How to implement bulk printing of documents?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
24 messages Options
12
Reply | Threaded
Open this post in threaded view
|

How to implement bulk printing of documents?

Jacopo Cappellato
What is the best/easiest way (if possible) to implement the bulk
printing of a set of PDF reports that share the same template (aka
screen widget definition)?
For example, generate a big PDF with all the purchase orders in the
created approved status; the pdf can then be printed and so that the
purchase orders are sent by mail to the suppliers.

Ideally I'd like to reuse the existing screen definition that defines
the single document and just iterate over it and put the output into a
single PDF file.

Any hints/ideas on how to implement this?

Another interesting option would be that of bulk sending by email a set
of documents (for example one email per supplier with the attached
purchase order), but this is not very important for me at the moment,
just one more wish in my list.

Jacopo
       

Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

David E Jones

On Feb 13, 2007, at 1:19 AM, Jacopo Cappellato wrote:

> What is the best/easiest way (if possible) to implement the bulk  
> printing of a set of PDF reports that share the same template (aka  
> screen widget definition)?
> For example, generate a big PDF with all the purchase orders in the  
> created approved status; the pdf can then be printed and so that  
> the purchase orders are sent by mail to the suppliers.
>
> Ideally I'd like to reuse the existing screen definition that  
> defines the single document and just iterate over it and put the  
> output into a single PDF file.
>
> Any hints/ideas on how to implement this?
The itext library does have tools for combining PDFs into a single  
big PDF. We use this in the CompDoc stuff in a content manager.

If the docs are too big you might have memory problems, but otherwise  
that should work fine.

Alternatively, something for server side printing that just adds the  
documents to a queue for asynchronous printing might work even  
better. I guess you could create a service that prints (or creates  
and prints...) a single document and use the service engine for the  
job management.

-David



smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Jacopo Cappellato
David E. Jones wrote:

>
> The itext library does have tools for combining PDFs into a single big
> PDF. We use this in the CompDoc stuff in a content manager.
>
> If the docs are too big you might have memory problems, but otherwise
> that should work fine.
>
> Alternatively, something for server side printing that just adds the
> documents to a queue for asynchronous printing might work even better. I
> guess you could create a service that prints (or creates and prints...)
> a single document and use the service engine for the job management.
>
> -David
>
>

David,

the second approach is really interesting. So, when the user bulk submit
a print request for a set of documents (for example orders), using a
service-multi event I can submit async service job to the job sandbox:
each service could be a service that given an orderId, creates a PDF and
stores somewhere in the server (?); when all the async services will be
executed the user will find the list of documents in the folder.
Is this what you were suggesting?

Jacopo


Reply | Threaded
Open this post in threaded view
|

RE: How to implement bulk printing of documents?

PRONZATO Cedric RD-BIZZ-GRE
In reply to this post by Jacopo Cappellato
Hi Jacopo,

I would told you the following things:

- use a reporting framework and not something based on fop and xsl which is realy power consuming not itext directly. I would use Pentaho Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the new version will be heavily multi-threaded and which support xml templates. PS: I am also involved in this project.
- I would not use the single document definition that is already in OFBiz. It will restrict it so much later if you want to make groups, ...

Cédric,

-----Message d'origine-----
De : Jacopo Cappellato [mailto:[hidden email]]
Envoyé : mardi 13 février 2007 09:20
À : [hidden email]
Objet : How to implement bulk printing of documents?

What is the best/easiest way (if possible) to implement the bulk printing of a set of PDF reports that share the same template (aka screen widget definition)?
For example, generate a big PDF with all the purchase orders in the created approved status; the pdf can then be printed and so that the purchase orders are sent by mail to the suppliers.

Ideally I'd like to reuse the existing screen definition that defines the single document and just iterate over it and put the output into a single PDF file.

Any hints/ideas on how to implement this?

Another interesting option would be that of bulk sending by email a set of documents (for example one email per supplier with the attached purchase order), but this is not very important for me at the moment, just one more wish in my list.

Jacopo
       

Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

David E Jones
In reply to this post by Jacopo Cappellato

On Feb 13, 2007, at 2:00 AM, Jacopo Cappellato wrote:

> David E. Jones wrote:
>> The itext library does have tools for combining PDFs into a single  
>> big PDF. We use this in the CompDoc stuff in a content manager.
>> If the docs are too big you might have memory problems, but  
>> otherwise that should work fine.
>> Alternatively, something for server side printing that just adds  
>> the documents to a queue for asynchronous printing might work even  
>> better. I guess you could create a service that prints (or creates  
>> and prints...) a single document and use the service engine for  
>> the job management.
>> -David
>
> David,
>
> the second approach is really interesting. So, when the user bulk  
> submit a print request for a set of documents (for example orders),  
> using a service-multi event I can submit async service job to the  
> job sandbox: each service could be a service that given an orderId,  
> creates a PDF and stores somewhere in the server (?); when all the  
> async services will be executed the user will find the list of  
> documents in the folder.
> Is this what you were suggesting?
You could even go a step further and call the service that generates  
the PDF asynchronously, and then have it call a service to print the  
PDF from the server (ie have the server connected to the printer, or  
accessing it over the network). Then as documents are ready they just  
go right to the printer.

-David


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

RE: How to implement bulk printing of documents?

PRONZATO Cedric RD-BIZZ-GRE
In reply to this post by PRONZATO Cedric RD-BIZZ-GRE
Damn I saw that there is some JasperReports in OFBiz but it is the enemy as I am involved in JFreeReport.

Cédric,

-----Message d'origine-----
De : PRONZATO Cedric RD-BIZZ [mailto:[hidden email]]
Envoyé : mardi 13 février 2007 10:26
À : [hidden email]
Objet : RE: How to implement bulk printing of documents?

Hi Jacopo,

I would told you the following things:

- use a reporting framework and not something based on fop and xsl which is realy power consuming not itext directly. I would use Pentaho Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the new version will be heavily multi-threaded and which support xml templates. PS: I am also involved in this project.
- I would not use the single document definition that is already in OFBiz. It will restrict it so much later if you want to make groups, ...

Cédric,

-----Message d'origine-----
De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13 février 2007 09:20 À : [hidden email] Objet : How to implement bulk printing of documents?

