Eclipse Community Forums: BIRT » Custom BIRT 3.7 application and classpath

Help

Home

Home » Eclipse Projects » BIRT » Custom BIRT 3.7 application and classpath

Show: Today's Messages :: Show Polls :: Message Navigator

Custom BIRT 3.7 application and classpath [message #698215]

Mon, 18 July 2011 22: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: 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

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!

Jason Weathersby

BIRT Exchange

Report message to a moderator

Re: Custom BIRT 3.7 application and classpath [message #698553 is a reply to message #698483]

Tue, 19 July 2011 13:07

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

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!
>

Jason Weathersby

BIRT Exchange

Report message to a moderator

Re: Custom BIRT 3.7 application and classpath [message #698631 is a reply to message #698618]

Tue, 19 July 2011 17:01

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!

Report message to a moderator

Previous Topic:	Range of row numbers in table header
Next Topic:	Apply filtering based on inner table field value

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Thu May 23 01:30:09 EDT 2013