Classpath in #660 and plugins Follow
Has the Classpath usage changed between 657 and 660 in any way? I have
integrated the SQLviewer plugin with the appropriate jdbc driver jar,
but it did not suffice to add the absolute path hitherto into classpath.
With 657 and earlier versions, there were no such problems. Copying
the jar file (zip, in fact) to the lib folder and changing classpath
appropriately solved the problem, but why?
Also, I would like to get JNDI-Browser a fly with weblogic, but did not
yet make out which libraries I need. Did anyone solve this already?
Thank you in advance,
Karsten Tinnefeld
--
Karsten Tinnefeld tinnefeld@adesso.de
adesso AG
Stockholmer Allee 24 T +49 231 9309211
44269 Dortmund, Deutschland M +49 172 4542646 F +49 231 9309331
Please sign in to leave a comment.
Hi Karsten,
IDEA loads files automatically from its lib directory. The classpath is not
considered anymore.
As for plugins, the plugin can be either a "all-in-one" jar or a directory
with META-INF and lib directories. All libraries found in plugin's "lib"
directory will be loaded automatically. Please read plugins documentation
for more detail.
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Karsten Tinnefeld" <tinnefeld@adesso.de> wrote in message
news:3DABCD05.6090606@adesso.de...
>
>
>
Guess most important would be the third notion (in
doc/openapi/plugins.html): create folders
]]>/lib/
and place the plugin-jar and all dependent libraries there.
Anyway, it does not work for me, so that I fell back to the second
notion. I tested
a) having sqlviewer-1.0.4.jar unchanged with rowset.jar and db2java.zip
in plugins/sqlviewer-1.0.4/lib
b) having sqlviewer-1.0.4.jar changed in the way that there the paths
inside start with classes and META-INF
c) same thing as b), but sqlviewer-1.0.4.jar being a directory with all
unpacked.
All three failed. Having the unpacked tree of c) moved from
plugins/sqlviewer-1.0.4/lib/sqlviewer-1.0.4.jar/ to
plugins/sqlviewer-1.0.4/ then worked. (This is notion two.)
I would like it if the closed jars in subdirectories solution would be
fixed. Is this a known bug, as you did not mention this solution?
Karsten
--
Karsten Tinnefeld tinnefeld@adesso.de
adesso AG
Stockholmer Allee 24 T +49 231 9309211
44269 Dortmund, Deutschland M +49 172 4542646 F +49 231 9309331
Karsten,
We are not aware of any bug of this form. Please submit the SCR to tracker
with detailed description of problem.
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
#5737
--
Karsten Tinnefeld tinnefeld@adesso.de
adesso AG
Stockholmer Allee 24 T +49 231 9309211
44269 Dortmund, Deutschland M +49 172 4542646 F +49 231 9309331
Is`there a way to make this work for dlls as well ?
It would be nice to have a completely self contained plugin even when it
depends on native implementation
Jacques
"Eugene Zhuravlev" <jeka@intellij.com> wrote in message
news:aohfs1$mqn$1@is.intellij.net...
>
not
>
>
>
>
>
>
What do you want us to do?
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
Have a customer classloader for the plugins (could be used to solve the
reloading of the plugin as well) that implements findLibrary to look into
the plugin lib dir (all plugin deployment configuration should be
supported).
http://www.intellij.net/tracker/idea/viewSCR?publicId=5769
Jacques
"Mike Aizatsky" <mike@intellij.com> wrote in message
news:aok23b$fkl$1@is.intellij.net...
>
>
>
Jacques,
I'm afraid that it's impossible to load .dll from jars.
Why won't your plugin change the library.path property?
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"