What is the best/easiest way (if possible) to implement the bulk printing of a set of PDF reports that share the same template (aka screen widget definition)?
For example, generate a big PDF with all the purchase orders in the created approved status; the pdf can then be printed and so that the purchase orders are sent by mail to the suppliers.

Ideally I'd like to reuse the existing screen definition that defines the single document and just iterate over it and put the output into a single PDF file.

Any hints/ideas on how to implement this?

Another interesting option would be that of bulk sending by email a set of documents (for example one email per supplier with the attached purchase order), but this is not very important for me at the moment, just one more wish in my list.

Jacopo
       

Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Chandresh Turakhia
In reply to this post by PRONZATO Cedric RD-BIZZ-GRE
Hi Credric ,

If    http://www.pentaho.com/index.php is Apache 2.0 , Please feel free to
create integration. People might appreciate cross-pollination.

Atleast you might want to make a small writeup as to how Pentaho can be
integrated with Ofbiz

Thanks in advance from the team to you

Chand
----- Original Message -----
From: "PRONZATO Cedric RD-BIZZ-GRE" <[hidden email]>
To: <[hidden email]>
Sent: Tuesday, February 13, 2007 1:26 AM
Subject: RE: How to implement bulk printing of documents?


> Hi Jacopo,
>
> I would told you the following things:
>
> - use a reporting framework and not something based on fop and xsl which
> is realy power consuming not itext directly. I would use Pentaho Reporting
> (aka JFreeReport http://reporting.pentaho.org/) on which the new version
> will be heavily multi-threaded and which support xml templates. PS: I am
> also involved in this project.
> - I would not use the single document definition that is already in OFBiz.
> It will restrict it so much later if you want to make groups, ...
>
> Cédric,
>
> -----Message d'origine-----
> De : Jacopo Cappellato [mailto:[hidden email]]
> Envoyé : mardi 13 février 2007 09:20
> À : [hidden email]
> Objet : How to implement bulk printing of documents?
>
> What is the best/easiest way (if possible) to implement the bulk printing
> of a set of PDF reports that share the same template (aka screen widget
> definition)?
> For example, generate a big PDF with all the purchase orders in the
> created approved status; the pdf can then be printed and so that the
> purchase orders are sent by mail to the suppliers.
>
> Ideally I'd like to reuse the existing screen definition that defines the
> single document and just iterate over it and put the output into a single
> PDF file.
>
> Any hints/ideas on how to implement this?
>
> Another interesting option would be that of bulk sending by email a set of
> documents (for example one email per supplier with the attached purchase
> order), but this is not very important for me at the moment, just one more
> wish in my list.
>
> Jacopo
>
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

David E Jones
In reply to this post by PRONZATO Cedric RD-BIZZ-GRE

Cedric,

I think in general most OFBiz users are not too happy with  
JasperReports, and we have pretty much decided against using it as  
the best practice tool for reporting in OFBiz.

If you'd be interested in working on an integration to easily use  
JFreeReport with OFBiz (ie a request handler and such to make the  
reports available from within OFBiz webapps), and on creating a  
couple of sample reports we could certainly include those and start  
reviewing that as the best practice reporting tool.

Actually, to some extent there is a best-practice tool now that you  
can create XSL:FO files very easily from OFBiz screen and form  
widgets. These have a number of nice things about them, but we still  
don't have a visual tool for creating them, which is something a lot  
of people are looking for in a reporting solution.

-David


On Feb 13, 2007, at 2:40 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:

> Damn I saw that there is some JasperReports in OFBiz but it is the  
> enemy as I am involved in JFreeReport.
>
> Cédric,
>
> -----Message d'origine-----
> De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
> ftgroup.com]
> Envoyé : mardi 13 février 2007 10:26
> À : [hidden email]
> Objet : RE: How to implement bulk printing of documents?
>
> Hi Jacopo,
>
> I would told you the following things:
>
> - use a reporting framework and not something based on fop and xsl  
> which is realy power consuming not itext directly. I would use  
> Pentaho Reporting (aka JFreeReport http://reporting.pentaho.org/)  
> on which the new version will be heavily multi-threaded and which  
> support xml templates. PS: I am also involved in this project.
> - I would not use the single document definition that is already in  
> OFBiz. It will restrict it so much later if you want to make  
> groups, ...
>
> Cédric,
>
> -----Message d'origine-----
> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13  
> février 2007 09:20 À : [hidden email] Objet : How to  
> implement bulk printing of documents?
>
> What is the best/easiest way (if possible) to implement the bulk  
> printing of a set of PDF reports that share the same template (aka  
> screen widget definition)?
> For example, generate a big PDF with all the purchase orders in the  
> created approved status; the pdf can then be printed and so that  
> the purchase orders are sent by mail to the suppliers.
>
> Ideally I'd like to reuse the existing screen definition that  
> defines the single document and just iterate over it and put the  
> output into a single PDF file.
>
> Any hints/ideas on how to implement this?
>
> Another interesting option would be that of bulk sending by email a  
> set of documents (for example one email per supplier with the  
> attached purchase order), but this is not very important for me at  
> the moment, just one more wish in my list.
>
> Jacopo
>
>


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Jacopo Cappellato
In reply to this post by PRONZATO Cedric RD-BIZZ-GRE
Cédric,

the integration with JasperReport is rather old and by the way
JasperReport was never extensively used (at least in the standard OFBiz
trunk) to build reports in OFBiz.
Then we recently removed the JasperReport jars due to licensing issues
with GPL/LGPL code.

In general, I'd say that your real 'enemies' are the screen/form widgets
(that are a great tool to get simple list based html/PDF/xml reports)
and the screen/fo templates: I'm a big fan of these tools because are
highly integrated with the entity/service/security layers and I see a
great future for them.

Jacopo



PRONZATO Cedric RD-BIZZ-GRE wrote:

> Damn I saw that there is some JasperReports in OFBiz but it is the enemy as I am involved in JFreeReport.
>
> Cédric,
>
> -----Message d'origine-----
> De : PRONZATO Cedric RD-BIZZ [mailto:[hidden email]]
> Envoyé : mardi 13 février 2007 10:26
> À : [hidden email]
> Objet : RE: How to implement bulk printing of documents?
>
> Hi Jacopo,
>
> I would told you the following things:
>
> - use a reporting framework and not something based on fop and xsl which is realy power consuming not itext directly. I would use Pentaho Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the new version will be heavily multi-threaded and which support xml templates. PS: I am also involved in this project.
> - I would not use the single document definition that is already in OFBiz. It will restrict it so much later if you want to make groups, ...
>
> Cédric,
>
> -----Message d'origine-----
> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13 février 2007 09:20 À : [hidden email] Objet : How to implement bulk printing of documents?
>
> What is the best/easiest way (if possible) to implement the bulk printing of a set of PDF reports that share the same template (aka screen widget definition)?
> For example, generate a big PDF with all the purchase orders in the created approved status; the pdf can then be printed and so that the purchase orders are sent by mail to the suppliers.
>
> Ideally I'd like to reuse the existing screen definition that defines the single document and just iterate over it and put the output into a single PDF file.
>
> Any hints/ideas on how to implement this?
>
> Another interesting option would be that of bulk sending by email a set of documents (for example one email per supplier with the attached purchase order), but this is not very important for me at the moment, just one more wish in my list.
>
> Jacopo
>
>


Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Jacques Le Roux
Administrator
In reply to this post by PRONZATO Cedric RD-BIZZ-GRE
JasperReports use is kind of deprecated in OFBiz

Jacques


> Damn I saw that there is some JasperReports in OFBiz but it is the enemy as I am involved in JFreeReport.
>
> Cédric,
>
> -----Message d'origine-----
> De : PRONZATO Cedric RD-BIZZ [mailto:[hidden email]]
> Envoyé : mardi 13 février 2007 10:26
> À : [hidden email]
> Objet : RE: How to implement bulk printing of documents?
>
> Hi Jacopo,
>
> I would told you the following things:
>
> - use a reporting framework and not something based on fop and xsl which is realy power consuming not itext directly. I would use
Pentaho Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the new version will be heavily multi-threaded and which
support xml templates. PS: I am also involved in this project.
> - I would not use the single document definition that is already in OFBiz. It will restrict it so much later if you want to make
groups, ...
>
> Cédric,
>
> -----Message d'origine-----
> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13 février 2007 09:20 À : [hidden email] Objet : How to
implement bulk printing of documents?
>
> What is the best/easiest way (if possible) to implement the bulk printing of a set of PDF reports that share the same template
(aka screen widget definition)?
> For example, generate a big PDF with all the purchase orders in the created approved status; the pdf can then be printed and so
that the purchase orders are sent by mail to the suppliers.
>
> Ideally I'd like to reuse the existing screen definition that defines the single document and just iterate over it and put the
output into a single PDF file.
>
> Any hints/ideas on how to implement this?
>
> Another interesting option would be that of bulk sending by email a set of documents (for example one email per supplier with the
attached purchase order), but this is not very important for me at the moment, just one more wish in my list.
>
> Jacopo
>
>

Reply | Threaded
Open this post in threaded view
|

RE: How to implement bulk printing of documents?

PRONZATO Cedric RD-BIZZ-GRE
In reply to this post by Chandresh Turakhia
Hi Chandresh,

Pentaho code is in MPL (Mozilla Public Licence) and Pentaho Reporting (JFreeReport) is in LGPL. As I am not a layer, I don't know if it is compatible with Apache licence.
I am far to know the whole Pentaho stuff but it was in my plans to try to integrate it (at least some parts) in OFBiz as a logical choice I guess.
As in my previous post, I also need to have a better OFBiz view =)

