Re: Newsletter - Request for content
On Wed, 8 Jan 2003, Rob Oxspring [EMAIL PROTECTED] wrote: Reduce the frequency - every 2 months has been suggested before. Has that helped to get more content into the October issue? Widen the scope - ant and Avalon have grown up to be (at least partially) outside the jakarta scope, should we include xml.apache.org? You could invite them (and anybody else) and add news for whatever (sub)project has provided input. Maybe its fine as it is? To me it is, thanks a lot. Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[OT] Pointedly Extreme Programming
This one surely will become a classic: http://www.unitedmedia.com/comics/dilbert/archive/dilbert-20030109.html -- Ceki -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Looking for OpenSource Java report tool
Hello, I don't know if it is right to ask this question here, if not I am very sorry, but hope there are some people at Apache Jakarta might know an anwser. I am looking for an open source Java reporting tool with client side printing. I guess I surfed the whole web for that, but I was not able to find something. All I could find are commercial libraries (mostly very expensive). Printing appears to be not very attractive for Java developers. But for a fully enabled business application (that's what I do) printing is one of the most important features to customers. Every workaround like producing PDFs and store them in the file system or servlet generated reports in HTML is not satisfying. Usually customers want to create their own reports with their CI,... I guess I needn't say anymore. Is there anyone who can tell me of a library which meets all those criteria? Thanks in advance Michael
Re: Looking for OpenSource Java report tool
May this is what you are looking for? http://blogs.cocoondev.org/stevenn/archives/000631.html Geoff - Original Message - From: Michael Hausl [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 09, 2003 8:18 AM Subject: Looking for OpenSource Java report tool Hello, I don't know if it is right to ask this question here, if not I am very sorry, but hope there are some people at Apache Jakarta might know an anwser. I am looking for an open source Java reporting tool with client side printing. I guess I surfed the whole web for that, but I was not able to find something. All I could find are commercial libraries (mostly very expensive). Printing appears to be not very attractive for Java developers. But for a fully enabled business application (that's what I do) printing is one of the most important features to customers. Every workaround like producing PDFs and store them in the file system or servlet generated reports in HTML is not satisfying. Usually customers want to create their own reports with their CI,... I guess I needn't say anymore. Is there anyone who can tell me of a library which meets all those criteria? Thanks in advance Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help needed on JMeter nightly builds
Hi Sam. You'll be happy to know that your effort responding your questions was not in vain. Gump runs are now building JMeter and producing meaningful results. Gump is now building the JMeter's distribution files into jakarta-jmeter/dist. Would it be possible to copy all files found in there to http://cvs.apache.org/builds/jakarta-jmeter/nightly/date after each build? In this way we'll be able to decide how exactly we want to pack up our distribution without having to bug you again. Just two more questions (hopefully last ones for a while): 1/ Would it be a good idea to run our unit tests during the nightly build? On one side, doing so would fit better into the continuous integration Gump concept. On the other side, looks like the build machines (or at least Nagoya) have a really tough time keeping up with the work, and our tests take a while... what's your opinion? 2/ JMeter binary distribution contains all the jars for all the projects it depends on. I think it needs to be that way: JMeter is an app for plain users, not a library for developers, and we want it to be installable and runnable with minimum hassle for the user. The way it currently works this would cause those binaries to run against library versions different from the ones used at compilation -- which doesn't look very nice. The question is: does Gump provide a way to copy some of those jars into the jakarta-jmeter/lib directory before the build? Pls. note that I said some, because there's a few we just can't distribute (licensing issues). Thanks, Jordi. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help needed on JMeter nightly builds
Jordi Salvat i Alabart wrote: You'll be happy to know that your effort responding your questions was not in vain. Gump runs are now building JMeter and producing meaningful results. :-) Gump is now building the JMeter's distribution files into jakarta-jmeter/dist. Would it be possible to copy all files found in there to http://cvs.apache.org/builds/jakarta-jmeter/nightly/date after each build? In this way we'll be able to decide how exactly we want to pack up our distribution without having to bug you again. Added it to the list for tomorrow. We'll see how it goes. Just two more questions (hopefully last ones for a while): 1/ Would it be a good idea to run our unit tests during the nightly build? On one side, doing so would fit better into the continuous integration Gump concept. On the other side, looks like the build machines (or at least Nagoya) have a really tough time keeping up with the work, and our tests take a while... what's your opinion? Go for it. Yes, Nagoya is a bit pokey, but the price is right. ;-) 2/ JMeter binary distribution contains all the jars for all the projects it depends on. I think it needs to be that way: JMeter is an app for plain users, not a library for developers, and we want it to be installable and runnable with minimum hassle for the user. The way it currently works this would cause those binaries to run against library versions different from the ones used at compilation -- which doesn't look very nice. The question is: does Gump provide a way to copy some of those jars into the jakarta-jmeter/lib directory before the build? Pls. note that I said some, because there's a few we just can't distribute (licensing issues). The basic strategy is to specify the the files that you copy with ant properties. You can then tell gump to provide the actual jar name for this property. The easiest way to do this is to move the depend elements for the jars that you want to do this with inside the ant element, and add a property= attribute. This is best explained by example, so look for logkit.jar in the following files: http://cvs.apache.org/viewcvs/jakarta-gump/project/jakarta-avalon.xml?rev=HEADcontent-type=text/vnd.viewcvs-markup http://cvs.apache.org/viewcvs/jakarta-avalon/build.xml?rev=HEADcontent-type=text/vnd.viewcvs-markup - Sam Ruby P.S. Don't be afraid to ask questions. But perhaps this should be in the [EMAIL PROTECTED] mailing list? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Looking for OpenSource Java report tool
Thanks Laurie and Geoff, your hints help me a lot. I need to take a closer look at those libraries but I guess at least one of it is right for me. Michael -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]