| Custom BIRT 3.7 application and classpath [message #698215] |
Tue, 19 July 2011 02:49  |
 Dean Moses
Messages: 3
Registered: July 2011 |
Junior Member |
|
|
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: Tue, 19 July 2011 02:50] Report message to a moderator |
|
|
| Re: Custom BIRT 3.7 application and classpath [message #698483 is a reply to message #698215] |
Tue, 19 July 2011 14:08  |
|
Dean,
We are looking into this issue. Have you tried to use the latest
versions of the libs?
Jason
On 7/18/2011 10:49 PM, Dean Moses wrote:
> 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's deployment model
> change, all its 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!
|
|
|
| Re: Custom BIRT 3.7 application and classpath [message #698553 is a reply to message #698483] |
Tue, 19 July 2011 17:07 |
Dean Moses
Messages: 3
Registered: July 2011 |
Junior Member |
|
|
Jason Weathersby wrote on Tue, 19 July 2011 10:08Have you tried to use the latest
versions of the libs?
Not yet -- that'd be the worst case solution: even if it appears to work at first glance, there could be more subtle bugs. Or bugs that show up when I have to upgrade my platform's libraries later on. And this will happen every time BIRT releases a new version. It would significantly increase the ongoing cost of using BIRT in our custom web application.
I'd really love to figure out a solution that results in a fully trustable BIRT --meaning loading all those tons of libraries in a separate classloader like OSGI did.
Thanks!
[Updated on: Tue, 19 July 2011 17:15] Report message to a moderator |
|
|
| Re: Custom BIRT 3.7 application and classpath [message #698618 is a reply to message #698553] |
Tue, 19 July 2011 20:18 |
|
Dean,
Can 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.
Jason
On 7/19/2011 1:07 PM, Dean Moses wrote:
> Jason Weathersby wrote on Tue, 19 July 2011 10:08
>> Have you tried to use the latest versions of the libs?
>
>
> Not yet -- that'd be the worst case solution: even if it appears to work
> at first glance, there could be more subtle bugs. Or bugs that show up
> when I have to upgrade my platform's libraries later on.
> I'd really love to figure out a solution that results in a fully
> trustable BIRT --meaning loading all those tons of libraries in a
> separate classloader like OSGI did.
>
> Thanks!
>
|
|
|
|
Powered by
FUDForum. Page generated in 0.02999 seconds
] 
Search
Help
Register
Login
Home
