|Custom BIRT 3.7 application and classpath [message #698215]
||Tue, 19 July 2011 02:49
| Dean Moses
Registered: July 2011
We have a custom BIRT 2.6 application that doesn't use the sample web app, but instead creates its own parameter dialogs.|
We'd like to upgrade to 3.7, but because of BIRT 3.7's new deployment model, all the BIRT libraries are in the application server's classpath. This is a problem because our app uses many of the same libraries, but different versions. This wasn't a problem when BIRT used OSGI because they were all loaded in a different classloader.
There are around 20 overlapping libraries -- one approach would be to just try taking the latest version of each lib and hoping for the best. That gives me the heebie jeebies.
Does anybody have a suggestion for how to deal with this? Did the BIRT developers think of this issue and maybe provide a way to invoke it old style?
Or, has anybody tried invoking BIRT 3.7 in a separate classloader so as to keep the BIRT libs separate from your own application?
[Updated on: Tue, 19 July 2011 02:50]
Report message to a moderator
Powered by FUDForum
. Page generated in 0.01933 seconds