Cédric,

-----Message d'origine-----
De : Chandresh Turakhia [mailto:[hidden email]]
Envoyé : mardi 13 février 2007 10:53
À : [hidden email]
Objet : Re: How to implement bulk printing of documents?

Hi Credric ,

If    http://www.pentaho.com/index.php is Apache 2.0 , Please feel free to
create integration. People might appreciate cross-pollination.

Atleast you might want to make a small writeup as to how Pentaho can be integrated with Ofbiz

Thanks in advance from the team to you

Chand
----- Original Message -----
From: "PRONZATO Cedric RD-BIZZ-GRE" <[hidden email]>
To: <[hidden email]>
Sent: Tuesday, February 13, 2007 1:26 AM
Subject: RE: How to implement bulk printing of documents?


> Hi Jacopo,
>
> I would told you the following things:
>
> - use a reporting framework and not something based on fop and xsl which
> is realy power consuming not itext directly. I would use Pentaho Reporting
> (aka JFreeReport http://reporting.pentaho.org/) on which the new version
> will be heavily multi-threaded and which support xml templates. PS: I am
> also involved in this project.
> - I would not use the single document definition that is already in OFBiz.
> It will restrict it so much later if you want to make groups, ...
>
> Cédric,
>
> -----Message d'origine-----
> De : Jacopo Cappellato [mailto:[hidden email]]
> Envoyé : mardi 13 février 2007 09:20
> À : [hidden email]
> Objet : How to implement bulk printing of documents?
>
> What is the best/easiest way (if possible) to implement the bulk printing
> of a set of PDF reports that share the same template (aka screen widget
> definition)?
> For example, generate a big PDF with all the purchase orders in the
> created approved status; the pdf can then be printed and so that the
> purchase orders are sent by mail to the suppliers.
>
> Ideally I'd like to reuse the existing screen definition that defines the
> single document and just iterate over it and put the output into a single
> PDF file.
>
> Any hints/ideas on how to implement this?
>
> Another interesting option would be that of bulk sending by email a set of
> documents (for example one email per supplier with the attached purchase
> order), but this is not very important for me at the moment, just one more
> wish in my list.
>
> Jacopo
>
>
>
>


Reply | Threaded
Open this post in threaded view
|

RE: How to implement bulk printing of documents?

PRONZATO Cedric RD-BIZZ-GRE
In reply to this post by David E Jones
David,

I am happy and for sure I will not leave OFBiz without adding JFreeReport support or I am not a man!

Cédric,

-----Message d'origine-----
De : David E. Jones [mailto:[hidden email]]
Envoyé : mardi 13 février 2007 10:54
À : [hidden email]
Objet : Re: How to implement bulk printing of documents?


Cedric,

I think in general most OFBiz users are not too happy with JasperReports, and we have pretty much decided against using it as the best practice tool for reporting in OFBiz.

If you'd be interested in working on an integration to easily use JFreeReport with OFBiz (ie a request handler and such to make the reports available from within OFBiz webapps), and on creating a couple of sample reports we could certainly include those and start reviewing that as the best practice reporting tool.

Actually, to some extent there is a best-practice tool now that you can create XSL:FO files very easily from OFBiz screen and form widgets. These have a number of nice things about them, but we still don't have a visual tool for creating them, which is something a lot of people are looking for in a reporting solution.

-David


On Feb 13, 2007, at 2:40 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:

> Damn I saw that there is some JasperReports in OFBiz but it is the
> enemy as I am involved in JFreeReport.
>
> Cédric,
>
> -----Message d'origine-----
> De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
> ftgroup.com] Envoyé : mardi 13 février 2007 10:26 À :
> [hidden email] Objet : RE: How to implement bulk printing of
> documents?
>
> Hi Jacopo,
>
> I would told you the following things:
>
> - use a reporting framework and not something based on fop and xsl
> which is realy power consuming not itext directly. I would use Pentaho
> Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the
> new version will be heavily multi-threaded and which support xml
> templates. PS: I am also involved in this project.
> - I would not use the single document definition that is already in
> OFBiz. It will restrict it so much later if you want to make groups,
> ...
>
> Cédric,
>
> -----Message d'origine-----
> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13
> février 2007 09:20 À : [hidden email] Objet : How to implement
> bulk printing of documents?
>
> What is the best/easiest way (if possible) to implement the bulk
> printing of a set of PDF reports that share the same template (aka
> screen widget definition)?
> For example, generate a big PDF with all the purchase orders in the
> created approved status; the pdf can then be printed and so that the
> purchase orders are sent by mail to the suppliers.
>
> Ideally I'd like to reuse the existing screen definition that defines
> the single document and just iterate over it and put the output into a
> single PDF file.
>
> Any hints/ideas on how to implement this?
>
> Another interesting option would be that of bulk sending by email a
> set of documents (for example one email per supplier with the attached
> purchase order), but this is not very important for me at the moment,
> just one more wish in my list.
>
> Jacopo
>
>

Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Chandresh Turakhia
In reply to this post by Jacopo Cappellato
Take a look at XAL widgets

