Bug 205265 - Merging rptdocuments or using multiple rptdocuments when rendering
Summary: Merging rptdocuments or using multiple rptdocuments when rendering
Status: NEW
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: BIRT (show other bugs)
Version: 2.3.0   Edit
Hardware: PC Windows XP
: P3 enhancement with 9 votes (vote)
Target Milestone: Future   Edit
Assignee: Wei Yan CLA
QA Contact: Tianli Zhang CLA
URL:
Whiteboard:
Keywords: plan
Depends on:
Blocks:
 
Reported: 2007-10-03 01:49 EDT by Antti Karanta CLA
Modified: 2015-10-19 06:16 EDT (History)
14 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Antti Karanta CLA 2007-10-03 01:49:34 EDT
It is quite common to have the need to run several reports and then render them all into one report.

In practice, this could be achieved (from the user's point of view) by the ability to merge multiple .rptdocuments to one or IReportEngine.createRenderTask method taking an array of IReportDocuments instead of just one.

This issue seems to come up frequently in the newsgroup.

There is a workaround for html and pdf here:  http://www.birt-exchange.com/modules/wfdownloads/singlefile.php?cid=2&lid=157
However, this does not address the issue for the other render formats.
There also seems to be a code sample of how to merge rptdesigns, but I think that is a poor option - it is good to be able to run the reports separately (in my case ability to do this is mandatory) and then produce one report when rendering.
Comment 1 Scott Rosenbaum CLA 2007-10-05 18:35:15 EDT
Can we get this targeted for 2.3?
Comment 2 Wei Yan CLA 2007-10-05 23:00:55 EDT
there still several issues to discuss:

1. page number. Should the page number be continue among reports, if the user has ability to control the behavior. Even more, could the suer control page number of different report.

2. pagination. Should BIRT merge the first page of second report into the last page of first report. Should the user has the ability to control this behavior.
Comment 3 Antti Karanta CLA 2007-10-17 03:08:10 EDT
(In reply to comment #2)

> 1. page number. Should the page number be continue among reports, if the user
> has ability to control the behavior. Even more, could the suer control page
> number of different report.

  IMO, there should be an option e.g. on the master page to restart page numbering. This should be possible even within a single report. If this option exists, then this would be a no-issue as the option would work the same independent of whether we are forming the report out of several rptdocuments or not.


> 2. pagination. Should BIRT merge the first page of second report into the last
> page of first report. Should the user has the ability to control this 
> behavior.

IMO continuing where the last report left off should be the default behavior. If this is not what the user wants, he can set a "page-break-after" in the last element of the first rptdocument.

Comment 4 Scott Rosenbaum CLA 2007-10-22 09:56:47 EDT
I agree with Antti, default is continute page number.  In terms of how to break the default behavior, I don't think it should be a report level option.  Instead I would recommend making it a ReportEngine Task option.  Tying this option to any single report would I think be confusing.  Tying it to the task makes total sense.  

One other option would be to make it a parameter within the ReportEngines task creation. 

I realize this is an API change, but it seems like we could add the following new methods fairly easily to the ReportEngine class:

createRenderTask(IReportDocument) //default
createRenderTask(IReportDocument[], Boolean restartPagination)   // NEW

createRunAndRenderTask(IReportRunnable) //default
createRunAndRenderTask(IReportRunnable[], Boolean restartPagination)   // NEW

createRunTask(IReportRunnable) //default
createRunTask(IReportRunnable[], Boolean restartPagination)   // NEW


I have added Jason to this, can you provide your two cents?
Comment 5 Wei Yan CLA 2008-05-28 22:31:18 EDT
defer to next major milestone. 
Comment 6 Wenfeng Li CLA 2008-06-02 18:04:01 EDT
(In reply to comment #2)
> there still several issues to discuss:
> 1. page number. Should the page number be continue among reports, if the user
> has ability to control the behavior. Even more, could the suer control page
> number of different report.
> 2. pagination. Should BIRT merge the first page of second report into the last
> page of first report. Should the user has the ability to control this behavior.

1. Suggest to continue the page number

2. suggest NOT to merge any page.


Also need to consider how to handle TOC.

ALso suggest to create a new task, such as mergeTask, to take a list of report documents as input and generate a single report doc as output.
Comment 7 Wei Yan CLA 2009-05-18 23:41:16 EDT
suggest to move it to future.
Comment 8 Wenfeng Li CLA 2009-05-26 20:18:51 EDT
Schedule to future for now due to lack of time for 2.5.0
Comment 9 ThomasK CLA 2011-11-30 06:19:15 EST
Is there any progress on this issue or is it available in 2.5?

or should I use an alternative like this one at the moment?
http://www.birt-exchange.org/org/devshare/designing-birt-reports/157-combine-reports/
Comment 10 Bianca D. CLA 2013-04-19 05:06:02 EDT
Is there any way to use that in the current release or are there any plans to implement it in one of the next releases? Can't find anything about it.
Comment 11 Paulo Raposo CLA 2013-11-06 15:36:28 EST
I am also in interested in this functionality.
Comment 12 Thomas P. CLA 2013-11-11 02:05:56 EST
Me too. Is there any progress on this?
Comment 13 Julien Helbling CLA 2015-10-19 06:16:17 EDT
Any news on this topic ?