|
|
| Changed: |
< < |
Ariadna & Aurora do not allow 2 instances to run off of the same config and system directories.
The trick is to copy both and have customized version of the startup script that point to these copies.
Attached are an example of these. They have been tested on build #695,#802 and #833.
There is a feature request on this here. Vote for it so we can get a more intuitive way to test IDEA plugins.
|
> > |
Aurora do not allow 2 instances to run off of the same config and system directories.
The trick is to copy both and have customized version of the startup script that point to these copies.
|
| Changed: |
< < |
How to run a testing IDEA instance
|
> > |
Attached are an example of these. They have been tested on Aurora (up to 1177). They assume that you are using the manual zip install, not the installer. While you loose the ipr file association you save on the size of a jre and reduce by half the download size.
|
| Changed: |
< < |
- Configure IDEA to put
config and system directories in the install directory. See attached IDEA_DIR/bin/myidea.bat and IDEA_DIR/bin/idea.bat for a working solution.
- Duplicate the IDEA_DIR to IDEA_TEST_DIR (Alternatively use the attached IDEA_DIR/bin/migrate.bat to create a duplicate of IDEA_DIR. Change the path at the top of the script to follow you installation paths)
- Optionally delete all plugins
To test your plugin, you would then
- deploy the plugin to test's jar in
IDEA_TEST_DIR/plugins
- run
IDEA_TEST_DIR/bin/debug.bat
|
> > |
- Configure IDEA to put
config and system directories in the install directory.
bin/debug.bat creates a copy of config and plugins in IDEA_DIR/test.
By default the script copies all plugins from your IDEA_DIR/plugins. If you want a clean environment, run debug.bat once, shutdown idea than delete them all manually or change the script.
- Run
bin/myidea.bat to start a normal instance (the one to use to develop your plugin)
- Deploy your plugins to test in
IDEA_DIR/test/plugins
- Run
bin/debug.bat to start the second instance (the one to debug your plugin with)
|
| Changed: |
< < |
|
> > |
|
| Added: |
> > |
I included my migration script migrate.bat that simplifies migrating from one version to the next. The script assumes 2 things
-
IDEA_DIR is c:\java\IntelliJ. In the script it is the variable NEW. Just change it to point to your install directory.
- The migration occurs like this
- move c:\java\IntelliJ to OLD
- unzip new version to c:\java\IntelliJ
- run OLD\bin\migrate.bat
- clone the directoy
IDEA_DIR/bin, into IDEA_DIR/bin2
- create an empty directory
IDEA_DIR/my/plugins and copy the plugin(s) to use in the second IDEA instance. This is where you will deploy the plugin you want to test, and remote debug.
- edit "lax.nl.java.option.additional", in =IDEA_DIR/bin2/idea.lax=
before:
lax.nl.java.option.additional=
-Xms16m -Xmx128m -Dsun.java2d.noddraw=true
-Didea.popup.weight=heavy
-Didea.system.path="..\\system"
-Didea.config.path="..\\config"
after:
lax.nl.java.option.additional=
-Xms16m -Xmx128m -Dsun.java2d.noddraw=true
-Didea.popup.weight=heavy
-Didea.system.path="..\\my\\system"
-Didea.config.path="..\\my\\config"
-Didea.plugins.path="..\\my\\plugins"
-Xdebug -Xnoagent -Djava.compiler=NONE
-Xrunjdwp:transport=dt_shmem,server=y,suspend=n,address=ideadebug
- the 3 path properties have the 2nd instance use its own plugins, configs...
- the last line enable remote debugging (see below)
- to launch the 2nd instance, just run idea.exe from the /bin2 directory.
- to remote debug the plugin running in the 2nd instance, create, in the main IDEA, a remote debug configuration (see illustration attached)
|
| Changed: |
< < |
%META:FILEATTACHMENT{name="bin.zip" attr="" comment="unzip to IDEA_HOME\bin dir" date="1075911135" path="C:\java\IntelliJ\bin\bin.zip " size="1371" user="JacquesMorel" version="1.3"}%
|
> > |
%META:FILEATTACHMENT{name="bin.zip" attr="" comment="unzip to IDEA_HOME\bin dir" date="1079252589" path="bin.zip" size="1321" user="JacquesMorel" version="1.5"}% |
|
|
| Changed: |
< < |
- copy both scripts to
IDEA_DIR/bin
- copy
~/.IntellijIdea to ~/IntelliJIdea2 (Make sure you do not have a . before IntelliJIdea2 since it is not considered a valid file name by Windows Explorer and it won't let you create it) on windows it is under c:\Document and Settings\*[User name]*
- run
debug.bat
Variation :
To test your plugin in isolation (with no other plugin running), you can replace the 1st step above by
- duplicate the entire IDEA_DIR directory (eg. c:/idea_bis)
- delete all the plugins from
IDEA_BIS_DIR/plugins
- copy both scripts to
IDEA_BIS_DIR/bin
|
> > |
- Unzip bin.zip to your IDEA_DIR
- Configure IDEA to put
config and system directories in the install directory. See attached IDEA_DIR/bin/myidea.bat and IDEA_DIR/bin/idea.bat for a working solution.
- Duplicate the IDEA_DIR to IDEA_TEST_DIR (Alternatively use the attached IDEA_DIR/bin/createIntelliJTest.bat to create a duplicate of IDEA_DIR. Change the path at the top of the script to follow you installation paths)
- Optionally delete all plugins
|
| Changed: |
< < |
- deploy the plugin to test's jar in
IDEA_BIS_DIR/plugins
- run
IDEA_BIS_DIR/bin/debug.bat
|
> > |
- deploy the plugin to test's jar in
IDEA_TEST_DIR/plugins
- run
IDEA_TEST_DIR/bin/debug.bat
|
| Changed: |
< < |
%META:FILEATTACHMENT{name="idea2.bat" attr="" comment="Inner script called by debug.bat" date="1047305775" path="C:\java\IntelliJ\bin\idea2.bat" size="2834" user="JacquesMorel" version="1.1"}%
%META:FILEATTACHMENT{name="debug.bat" attr="" comment="Startup script to run IDEA in debug mode" date="1047306613" path="C:\java\IntelliJ\bin\debug.bat" size="618" user="JacquesMorel" version="1.1"}%
|
> > |
%META:FILEATTACHMENT{name="idea2.bat" attr="h" comment="Inner script called by debug.bat" date="1047305775" path="C:\java\IntelliJ\bin\idea2.bat" size="2834" user="JacquesMorel" version="1.1"}%
%META:FILEATTACHMENT{name="debug.bat" attr="h" comment="Startup script to run IDEA in debug mode" date="1047306613" path="C:\java\IntelliJ\bin\debug.bat" size="618" user="JacquesMorel" version="1.1"}%
|
| Added: |
> > |
%META:FILEATTACHMENT{name="bin.zip" attr="" comment="unzip to IDEA install dir" date="1060111721" path="C:\java\IntelliJ\bin.zip" size="2973" user="JacquesMorel" version="1.1"}% |
|
|
| Changed: |
< < |
There is a feature request on this here. Vote for it so we can get a more intuitive way to test IDEA plugins.
|
> > |
There is a feature request on this here. Vote for it so we can get a more intuitive way to test IDEA plugins.
|
| Changed: |
< < |
|
> > |
How to run a testing IDEA instance
|
| Changed: |
< < |
Windows locks files that are opened. You cannot just copy your new plugin over the old version while IDEA is running. There are 2 ways of handling this:
- Delete your old plugin before you run your development instance. That way you can build your plugin and deploy/copy it to the plugins directory to be picked up by your test instance.
- Make sure that your ant jar task points at the deployed jar under IDEA_DIR/plugins. That way only the content is updated. No file gets overwritten leaving Mister Bill happy
|
> > |
- copy both scripts to
IDEA_DIR/bin
- copy
~/.IntellijIdea to ~/IntelliJIdea2 (Make sure you do not have a . before IntelliJIdea2 since it is not considered a valid file name by Windows Explorer and it won't let you create it) on windows it is under c:\Document and Settings\*[User name]*
- run
debug.bat
|
| Changed: |
< < |
|
> > |
|
| Changed: |
< < |
- copy both scripts to IDEA_DIR/bin
- copy ~/.IntellijIdea to ~/IntelliJIdea2
- run debug.bat
|
> > |
Windows locks files that are opened. You cannot just copy your new plugin over the old version while IDEA is running. There are 2 ways of handling this:
- Delete your old plugin before you run your development instance. That way you can build your plugin and deploy/copy it to the plugins directory to be picked up by your test instance.
- Make sure that your ant jar task updates the deployed jar under IDEA_DIR/plugins. That way only the content is updated. No file gets overwritten leaving Mister Bill happy
|