Chand
----- Original Message -----
From: "Jacopo Cappellato" <[hidden email]>
To: <[hidden email]>
Sent: Tuesday, February 13, 2007 1:58 AM
Subject: Re: How to implement bulk printing of documents?


> Cédric,
>
> the integration with JasperReport is rather old and by the way
> JasperReport was never extensively used (at least in the standard OFBiz
> trunk) to build reports in OFBiz.
> Then we recently removed the JasperReport jars due to licensing issues
> with GPL/LGPL code.
>
> In general, I'd say that your real 'enemies' are the screen/form widgets
> (that are a great tool to get simple list based html/PDF/xml reports) and
> the screen/fo templates: I'm a big fan of these tools because are highly
> integrated with the entity/service/security layers and I see a great
> future for them.
>
> Jacopo
>
>
>
> PRONZATO Cedric RD-BIZZ-GRE wrote:
>> Damn I saw that there is some JasperReports in OFBiz but it is the enemy
>> as I am involved in JFreeReport.
>>
>> Cédric,
>>
>> -----Message d'origine-----
>> De : PRONZATO Cedric RD-BIZZ [mailto:[hidden email]]
>> Envoyé : mardi 13 février 2007 10:26
>> À : [hidden email]
>> Objet : RE: How to implement bulk printing of documents?
>>
>> Hi Jacopo,
>>
>> I would told you the following things:
>>
>> - use a reporting framework and not something based on fop and xsl which
>> is realy power consuming not itext directly. I would use Pentaho
>> Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the
>> new version will be heavily multi-threaded and which support xml
>> templates. PS: I am also involved in this project.
>> - I would not use the single document definition that is already in
>> OFBiz. It will restrict it so much later if you want to make groups, ...
>>
>> Cédric,
>>
>> -----Message d'origine-----
>> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13 février
>> 2007 09:20 À : [hidden email] Objet : How to implement bulk
>> printing of documents?
>>
>> What is the best/easiest way (if possible) to implement the bulk printing
>> of a set of PDF reports that share the same template (aka screen widget
>> definition)?
>> For example, generate a big PDF with all the purchase orders in the
>> created approved status; the pdf can then be printed and so that the
>> purchase orders are sent by mail to the suppliers.
>>
>> Ideally I'd like to reuse the existing screen definition that defines the
>> single document and just iterate over it and put the output into a single
>> PDF file.
>>
>> Any hints/ideas on how to implement this?
>>
>> Another interesting option would be that of bulk sending by email a set
>> of documents (for example one email per supplier with the attached
>> purchase order), but this is not very important for me at the moment,
>> just one more wish in my list.
>>
>> Jacopo
>>
>>
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

David E Jones

Okay, cool, but for what? Any details about your thoughts on it would  
be helpful.

-David


On Feb 13, 2007, at 3:32 AM, Chandresh Turakhia wrote:

> Take a look at XAL widgets
>
> Chand
> ----- Original Message ----- From: "Jacopo Cappellato" <[hidden email]>
> To: <[hidden email]>
> Sent: Tuesday, February 13, 2007 1:58 AM
> Subject: Re: How to implement bulk printing of documents?
>
>
>> Cédric,
>>
>> the integration with JasperReport is rather old and by the way  
>> JasperReport was never extensively used (at least in the standard  
>> OFBiz trunk) to build reports in OFBiz.
>> Then we recently removed the JasperReport jars due to licensing  
>> issues with GPL/LGPL code.
>>
>> In general, I'd say that your real 'enemies' are the screen/form  
>> widgets (that are a great tool to get simple list based html/PDF/
>> xml reports) and the screen/fo templates: I'm a big fan of these  
>> tools because are highly integrated with the entity/service/
>> security layers and I see a great future for them.
>>
>> Jacopo
>>
>>
>>
>> PRONZATO Cedric RD-BIZZ-GRE wrote:
>>> Damn I saw that there is some JasperReports in OFBiz but it is  
>>> the enemy as I am involved in JFreeReport.
>>>
>>> Cédric,
>>>
>>> -----Message d'origine-----
>>> De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
>>> ftgroup.com] Envoyé : mardi 13 février 2007 10:26
>>> À : [hidden email]
>>> Objet : RE: How to implement bulk printing of documents?
>>>
>>> Hi Jacopo,
>>>
>>> I would told you the following things:
>>>
>>> - use a reporting framework and not something based on fop and  
>>> xsl which is realy power consuming not itext directly. I would  
>>> use Pentaho Reporting (aka JFreeReport http://
>>> reporting.pentaho.org/) on which the new version will be heavily  
>>> multi-threaded and which support xml templates. PS: I am also  
>>> involved in this project.
>>> - I would not use the single document definition that is already  
>>> in OFBiz. It will restrict it so much later if you want to make  
>>> groups, ...
>>>
>>> Cédric,
>>>
>>> -----Message d'origine-----
>>> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13  
>>> février 2007 09:20 À : [hidden email] Objet : How to  
>>> implement bulk printing of documents?
>>>
>>> What is the best/easiest way (if possible) to implement the bulk  
>>> printing of a set of PDF reports that share the same template  
>>> (aka screen widget definition)?
>>> For example, generate a big PDF with all the purchase orders in  
>>> the created approved status; the pdf can then be printed and so  
>>> that the purchase orders are sent by mail to the suppliers.
>>>
>>> Ideally I'd like to reuse the existing screen definition that  
>>> defines the single document and just iterate over it and put the  
>>> output into a single PDF file.
>>>
>>> Any hints/ideas on how to implement this?
>>>
>>> Another interesting option would be that of bulk sending by email  
>>> a set of documents (for example one email per supplier with the  
>>> attached purchase order), but this is not very important for me  
>>> at the moment, just one more wish in my list.
>>>
>>> Jacopo
>>>
>>>
>>
>>
>
>


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Jacopo Cappellato
In reply to this post by David E Jones
David E. Jones wrote:
>
> You could even go a step further and call the service that generates the
> PDF asynchronously, and then have it call a service to print the PDF
> from the server (ie have the server connected to the printer, or
> accessing it over the network). Then as documents are ready they just go
> right to the printer.
>
> -David
>


What about implementing something more robust in this direction?
I'm thinking of implementing document processor and distribution
features for the OFBiz framework.
The idea is this:

* when a user submits a report creation request (e.g. an invoice), he
has also to provide the distribution channel (file, mail, print, fax,
etc...) and also the physical device options (to and cc email address,
printer name, fax number etc...)
* the request is stored in a record somewhere (a new entity or something
existing, in the Content component?, or just the JobSandbox entity) with
the following information:

jobId|status|screen path|input context(serialized?)|output channel
(print/mail etc...)|output options (e.g. \\printserver\prt01, num of
copies etc..)

* an async service listens to this entity and process the report
creation requests, then updates the status there

For set of documents we could simply create many records in the above
entity.

Does it make sense?

Jacopo

Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Jacques Le Roux
Administrator
In reply to this post by PRONZATO Cedric RD-BIZZ-GRE
>Pentaho Reporting (JFreeReport) is in LGPL

I'm afraid that some licence problems are ahead...

Jacques

----- Original Message -----
From: "PRONZATO Cedric RD-BIZZ-GRE" <[hidden email]>
To: <[hidden email]>
Sent: Tuesday, February 13, 2007 11:06 AM
Subject: RE: How to implement bulk printing of documents?


> David,
>
> I am happy and for sure I will not leave OFBiz without adding JFreeReport support or I am not a man!
>
> Cédric,
>
> -----Message d'origine-----
> De : David E. Jones [mailto:[hidden email]]
> Envoyé : mardi 13 février 2007 10:54
> À : [hidden email]
> Objet : Re: How to implement bulk printing of documents?
>
>
> Cedric,
>
> I think in general most OFBiz users are not too happy with JasperReports, and we have pretty much decided against using it as the
best practice tool for reporting in OFBiz.
>
> If you'd be interested in working on an integration to easily use JFreeReport with OFBiz (ie a request handler and such to make
the reports available from within OFBiz webapps), and on creating a couple of sample reports we could certainly include those and
start reviewing that as the best practice reporting tool.
>
> Actually, to some extent there is a best-practice tool now that you can create XSL:FO files very easily from OFBiz screen and form
widgets. These have a number of nice things about them, but we still don't have a visual tool for creating them, which is something
a lot of people are looking for in a reporting solution.

>
> -David
>
>
> On Feb 13, 2007, at 2:40 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:
>
> > Damn I saw that there is some JasperReports in OFBiz but it is the
> > enemy as I am involved in JFreeReport.
> >
> > Cédric,
> >
> > -----Message d'origine-----
> > De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
> > ftgroup.com] Envoyé : mardi 13 février 2007 10:26 À :
> > [hidden email] Objet : RE: How to implement bulk printing of
> > documents?
> >
> > Hi Jacopo,
> >
> > I would told you the following things:
> >
> > - use a reporting framework and not something based on fop and xsl
> > which is realy power consuming not itext directly. I would use Pentaho
> > Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the
> > new version will be heavily multi-threaded and which support xml
> > templates. PS: I am also involved in this project.
> > - I would not use the single document definition that is already in
> > OFBiz. It will restrict it so much later if you want to make groups,
> > ...
> >
> > Cédric,
> >
> > -----Message d'origine-----
> > De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13
> > février 2007 09:20 À : [hidden email] Objet : How to implement
> > bulk printing of documents?
> >
> > What is the best/easiest way (if possible) to implement the bulk
> > printing of a set of PDF reports that share the same template (aka
> > screen widget definition)?
> > For example, generate a big PDF with all the purchase orders in the
> > created approved status; the pdf can then be printed and so that the
> > purchase orders are sent by mail to the suppliers.
> >
> > Ideally I'd like to reuse the existing screen definition that defines
> > the single document and just iterate over it and put the output into a
> > single PDF file.
> >
> > Any hints/ideas on how to implement this?
> >
> > Another interesting option would be that of bulk sending by email a
> > set of documents (for example one email per supplier with the attached
> > purchase order), but this is not very important for me at the moment,
> > just one more wish in my list.
> >
> > Jacopo
> >
> >
>

Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

David E Jones

Yes, that's right, and a good point Jacques. We wouldn't be able to  
include the libraries, so this really couldn't realistically become  
the best practice tool for OFBiz.

-David


