ok I found an answer!!!

I had to add   ec.dispose();

to the finally section of Kieran's ERJRFetchSpecificationReportTask _call 
method.

I will ask if there is a reason that this is needed. It must have something to 
do with the to_many relationship.

oh well, I seem to recall when I listened to the JasperReports podcast, someone 
was asking about the dispose() method being called. That's what led me to try 
it.

Ted


--- On Sat, 5/25/13, Jesse Tayler <[email protected]> wrote:

> From: Jesse Tayler <[email protected]>
> Subject: Re: jasper report doesn't like my EO
> To: "Theodore Petrosky" <[email protected]>
> Cc: "WebObjects Development" <[email protected]>
> Date: Saturday, May 25, 2013, 10:00 AM
> 
> did you backtrace your hang to see where it is?
> 
> 
> 
> 
> 
> On May 24, 2013, at 10:15 PM, Theodore Petrosky <[email protected]>
> wrote:
> 
> > I hope someone can help me with this.
> > 
> > I am creating a report with a sub report. I have a
> to-many relationship like this:
> > 
> > project to-many projectSteps
> > 
> > since I wanted to print a project with the steps
> ordered by its dueBy date, I created:
> > 
> > public JRBeanCollectionDataSource theSteps() {
> >  return new JRBeanCollectionDataSource(
> ERXArrayUtilities.sortedArraySortedWithKey(this.projectSteps(),
> "dueBy") );
> > }
> > 
> > This worked beautifully. I could print to JasperReports
> and each row of projects would print its steps ordered by
> the date.
> > 
> > But now, if I try to print the report, it prints once
> and hangs if I try to print it again.
> > 
> > At first I thought that this was acting as if I had a
> problem with a second thread was trying to access my EOs.
> Except I am using ERJasperReports and it carefully creates a
> new editingContext each time it is run. My next experiment
> was to delete the subReport from my report and now it prints
> multiple times with no problem.
> > 
> > So I put the subReport back, and changed my method. I
> eliminated the above method (theSteps()) and instead just
> used the relationship as a field. I wanted to prove that my
> method that is returning the JRBeanCollectionDataSource was
> not the problem. So I created a field in iReport so
> correspond to the relationship.
> > 
> > So now I am using only the EO and its relationship
> pieces. 
> > 
> > It fails exactly the same. It appears to fail in
> ERJRFoundationDataSource's next() method.
> ERJRFoundationDataSource  implements JRDataSource.
> > 
> > I am at a loss. Since each iteration uses a new
> editingContext in a new thread, why is this failing? I want
> to cry. 
> > 
> > 
> > I hope someone can help.
> > 
> > Ted
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________
> > Do not post admin requests to the list. They will be
> ignored.
> > Webobjects-dev mailing list      ([email protected])
> > Help/Unsubscribe/Update your Subscription:
> > https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com
> > 
> > This email sent to [email protected]
> 
>


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to