loge

Any news on that? Really annoying not to see the property values for selection lists. Really hard to work with the tool then....

as a sidenote: even running iReport with Java6 on Mac makes no difference. Before i used Java5 together with iReport.

tell me if i can help out testing things... assuming you dont have a mac at your hands. I am willing to help to solve this.

any news on that? This is really annoying and seems to be a NB platform bug right? Never seen this issue at a colleague using Windows. Seems to be a Mac only issue.

Thanks. Yeah, this could be a perfect workaround. Feels nevertheless like a workaround but as long as it works, its fine. Its just not very self explaining :-)

perfect. This will make life easier for everyone of us.

I can understand your intention but its flawed on second thought. If Framework-B wants to have Commons-Digester 2.0 and it also supplies a POM, then we definitely get Digester 2.0 but only because "B" really needs it. You have the same problem then but the difference is that 2.0 is explicitely requestet by "B" and not because it always wants the newest for no reason. So the chance is much lower that anything breaks if every projects expose their "minimum" requirements. And BTW, as is said, you really cant know if Digester 2.1 doesnt break Jasper itself because i am quite sure that you dont know when and if the Digester guys change their public API right? :-) We all know that java really su**s when it comes to library management. Its kind of DLL hell only for Java, but normally you dont run into probems. Our product has about 60 megs of 3rd party libs. So i think we are one of the larger projects around and so far everything worked... except for the original Jasper POM. Thanks for integrating my suggestion. BTW: why does Quick-Reply forgets my newlines and paragraphs? Is this a Mac issue? I must edit my posts every time to make it readable... Post Edited by loge at 05/05/2009 16:13

I dont think this works too well because the start of the rectangle depends on what page is printed. On second page, i have different headers and this way the rectangle wouldnt be in the right position. I am wondering why the vertical lines dont strech in the detail band. I assume that the detail band will be stretched to the footer elements in case of "not enough" data.

no actions needed. Perhaps better error reporting right after clicking as popup or something...

sorry, after reading my comment again, it sounded a little bit rude. Thanks for your hint regarding VIEW->IDE LOG, because that revealed your assumption: SCHWERWIEGEND [global] java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass1(Native Method) So its all about having a newer class than Netbeans is running with with regard to the JVM. But nevertheless i would love to see a error message right after clicking "read attribtutes" right inside the IDE. Thats what people expect i assume. Reading IDE logs should be the very last action one can do... more to search for bugs, not for errors that can be anticipated.... Just my 2 cents.

Is this the kind of bug "solving" you are used to at Jaspersoft ? I mean, i dont dream that this doesnt work. It just dont work as described in the docs and elsewhere on my platform. Should i screencast this that you believe me or do you just dont want to deal with bugs in general? Just closing an issue without any comment or feedback is just crazy. Even with "complete" open source (not company backed) projects, i never got a close with the comment "not reproducible"on a serious bug report.

Hi, i have a tricky framing issue ongoing. See attachment 1 (idescreen.png) where you can see my iReport workbench. Attachment 2 (result.pdf) is the preview of the resulting PDF. I think i dont need to explain more here. I really need to have the vertical lines expand to the page footer (i dont have a column footer). The vertical lines are inside the "detail" band and i modified the "stretch" attribute of the line object in every possible way without luck. Thanks for hints. Marc

Platform Details: Product Version: iReport 200801291616 Java: 1.5.0_16; Java HotSpot Client VM 1.5.0_16-133 System: Mac OS X version 10.5.6 running on i386; UTF-8; de_DE (ireport)

on second thought i am quite sure that you really should change ALL deps to fixed versions. And i am really curious how you can support customers this way. Lets say a customer says "hey, support, i am using jasper reports 3.5.0 and i am getting this stack". Where do you know what dependency libraries this customer currently has? You simply cant know except you check all your deps in the M2 repository. And how do you manage QA within Jasper? I think you test your software with defined versions of 3rd party libs but at your customers it could be totally different because of your "newest" wildcards in the POM. We also develop software products but this looks really crazy to me with regard to Quality Management. I am really looking forward to a statement on this. You simply cant do POM wildcards when you depend on libraries which you dont control. Its simple as that. Marc Post Edited by loge at 04/27/2009 10:15

