Custom BIRT 3.7 application and classpath [message #698215] |
Mon, 18 July 2011 22:49  |
Eclipse User |
|
|
|
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?
Thanks!
[Updated on: Mon, 18 July 2011 22:50] by Moderator
|
|
|
|
|
|
Re: Custom BIRT 3.7 application and classpath [message #698631 is a reply to message #698618] |
Tue, 19 July 2011 17:01  |
Eclipse User |
|
|
|
Jason Weathersby wrote on Tue, 19 July 2011 16:18Can you open a bug for this. I am checking with the team about packaging
the designer plugins, but it would be good to get this in a bug.
No problem. Here it is: bugs.eclipse.org/bugs/show_bug.cgi?id=352510
Thanks for such quick responses!
|
|
|
Powered by
FUDForum. Page generated in 0.07797 seconds