Fixed
Details
Assignee
Heng Sin LowHeng Sin LowReporter
Daniel TammDaniel TammLabels
Components
Affects versions
Due date
Aug 31, 2012Priority
Minor
Details
Details
Assignee
Heng Sin Low
Heng Sin LowReporter
Daniel Tamm
Daniel TammLabels
Components
Affects versions
Due date
Aug 31, 2012
Priority
Created June 22, 2012 at 4:14 PM
Updated March 13, 2014 at 2:18 PM
Resolved February 15, 2013 at 6:02 AM
I don't think this classifies as a bug but I think users would see it as a bug. This particular problem may occur when migrating from ADempiere to iDempiere if Jasper Reports with custom classes are used, for instance if a bean collection is used to generate a report.
In Adempiere all classes are available to all so to say. I have a plugin that depends on JasperReports. The plugin generates reports using beans of classes org.compiere.model.* and also from own custom classes. I suspect this is not an uncommon scenario.
When the JasperReports plugin is called it can't see these classes since the org.adempiere.report.jasper.library doesn't import the packages where the beans reside.
Do you know if there exists a dynamic way of importing classes to a plugin in osgi? I think that would be the best solution to this.
What I did to temporarily solve my particular problem was to import the needed packages into org.adempiere.report.jasper.library. That's a very custom solution so it would be good with a more general solution.
Any ideas?