At least i found out what this expression means. Or better, now i am sure that it means what i thought it means: Example: [1.0,) matches all versions greater or equal to 1.0 So jasper crew, would you be so kind and change the dependency of digester to <version>1.7</version> ?? And can you tell me why you use so much "newest" wildcards in the POM ? How can you know that new version of your deps wont break Jasper itself? Please keep in mind that 3rd party libs can change anytime and then Maven or ivy user like me could left behind with a broken Jasper version. Or do i miss something? Thanks. Marc BTW: This editor completely su**** on Firefox/Mac. Post Edited by loge at 04/26/2009 23:38

Thanks for the info and link. Very appreciated.

Hi, seems i am the POM error finder here ;-) If you use the jasper reports POM you are no more compatible with Struts 1.3.x applications because you request the most recent version of commons-digester. But with 2.0 of digester, Struts 1 doesnt work anymore. I dont know what this version expression means exactly because i ve never seen it so far, but at the end it looks as jasper requests the most recent digester version which is bad. See POM excerpt in code section. Perhaps someone can explain what [1.7,) means.... this looks total weird and even if this expression is valid. Jasper shouldnt request 2.0 if it doesnt need it. Feedback appreciated. To me it looks (together with the other POM issue i reported regarding missing deps in M2 repo) like if the POM could be maintained with a litle bit more "love" ;-) At least i am sure that you definitely want to run side-by-side with Struts1 because its install base is massive. regards Marc Code Post Edited by loge at 04/26/2009 23:11

just for the record. I resolved it by putting these two jars in my own Maven repos and because i am using Nexus for repos management and my project points to my local Nexus Manager which in turn searches my own and also remote repositories, its working. But i dont think everyone has such an "advanced" dependency resolving backend. So most users who just point to the M2 repository will be out of luck..... Marc

After investigating the Jasper dependencies in the POM, i am wondering why there is a jdtcore library needed. I mean this is an eclipse IDE core function library (and a quite big one). Most likely its needed but i would be thankful to know why.... Marc

Hi, just tried to download Jasper 3.5.0 via Maven/POM in M2 repos. Jasper is requesting jfreechart 1.0.12 and jcommon 1.0.15. Both of them are not available in M2 Repos. Only the versions before (1.0.11 and 1.0.14) are there. Should i use a different Maven Repos or is it just wrong? ;-) Marc

Teodor, thanks for quick and extensive reply on my questions. Highly appreciated. I think we will go with Jasper and try it now and see how things are going. BTW, we use a barcode library called RBarcode. Its low-end commercial, so unfortunately not OSS. But i have not seen a good OSS barcode library yet and we make extensive use of Barcodes. Just for the record why BIRT doesnt made it in our company (sadly we have one project in production with birt now): * memory footprint is crazy (thanks to OSGi), even needed to tweak VM memory params for BIRT * you need to do javascripting inside report even for the most trivial things * no Maven repos for BIRT core and deps But with Birt one was able to really embedd images inside the Report file. That was kind of cool because this way you dont need to worry about filepaths and URLs and stuff. Its always tricky to know what the root filepath for a certain classloader is. If we succeed with Jasper in the first months, we might go to the next level and use some other enterprise stuff and pay for support and things but first we need to see how its going overall.... regards Marc Logemann, CEO Logentis GmbH http://www.logentis.de

Hi, we want to drop BIRT for some reasons i dont want to mention now. I can name them if someone is interessted. Instead i wanna ask some questions regarding Jasper: * Is is possible to embed images in reports? * is it possible to dynamically add barcodes via dynamic images for instance? * Is Jasper with it newest versions listed in M2 repository? * Is the documentation updated regulary? * Is it easy to supply runtime values to reports? (Collections, Dates, String, .....) * How big are the needed runtime JARs for Jasper? (BIRT was very excessive) Thanks for giving me details and perhaps you can tell me why i should not switch to Pentaho :-) I am really searching for a embeddable reporting solution which makes simple things simple and advanced things possible. Marc