-
Am I completely blind or does it not exist any way to get plugins connected to an extension point in the order they are activated?
I load the plugins for an extension point like this and add them to a list:
ArrayList pluginList = new ArrayList();
for (Iterator<Extension> it = toolExtPoint.getConnectedExtensions()
.iterator(); it.hasNext();) {
Extension ext = it.next();...
2008-11-08 19:07:04 UTC in JPF (Java Plugin Framework)
-
The optimization improved my application startup time quite a bit and I have only about 6-8 plugins. However, it seems the major bottleneck is still the classloading. For some reason the classloading done by JPF is A LOT slower than regular classloading done by the system classloader. I think the reason for this is related to plugin hierarcies.
If for instance we have this dependency:
P1...
2008-10-06 10:21:36 UTC in JPF (Java Plugin Framework)
-
I have discovered a few more optimizations I think should be added to JPF.
The most important one is related to the XML parsing of the manifests. My benchmarks showed that parsing a single manifest took between 150-400 ms, which is I thought was a bit much. If you have a lot of plugins the parsing will take up a great deal of the application startup time. Fortunately I found a way to...
2008-10-04 17:51:27 UTC in JPF (Java Plugin Framework)
-
My experience with JPF if I remember correctly is that it will ask the system classloader before asking any of its own class loaders. That is, if you start the application like so:
java -cp mylib.jar -jar jpf-boot.jar
You can load the classes from mylib.jar in any plugins since it will ask the system classloader when looking for a class. Even if you had a duplicate mylib.jar with a...
2008-08-14 07:19:16 UTC in JPF (Java Plugin Framework)
-
lamah committed revision 251 to the High Fidelity Audio Player SVN repository, changing 1 files.
2008-08-06 18:32:32 UTC in High Fidelity Audio Player
-
lamah committed revision 250 to the High Fidelity Audio Player SVN repository, changing 1 files.
2008-08-06 18:30:37 UTC in High Fidelity Audio Player
-
lamah committed revision 249 to the High Fidelity Audio Player SVN repository, changing 1 files.
2008-08-06 18:30:00 UTC in High Fidelity Audio Player
-
I have now tested the new version and it seems to work fine!
I also profiled my application and all the IO related hotspots are now gone.
Good job!
You should probably also:
1. Update the jpf module for lower versions than Java 1.5
2. Make some new binary releases.
2008-08-03 11:58:41 UTC in JPF (Java Plugin Framework)
-
Excellent, I will try to to test it this weekend!
I am curious though why you had added a extra "jar:" prefix and a "!/" postfix to the URL? Even though the fix seemed to work I still thought you might have had a good reason for doing so.
The code fix (for reference):
// return (manifestUrl == null) ? null
// : new StandardPluginLocation(new URL("jar:"...
2008-08-01 07:18:44 UTC in JPF (Java Plugin Framework)
-
When you tested did you try to run both my version and the original version of JPF? So you did indeed verify that the original gives the "inconsistent URL found" with your plugins while mine doesn't?
Your results seem to support my claim. Booting from a 'clean' install with no temp folder will never call deepCheck() because JPF does some "quick checks" before it reaches...
2008-07-28 07:55:19 UTC in JPF (Java Plugin Framework)