On Feb 13, 2007, at 3:51 AM, Jacques Le Roux wrote:

>> Pentaho Reporting (JFreeReport) is in LGPL
>
> I'm afraid that some licence problems are ahead...
>
> Jacques
>
> ----- Original Message -----
> From: "PRONZATO Cedric RD-BIZZ-GRE" <cedric.pronzato@orange-
> ftgroup.com>
> To: <[hidden email]>
> Sent: Tuesday, February 13, 2007 11:06 AM
> Subject: RE: How to implement bulk printing of documents?
>
>
>> David,
>>
>> I am happy and for sure I will not leave OFBiz without adding  
>> JFreeReport support or I am not a man!
>>
>> Cédric,
>>
>> -----Message d'origine-----
>> De : David E. Jones [mailto:[hidden email]]
>> Envoyé : mardi 13 février 2007 10:54
>> À : [hidden email]
>> Objet : Re: How to implement bulk printing of documents?
>>
>>
>> Cedric,
>>
>> I think in general most OFBiz users are not too happy with  
>> JasperReports, and we have pretty much decided against using it as  
>> the
> best practice tool for reporting in OFBiz.
>>
>> If you'd be interested in working on an integration to easily use  
>> JFreeReport with OFBiz (ie a request handler and such to make
> the reports available from within OFBiz webapps), and on creating a  
> couple of sample reports we could certainly include those and
> start reviewing that as the best practice reporting tool.
>>
>> Actually, to some extent there is a best-practice tool now that  
>> you can create XSL:FO files very easily from OFBiz screen and form
> widgets. These have a number of nice things about them, but we  
> still don't have a visual tool for creating them, which is something
> a lot of people are looking for in a reporting solution.
>>
>> -David
>>
>>
>> On Feb 13, 2007, at 2:40 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:
>>
>>> Damn I saw that there is some JasperReports in OFBiz but it is the
>>> enemy as I am involved in JFreeReport.
>>>
>>> Cédric,
>>>
>>> -----Message d'origine-----
>>> De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
>>> ftgroup.com] Envoyé : mardi 13 février 2007 10:26 À :
>>> [hidden email] Objet : RE: How to implement bulk printing of
>>> documents?
>>>
>>> Hi Jacopo,
>>>
>>> I would told you the following things:
>>>
>>> - use a reporting framework and not something based on fop and xsl
>>> which is realy power consuming not itext directly. I would use  
>>> Pentaho
>>> Reporting (aka JFreeReport http://reporting.pentaho.org/) on  
>>> which the
>>> new version will be heavily multi-threaded and which support xml
>>> templates. PS: I am also involved in this project.
>>> - I would not use the single document definition that is already in
>>> OFBiz. It will restrict it so much later if you want to make groups,
>>> ...
>>>
>>> Cédric,
>>>
>>> -----Message d'origine-----
>>> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13
>>> février 2007 09:20 À : [hidden email] Objet : How to implement
>>> bulk printing of documents?
>>>
>>> What is the best/easiest way (if possible) to implement the bulk
>>> printing of a set of PDF reports that share the same template (aka
>>> screen widget definition)?
>>> For example, generate a big PDF with all the purchase orders in the
>>> created approved status; the pdf can then be printed and so that the
>>> purchase orders are sent by mail to the suppliers.
>>>
>>> Ideally I'd like to reuse the existing screen definition that  
>>> defines
>>> the single document and just iterate over it and put the output  
>>> into a
>>> single PDF file.
>>>
>>> Any hints/ideas on how to implement this?
>>>
>>> Another interesting option would be that of bulk sending by email a
>>> set of documents (for example one email per supplier with the  
>>> attached
>>> purchase order), but this is not very important for me at the  
>>> moment,
>>> just one more wish in my list.
>>>
>>> Jacopo
>>>
>>>
>>
>


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

rajsaini
Eclipse BIRT can be a better choice. It is CPL and I think compatible
with Apache License. BIRT also have a WYSIWYG designer.

Thanks,

Raj
David E. Jones wrote:

>
> Yes, that's right, and a good point Jacques. We wouldn't be able to
> include the libraries, so this really couldn't realistically become
> the best practice tool for OFBiz.
>
> -David
>
>
> On Feb 13, 2007, at 3:51 AM, Jacques Le Roux wrote:
>
>>> Pentaho Reporting (JFreeReport) is in LGPL
>>
>> I'm afraid that some licence problems are ahead...
>>
>> Jacques
>>
>> ----- Original Message -----
>> From: "PRONZATO Cedric RD-BIZZ-GRE" <[hidden email]>
>> To: <[hidden email]>
>> Sent: Tuesday, February 13, 2007 11:06 AM
>> Subject: RE: How to implement bulk printing of documents?
>>
>>
>>> David,
>>>
>>> I am happy and for sure I will not leave OFBiz without adding
>>> JFreeReport support or I am not a man!
>>>
>>> Cédric,
>>>
>>> -----Message d'origine-----
>>> De : David E. Jones [mailto:[hidden email]]
>>> Envoyé : mardi 13 février 2007 10:54
>>> À : [hidden email]
>>> Objet : Re: How to implement bulk printing of documents?
>>>
>>>
>>> Cedric,
>>>
>>> I think in general most OFBiz users are not too happy with
>>> JasperReports, and we have pretty much decided against using it as the
>> best practice tool for reporting in OFBiz.
>>>
>>> If you'd be interested in working on an integration to easily use
>>> JFreeReport with OFBiz (ie a request handler and such to make
>> the reports available from within OFBiz webapps), and on creating a
>> couple of sample reports we could certainly include those and
>> start reviewing that as the best practice reporting tool.
>>>
>>> Actually, to some extent there is a best-practice tool now that you
>>> can create XSL:FO files very easily from OFBiz screen and form
>> widgets. These have a number of nice things about them, but we still
>> don't have a visual tool for creating them, which is something
>> a lot of people are looking for in a reporting solution.
>>>
>>> -David
>>>
>>>
>>> On Feb 13, 2007, at 2:40 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:
>>>
>>>> Damn I saw that there is some JasperReports in OFBiz but it is the
>>>> enemy as I am involved in JFreeReport.
>>>>
>>>> Cédric,
>>>>
>>>> -----Message d'origine-----
>>>> De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
>>>> ftgroup.com] Envoyé : mardi 13 février 2007 10:26 À :
>>>> [hidden email] Objet : RE: How to implement bulk printing of
>>>> documents?
>>>>
>>>> Hi Jacopo,
>>>>
>>>> I would told you the following things:
>>>>
>>>> - use a reporting framework and not something based on fop and xsl
>>>> which is realy power consuming not itext directly. I would use Pentaho
>>>> Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the
>>>> new version will be heavily multi-threaded and which support xml
>>>> templates. PS: I am also involved in this project.
>>>> - I would not use the single document definition that is already in
>>>> OFBiz. It will restrict it so much later if you want to make groups,
>>>> ...
>>>>
>>>> Cédric,
>>>>
>>>> -----Message d'origine-----
>>>> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13
>>>> février 2007 09:20 À : [hidden email] Objet : How to implement
>>>> bulk printing of documents?
>>>>
>>>> What is the best/easiest way (if possible) to implement the bulk
>>>> printing of a set of PDF reports that share the same template (aka
>>>> screen widget definition)?
>>>> For example, generate a big PDF with all the purchase orders in the
>>>> created approved status; the pdf can then be printed and so that the
>>>> purchase orders are sent by mail to the suppliers.
>>>>
>>>> Ideally I'd like to reuse the existing screen definition that defines
>>>> the single document and just iterate over it and put the output into a
>>>> single PDF file.
>>>>
>>>> Any hints/ideas on how to implement this?
>>>>
>>>> Another interesting option would be that of bulk sending by email a
>>>> set of documents (for example one email per supplier with the attached
>>>> purchase order), but this is not very important for me at the moment,
>>>> just one more wish in my list.
>>>>
>>>> Jacopo
>>>>
>>>>
>>>
>>
>

Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Chandresh Turakhia
+1 . Ofbiz does uses it. Atleast there is document for ofbiz+birt

