| BIRT without plugins? [message #58407] |
Thu, 14 July 2005 12:45  |
Eclipse User |
|
|
|
Originally posted by: CyberReefGuru**n.o_s.p.a.m**.hotmail.com
I'm trying to run BIRT within my application as an embedded
report engine. I have integrated BIRT using the sample
application, but it relies on the plugin directory
being defined. I've run through the source code and the
report engine make heavy use of the platform infrastructure.
Can I use BIRT WITHOUT eclipse plugins? If not, is there
any possibility of a "light weight" engine that's not so
tightly coupled to eclipse?
-Tom
|
|
|
|
| Re: BIRT without plugins? [message #59319 is a reply to message #58966] |
Sun, 17 July 2005 11:57  |
| Eclipse User |
|
|
|
Originally posted by: myname(with.between names).lombardisoftware.com
Although OSGI on the server side is a nice thought, I would think it does
have some issues. My biggest one is the amount of classloaders OSGI creates
and some J2EE application servers might have an issue with that. But I'm
sure there are others. But I haven't looked much at it I'm waiting for the
3.1 release :)
On the client this should be a less of an issue; mostly a company (or
person) wrote the whole environment (unless they use Eclipse) and can
therefore [simply] embed the OSGI framework as well and use plug-ins.
Besides, if you absolutely cannot use OSGI in your client, just use
JasperReports or another already existing Open Source reporting tool.
Craig Setera wrote:
> Tom,
>
> This is exactly the opposite of what I'd like to see happen (and have
> written a bug report to that effect). As it stands right now, BIRT has
> their own somewhat inconsistent version of the plugin infrastructure for
> use in a server environment. The problem is that it is inconsistent
> with the Eclipse plugin model in some ways, making things confusing at
> best. I would like to see BIRT running on top of the base Eclipse
> plugin infrastructure (OSGI) with no changes.
>
> I'm not sure why you consider this "heavy weight". In reality, I don't
> see running as a set of plugins any more heavy than the tons of jar
> files that are usually required to run any web application. The
> architecture is different, but I would contend that it is really no more
> heavy. In order for BIRT to run on the base infrastructure it would
> only require a very small number of base plugins (5 or so?) which would
> end up being a very small amount of code.
>
> Just my two cents...
> Craig
>
> Thomas M. Sasala wrote:
>> I'm trying to run BIRT within my application as an embedded
>> report engine. I have integrated BIRT using the sample
>> application, but it relies on the plugin directory
>> being defined. I've run through the source code and the
>> report engine make heavy use of the platform infrastructure.
>> Can I use BIRT WITHOUT eclipse plugins? If not, is there
>> any possibility of a "light weight" engine that's not so
>> tightly coupled to eclipse?
>>
>> -Tom
|
|
|
| Re: BIRT without plugins? [message #60527 is a reply to message #58966] |
Thu, 21 July 2005 13:35 |
| Eclipse User |
|
|
|
Originally posted by: CyberReefGuru**n.o_s.p.a.m**.hotmail.com
For a server, 11MB is nothing really, but I'd like to use BIRT in a non-
server environment. Right now BIRT encompasses about 11MB of jar files.
Since out app is about 1.5MB, I can't justify adding BIRT just for
reporting.
I've investigated some of the other open source reporting tools, but
really like the eclipse-based report building tool that BIRT offers.
So, I'd like to see a small 500K jar file to generate simple reports.
Just a suggestion.
-Tom
(I do agree about the architecture being somewhat protracted though)
In article <db87hr$17m$1@news.eclipse.org>, csetera@spss.com says...
> Tom,
>
> This is exactly the opposite of what I'd like to see happen (and have
> written a bug report to that effect). As it stands right now, BIRT has
> their own somewhat inconsistent version of the plugin infrastructure for
> use in a server environment. The problem is that it is inconsistent
> with the Eclipse plugin model in some ways, making things confusing at
> best. I would like to see BIRT running on top of the base Eclipse
> plugin infrastructure (OSGI) with no changes.
>
> I'm not sure why you consider this "heavy weight". In reality, I don't
> see running as a set of plugins any more heavy than the tons of jar
> files that are usually required to run any web application. The
> architecture is different, but I would contend that it is really no more
> heavy. In order for BIRT to run on the base infrastructure it would
> only require a very small number of base plugins (5 or so?) which would
> end up being a very small amount of code.
>
> Just my two cents...
> Craig
>
> Thomas M. Sasala wrote:
> > I'm trying to run BIRT within my application as an embedded
> > report engine. I have integrated BIRT using the sample
> > application, but it relies on the plugin directory
> > being defined. I've run through the source code and the
> > report engine make heavy use of the platform infrastructure.
> > Can I use BIRT WITHOUT eclipse plugins? If not, is there
> > any possibility of a "light weight" engine that's not so
> > tightly coupled to eclipse?
> >
> > -Tom
>
|
|
|
| Re: BIRT without plugins? [message #61189 is a reply to message #59319] |
Fri, 22 July 2005 13:11 |
| Eclipse User |
|
|
|
Originally posted by: csetera.spss.com
For those that are interested, I've created a platform bug report
(https://bugs.eclipse.org/bugs/show_bug.cgi?id=104643) to track this issue.
Morten Moeller wrote:
> Although OSGI on the server side is a nice thought, I would think it does
> have some issues. My biggest one is the amount of classloaders OSGI creates
> and some J2EE application servers might have an issue with that. But I'm
> sure there are others. But I haven't looked much at it I'm waiting for the
> 3.1 release :)
>
>
> On the client this should be a less of an issue; mostly a company (or
> person) wrote the whole environment (unless they use Eclipse) and can
> therefore [simply] embed the OSGI framework as well and use plug-ins.
>
> Besides, if you absolutely cannot use OSGI in your client, just use
> JasperReports or another already existing Open Source reporting tool.
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.03855 seconds
Home