You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Darrel Riekhof <Da...@tririga.com> on 2001/06/27 02:23:47 UTC
Cocoon as a web reporting engine
Hello,
Background: We've been looking for some tool to help us publish reports on
the web. We have evaluted several Java reporting engines (Actuate, Crystal
Reports, Inetsoft StyleReport, JReport), but we can't find one we really
like. We're currently using Inetsoft's StyleReport, but are frustrated from
several of its style limitations. Differences in formatting between the
HTML and PDF version of the same report are also a problem.
I was looking for an alternative, and someone suggested taking a look at
Cocoon. I did, and have some questions:
1) Is Cocoon a viable solution for a reporting engine on a high volume site?
2) Our front end is all .jsp pages. How do we set things up so that our
servlet engine first processes the .jsp page, then feeds the resulting file
to Cocoon? We need to use Java calls from the JSP pages to pull the data
that will go on our reports. Assuming we'd use an XML template in the JSP
page instead of an HTML one. The server would need to first process the
Java in the JSP page to fill in the xml tags in the page. Then, this page
would go through cocoon, get translated, marked-up, etc. Is this the
correct way to do it, and how do we do this?
3) There are several minor details about the reports that are important to
us. One is to put borders around the entire page, and any subsection of the
report. We have several other minor reqs like this that our current
reporting engine can't do. Is Cocoon flexible and powerful enough to any
kind of formatting, and to generate HTML or PDF or <other formats> with
custom formatting?
4) We are going to need help. Are there any good books on Cocoon? Are
there any Cocoon consultants around that would come on site for a few weeks?
Darrel
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: Cocoon as a web reporting engine
Posted by Davanum Srinivas <di...@yahoo.com>.
Sergio,
Can you post the URL for your site?
Thanks,
dims
--- Sergio Carvalho <se...@acm.org> wrote:
> On Tue, 26 Jun 2001 17:23:47 -0700
> Darrel Riekhof <Da...@tririga.com> wrote:
>
> > Hello,
> >
> >
> > 1) Is Cocoon a viable solution for a reporting engine on a high volume site?
>
> You'll have to question people around. I'm currently serving 1 million pages a day with C2, and
> no problems yet. But I do use some HTTP caching.
>
>
> > 2) Our front end is all .jsp pages. How do we set things up so that our
> > servlet engine first processes the .jsp page, then feeds the resulting file
> > to Cocoon? We need to use Java calls from the JSP pages to pull the data
> > that will go on our reports. Assuming we'd use an XML template in the JSP
> > page instead of an HTML one. The server would need to first process the
> > Java in the JSP page to fill in the xml tags in the page. Then, this page
> > would go through cocoon, get translated, marked-up, etc. Is this the
> > correct way to do it, and how do we do this?
>
> If you can get your jsp pages to produce some kind of XML data, you can use the JspGenerator to
> feed the result onto a cocoon pipeline. So, yes it is feasible. I've only done simple stuff this
> way, though.
>
> >
> > 3) There are several minor details about the reports that are important to
> > us. One is to put borders around the entire page, and any subsection of the
> > report. We have several other minor reqs like this that our current
> > reporting engine can't do. Is Cocoon flexible and powerful enough to any
> > kind of formatting, and to generate HTML or PDF or <other formats> with
> > custom formatting?
>
> As for HTML, XSLs can do just about everything. Someone else will have to comment on PDF, but
> XSL:FO is able to describe just about any layout you can imagine, and I guess batik is pretty
> complete.
>
> > 4) We are going to need help. Are there any good books on Cocoon? Are
> > there any Cocoon consultants around that would come on site for a few weeks?
>
> I work as a consultant, under my own company. If you do need help, get in touch, although I
> believe that with the excelent support I've seen in the mailing list, you should be able to get
> by without on-site help.
>
> I don't know of any Cocoon books. You'll find books on the technologies used, as they're
> standard, but I guess there's none on Cocoon (yet). After all, Cocoon 2 has just reached beta.
>
> Cheers,
>
> Sergio
>
> ---------------------------------------------------------------------
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
>
=====
Davanum Srinivas, JNI-FAQ Manager
http://www.jGuru.com/faq/JNI
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: Cocoon as a web reporting engine
Posted by Sergio Carvalho <se...@acm.org>.
On Tue, 26 Jun 2001 17:23:47 -0700
Darrel Riekhof <Da...@tririga.com> wrote:
> Hello,
>
>
> 1) Is Cocoon a viable solution for a reporting engine on a high volume site?
You'll have to question people around. I'm currently serving 1 million pages a day with C2, and no problems yet. But I do use some HTTP caching.
> 2) Our front end is all .jsp pages. How do we set things up so that our
> servlet engine first processes the .jsp page, then feeds the resulting file
> to Cocoon? We need to use Java calls from the JSP pages to pull the data
> that will go on our reports. Assuming we'd use an XML template in the JSP
> page instead of an HTML one. The server would need to first process the
> Java in the JSP page to fill in the xml tags in the page. Then, this page
> would go through cocoon, get translated, marked-up, etc. Is this the
> correct way to do it, and how do we do this?
If you can get your jsp pages to produce some kind of XML data, you can use the JspGenerator to feed the result onto a cocoon pipeline. So, yes it is feasible. I've only done simple stuff this way, though.
>
> 3) There are several minor details about the reports that are important to
> us. One is to put borders around the entire page, and any subsection of the
> report. We have several other minor reqs like this that our current
> reporting engine can't do. Is Cocoon flexible and powerful enough to any
> kind of formatting, and to generate HTML or PDF or <other formats> with
> custom formatting?
As for HTML, XSLs can do just about everything. Someone else will have to comment on PDF, but XSL:FO is able to describe just about any layout you can imagine, and I guess batik is pretty complete.
> 4) We are going to need help. Are there any good books on Cocoon? Are
> there any Cocoon consultants around that would come on site for a few weeks?
I work as a consultant, under my own company. If you do need help, get in touch, although I believe that with the excelent support I've seen in the mailing list, you should be able to get by without on-site help.
I don't know of any Cocoon books. You'll find books on the technologies used, as they're standard, but I guess there's none on Cocoon (yet). After all, Cocoon 2 has just reached beta.
Cheers,
Sergio
---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
To unsubscribe, e-mail: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>