But pentalo is SIMPLY great except licenze

----- Original Message -----
From: "Raj Saini" <[hidden email]>
To: <[hidden email]>
Sent: Tuesday, February 13, 2007 3:39 AM
Subject: Re: How to implement bulk printing of documents?


> Eclipse BIRT can be a better choice. It is CPL and I think compatible with
> Apache License. BIRT also have a WYSIWYG designer.
>
> Thanks,
>
> Raj
> David E. Jones wrote:
>>
>> Yes, that's right, and a good point Jacques. We wouldn't be able to
>> include the libraries, so this really couldn't realistically become the
>> best practice tool for OFBiz.
>>
>> -David
>>
>>
>> On Feb 13, 2007, at 3:51 AM, Jacques Le Roux wrote:
>>
>>>> Pentaho Reporting (JFreeReport) is in LGPL
>>>
>>> I'm afraid that some licence problems are ahead...
>>>
>>> Jacques
>>>
>>> ----- Original Message -----
>>> From: "PRONZATO Cedric RD-BIZZ-GRE" <[hidden email]>
>>> To: <[hidden email]>
>>> Sent: Tuesday, February 13, 2007 11:06 AM
>>> Subject: RE: How to implement bulk printing of documents?
>>>
>>>
>>>> David,
>>>>
>>>> I am happy and for sure I will not leave OFBiz without adding
>>>> JFreeReport support or I am not a man!
>>>>
>>>> Cédric,
>>>>
>>>> -----Message d'origine-----
>>>> De : David E. Jones [mailto:[hidden email]]
>>>> Envoyé : mardi 13 février 2007 10:54
>>>> À : [hidden email]
>>>> Objet : Re: How to implement bulk printing of documents?
>>>>
>>>>
>>>> Cedric,
>>>>
>>>> I think in general most OFBiz users are not too happy with
>>>> JasperReports, and we have pretty much decided against using it as the
>>> best practice tool for reporting in OFBiz.
>>>>
>>>> If you'd be interested in working on an integration to easily use
>>>> JFreeReport with OFBiz (ie a request handler and such to make
>>> the reports available from within OFBiz webapps), and on creating a
>>> couple of sample reports we could certainly include those and
>>> start reviewing that as the best practice reporting tool.
>>>>
>>>> Actually, to some extent there is a best-practice tool now that you can
>>>> create XSL:FO files very easily from OFBiz screen and form
>>> widgets. These have a number of nice things about them, but we still
>>> don't have a visual tool for creating them, which is something
>>> a lot of people are looking for in a reporting solution.
>>>>
>>>> -David
>>>>
>>>>
>>>> On Feb 13, 2007, at 2:40 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:
>>>>
>>>>> Damn I saw that there is some JasperReports in OFBiz but it is the
>>>>> enemy as I am involved in JFreeReport.
>>>>>
>>>>> Cédric,
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
>>>>> ftgroup.com] Envoyé : mardi 13 février 2007 10:26 À :
>>>>> [hidden email] Objet : RE: How to implement bulk printing of
>>>>> documents?
>>>>>
>>>>> Hi Jacopo,
>>>>>
>>>>> I would told you the following things:
>>>>>
>>>>> - use a reporting framework and not something based on fop and xsl
>>>>> which is realy power consuming not itext directly. I would use Pentaho
>>>>> Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the
>>>>> new version will be heavily multi-threaded and which support xml
>>>>> templates. PS: I am also involved in this project.
>>>>> - I would not use the single document definition that is already in
>>>>> OFBiz. It will restrict it so much later if you want to make groups,
>>>>> ...
>>>>>
>>>>> Cédric,
>>>>>
>>>>> -----Message d'origine-----
>>>>> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13
>>>>> février 2007 09:20 À : [hidden email] Objet : How to implement
>>>>> bulk printing of documents?
>>>>>
>>>>> What is the best/easiest way (if possible) to implement the bulk
>>>>> printing of a set of PDF reports that share the same template (aka
>>>>> screen widget definition)?
>>>>> For example, generate a big PDF with all the purchase orders in the
>>>>> created approved status; the pdf can then be printed and so that the
>>>>> purchase orders are sent by mail to the suppliers.
>>>>>
>>>>> Ideally I'd like to reuse the existing screen definition that defines
>>>>> the single document and just iterate over it and put the output into a
>>>>> single PDF file.
>>>>>
>>>>> Any hints/ideas on how to implement this?
>>>>>
>>>>> Another interesting option would be that of bulk sending by email a
>>>>> set of documents (for example one email per supplier with the attached
>>>>> purchase order), but this is not very important for me at the moment,
>>>>> just one more wish in my list.
>>>>>
>>>>> Jacopo
>>>>>
>>>>>
>>>>
>>>
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: How to implement bulk printing of documents?

