Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » BIRT » Custom BIRT 3.7 application and classpath
Custom BIRT 3.7 application and classpath [message #698215] Mon, 18 July 2011 22:49 Go to next message
Dean Moses is currently offline 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: Mon, 18 July 2011 22: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 10:08 Go to previous messageGo to next message
Jason Weathersby is currently offline Jason Weathersby
Messages: 9167
Registered: July 2009
Senior Member

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 13:07 Go to previous messageGo to next message
Dean Moses is currently offline Dean Moses
Messages: 3
Registered: July 2011
Junior Member
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. 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 13: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 16:18 Go to previous messageGo to next message
Jason Weathersby is currently offline Jason Weathersby
Messages: 9167
Registered: July 2009
Senior Member

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!
>
Re: Custom BIRT 3.7 application and classpath [message #698631 is a reply to message #698618] Tue, 19 July 2011 17:01 Go to previous message
Dean Moses is currently offline Dean Moses
Messages: 3
Registered: July 2011
Junior Member
Jason Weathersby wrote on Tue, 19 July 2011 16:18
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.


No problem. Here it is: bugs.eclipse.org/bugs/show_bug.cgi?id=352510

Thanks for such quick responses!
Previous Topic:Range of row numbers in table header
Next Topic:Apply filtering based on inner table field value
Goto Forum:
  


Current Time: Sun Aug 31 02:46:12 EDT 2014

Powered by FUDForum. Page generated in 0.02653 seconds