Jacques Le Roux
Administrator


> +1 . Ofbiz does uses it. Atleast there is document for ofbiz+birt
>
> But pentalo is SIMPLY great except licenze

True, so sorry that it's not ASL2 compatible.

What about http://openi.sourceforge.net/ (licence MPL 1.1 : ASL2 compatible)

please see also http://docs.ofbiz.org/display/OFBIZ/Load+OpenI+%28Mondrian+Implementation%29+under+OFBiz
and https://issues.apache.org/jira/browse/OFBIZ-641

Jacques

> ----- Original Message -----
> From: "Raj Saini" <[hidden email]>
> To: <[hidden email]>
> Sent: Tuesday, February 13, 2007 3:39 AM
> Subject: Re: How to implement bulk printing of documents?
>
>
> > Eclipse BIRT can be a better choice. It is CPL and I think compatible with
> > Apache License. BIRT also have a WYSIWYG designer.
> >
> > Thanks,
> >
> > Raj
> > David E. Jones wrote:
> >>
> >> Yes, that's right, and a good point Jacques. We wouldn't be able to
> >> include the libraries, so this really couldn't realistically become the
> >> best practice tool for OFBiz.
> >>
> >> -David
> >>
> >>
> >> On Feb 13, 2007, at 3:51 AM, Jacques Le Roux wrote:
> >>
> >>>> Pentaho Reporting (JFreeReport) is in LGPL
> >>>
> >>> I'm afraid that some licence problems are ahead...
> >>>
> >>> Jacques
> >>>
> >>> ----- Original Message -----
> >>> From: "PRONZATO Cedric RD-BIZZ-GRE" <[hidden email]>
> >>> To: <[hidden email]>
> >>> Sent: Tuesday, February 13, 2007 11:06 AM
> >>> Subject: RE: How to implement bulk printing of documents?
> >>>
> >>>
> >>>> David,
> >>>>
> >>>> I am happy and for sure I will not leave OFBiz without adding
> >>>> JFreeReport support or I am not a man!
> >>>>
> >>>> Cédric,
> >>>>
> >>>> -----Message d'origine-----
> >>>> De : David E. Jones [mailto:[hidden email]]
> >>>> Envoyé : mardi 13 février 2007 10:54
> >>>> À : [hidden email]
> >>>> Objet : Re: How to implement bulk printing of documents?
> >>>>
> >>>>
> >>>> Cedric,
> >>>>
> >>>> I think in general most OFBiz users are not too happy with
> >>>> JasperReports, and we have pretty much decided against using it as the
> >>> best practice tool for reporting in OFBiz.
> >>>>
> >>>> If you'd be interested in working on an integration to easily use
> >>>> JFreeReport with OFBiz (ie a request handler and such to make
> >>> the reports available from within OFBiz webapps), and on creating a
> >>> couple of sample reports we could certainly include those and
> >>> start reviewing that as the best practice reporting tool.
> >>>>
> >>>> Actually, to some extent there is a best-practice tool now that you can
> >>>> create XSL:FO files very easily from OFBiz screen and form
> >>> widgets. These have a number of nice things about them, but we still
> >>> don't have a visual tool for creating them, which is something
> >>> a lot of people are looking for in a reporting solution.
> >>>>
> >>>> -David
> >>>>
> >>>>
> >>>> On Feb 13, 2007, at 2:40 AM, PRONZATO Cedric RD-BIZZ-GRE wrote:
> >>>>
> >>>>> Damn I saw that there is some JasperReports in OFBiz but it is the
> >>>>> enemy as I am involved in JFreeReport.
> >>>>>
> >>>>> Cédric,
> >>>>>
> >>>>> -----Message d'origine-----
> >>>>> De : PRONZATO Cedric RD-BIZZ [mailto:cedric.pronzato@orange-
> >>>>> ftgroup.com] Envoyé : mardi 13 février 2007 10:26 À :
> >>>>> [hidden email] Objet : RE: How to implement bulk printing of
> >>>>> documents?
> >>>>>
> >>>>> Hi Jacopo,
> >>>>>
> >>>>> I would told you the following things:
> >>>>>
> >>>>> - use a reporting framework and not something based on fop and xsl
> >>>>> which is realy power consuming not itext directly. I would use Pentaho
> >>>>> Reporting (aka JFreeReport http://reporting.pentaho.org/) on which the
> >>>>> new version will be heavily multi-threaded and which support xml
> >>>>> templates. PS: I am also involved in this project.
> >>>>> - I would not use the single document definition that is already in
> >>>>> OFBiz. It will restrict it so much later if you want to make groups,
> >>>>> ...
> >>>>>
> >>>>> Cédric,
> >>>>>
> >>>>> -----Message d'origine-----
> >>>>> De : Jacopo Cappellato [mailto:[hidden email]] Envoyé : mardi 13
> >>>>> février 2007 09:20 À : [hidden email] Objet : How to implement
> >>>>> bulk printing of documents?
> >>>>>
> >>>>> What is the best/easiest way (if possible) to implement the bulk
> >>>>> printing of a set of PDF reports that share the same template (aka
> >>>>> screen widget definition)?
> >>>>> For example, generate a big PDF with all the purchase orders in the
> >>>>> created approved status; the pdf can then be printed and so that the
> >>>>> purchase orders are sent by mail to the suppliers.
> >>>>>
> >>>>> Ideally I'd like to reuse the existing screen definition that defines
> >>>>> the single document and just iterate over it and put the output into a
> >>>>> single PDF file.
> >>>>>
> >>>>> Any hints/ideas on how to implement this?
> >>>>>
> >>>>> Another interesting option would be that of bulk sending by email a
> >>>>> set of documents (for example one email per supplier with the attached
> >>>>> purchase order), but this is not very important for me at the moment,
> >>>>> just one more wish in my list.
> >>>>>
> >>>>> Jacopo
> >>>>>
> >>>>>
> >>>>
> >>>
> >>
> >
> >
>

12