Re: StatCvs 2.0-SNAPSHOT is ready for trial...
Luke Taylor wrote: So I think it would require a bit of work to implement this. Have to look at what it's doing first though to be sure. It would be useful though - I don't fancy retrieving a full log for a project like JBoss (for example) every time I run Maven. I'm still waiting for my recently uploaded ssh keys to propagate their way to the SF servers to try it out for the first time. OK, forget everything I said. I ran it using my password outside Maven just to see. The log file for JBoss is 23.5MB. But with the -z3 option it only transferred about 4MB of data across the wire. So I guess it is feasible as long as you're using a developer login on SF, which you probably will be if you're running the plugin anyway. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StatCvs 2.0-SNAPSHOT is ready for trial...
Rafal Krzewski wrote: I think the best apporoach would be enchancing statcvs with pluggable log parsers, and implement a parser for maven-chngelog-plugin changes.xml files. It shouldn't be very complicated. I don't know if statcvs folks hang aroud here. If they don't respond soon maybe you, (Luke) can write a message to them explaining the idea? Statcvs seems to do everything the changelog plugin does and more, so it would probably be better to eventually aim to deprecate the latter (and the other related ones). I don't think the changelog xml files will have all the information that statcvs requires anyway. In the user manual it explicitly says: * Logfiles created with the -d option (specify date range) will not work as expected. Currently, there is no way to limit StatCvs output to a date range. So I think it would require a bit of work to implement this. Have to look at what it's doing first though to be sure. It would be useful though - I don't fancy retrieving a full log for a project like JBoss (for example) every time I run Maven. I'm still waiting for my recently uploaded ssh keys to propagate their way to the SF servers to try it out for the first time. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StatCvs 2.0-SNAPSHOT is ready for trial...
Rafal Krzewski wrote: Rafal Krzewski wrote: Saving the bandwidth is definetely a good thing. I'm wondering if it is possible to avoid downloading a complete log file on each run. I imagine that if you saved the login in ~/.statcvs along with a timestamp, and use a cvs log -D on the next run you could just combine the resulting log ("delta") with the old log to get complete information, saving a lot of bandwidth and server's procecssing time. I've just realized that this is more complex than I thought. You can't combine cvs log output by concatenating. To take advantage of that the revision information would have to be stored in a processed from, to faciliate reading it, combining and storing again. That's basically what the changelog patch I submitted does. There are various options ranging from serialized Java objects through XML to a relational database, with XML looking the most promising IMO. There is already an and CvsChangeLog command which produces xml formatted output (and probably does a lot of what the current changelog plugin does). But I doubt if this is currently compatible with statcvs - presumably it only uses a standard cvs log format. So you'd have to convert it back again. Probably the best place to push for changes like this is directly with the statcvs folk. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StatCvs 2.0-SNAPSHOT is ready for trial...
Vincent Massol wrote: for the repository and the projects I would like to run against are at Sourceforge which is still interminably slow for anonymous CVS access. Is there any way to get it to make use of existing data rather than downloading the full log each time? (This is what I was trying to achieve with the MAVEN-562 patch to changelog). Actually this already works. If you run when being offline (-o switch) it won't generate reports. I understand it's not exactly what you want but I don't really the usefulness of generating the reports if you cannot connect. Same for any plugin requiring internet access. Ummm. I think the wires got crossed a bit here. I wasn't meaning situations where it wasn't possibl to connect, just that doing "cvs log" for the entire history of the project can be quite an expensive operation and would take ages with sourceforge. If you have already downloaded the information on a previous run then it would be more efficient to specify start and end dates and just retrieve what's new. I noticed there's a "-use-history" parameter for statcvs in there - is that connected with this kind of thing? Having had a quick look at the jelly script it looks like it's not using the repository defined in project.xml: Actually, I wrote that comment ages ago and I'm not sure we need to use the repo defined in project.xml. If you used the repo of basedir it must always be correct, right? How will this work if the project uses cvs over ssh. Won't there be a problem with logging in? I just tried "maven statcvs" in a project which uses my sf login and it just hangs. There may be a workaround with the ssh agent or something but I've always just supplied my password in the past. Using the developer login would actually be preferable over anonymous cvs as sf allocates much higher bandwidth in this case. Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: StatCvs 2.0-SNAPSHOT is ready for trial...
Vincent Massol wrote: Hi, Could some of you test the new statcvs plugin I have just committed and tell me if it works. I'd like to release it over the next 2 days so that it is released before the 1.0 rc1 release of Monday. http://maven.apache.org/reference/plugins/statcvs/ Here's an output example: http://maven.apache.org/reference/plugins/cactus/statcvs/index.html Looks very nice. Does this effectively supercede the changelog, file and developer activity plugins? My main worry is that it seems like it seems to use a full CVS log file for the repository and the projects I would like to run against are at Sourceforge which is still interminably slow for anonymous CVS access. Is there any way to get it to make use of existing data rather than downloading the full log each time? (This is what I was trying to achieve with the MAVEN-562 patch to changelog). Having had a quick look at the jelly script it looks like it's not using the repository defined in project.xml: unless my source hasn't updated correctly. Also I think it would be worth adding a compression command "-z3" to the command because the logging information is really verbose and highly compressible. This is really noticeable with sourceforge - it drastically reduces the amount of network traffic and I don't think it should cause any problems. I'll give it a try as soon as possible. cheers, Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ibiblio request]: Caucho Hessian and Burlap
More precisely: http://www.caucho.com/hessian/download/hessian-3.0.1.jar http://www.caucho.com/hessian/download/burlap-2.1.7.jar Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ibiblio request]: Caucho Hessian and Burlap
Could the all-powerful repository-meister possibly upload these to Ibiblio? They are released under an Apache license and can be obtained direct from www.caucho.com: http://www.caucho.com/hessian/ http://www.caucho.com/burlap/ Thanks, Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changelog modification proposals to use incremental logs
Luke Taylor wrote: if(incremental && output.exists()) { if(range != null && isn't empty) { // Parse existing xml file and build the entries list from it. Obviously I should have said here that entries before the requested range wouldn't be added to the list... -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Changelog modification proposals to use incremental logs
Hi, Following brief discussion on #Maven, I've had a look at the plugin and think the following would be the simplest approach - only requiring some changes to the ChangeLog class and an equals method in ChangeLogEntry. 1. Add equals method to ChangeLogEntry to compare author, date and comment. 2. Add maven.changelog.incremental property and corresponding boolean property in ChangeLog.java 3. Prior to calling generateEntries() in ChangeLog::doExecute() method: if(incremental && output.exists()) { if(range != null && isn't empty) { // Parse existing xml file and build the entries list from it. // Parse range to get number of days // Reduce range value up to (e.g.) last day in the entries list } else { // Friendly warning message saying that incremental property will have no effect. } } 4. in ChangeLog::generateEntries if (!entries.isEmpty()) { // Merge the entries with those returned from the parser } else { // Just set the list as before. } Does this sound sensible? Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sun JARs
Jason van Zyl wrote: Hi, I have updated the sun-licensing-journey.xml file in the xdocs/ directory. I have started an initial list of JARs that we would like permission to scrape off their sites. If anyone can add to this list that would be appreciated. Once the list is complete, I will send the list off to Tom Kincaid and await official approval to use the scraper. Could we add the JMX reference implementation to the list please: http://java.sun.com/products/JavaManagement/download.html cheers, Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sun JARs
Michal Maczka wrote: Is there a chance for: JAXB JAX-RPC JAXB is distributed in Java Web Services Developer Pack http://java.sun.com/webservices/downloads/webservicespack.html > ... Ooops. I forgot this was Sun stuff too - there's the "SOAP with Attachments API for Java" saaj.jar in there too... (Not that I've used it but it's used in the JBoss build :-). cheers, Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sun JARs
I sent this about 4 hours ago, but it doesn't seem to have made it through (apologies if it appears twice)... Michal Maczka wrote: Is there a chance for: JAXB JAX-RPC JAXB is distributed in Java Web Services Developer Pack http://java.sun.com/webservices/downloads/webservicespack.html ... Ooops. I forgot this was Sun stuff too - there's the "SOAP with Attachments API for Java" saaj.jar in there too... (Not that I've used it but it's used in the JBoss build :-). cheers, Luke. -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sun JARs
Jason van Zyl wrote: Hi, I have updated the sun-licensing-journey.xml file in the xdocs/ directory. I have started an initial list of JARs that we would like permission to scrape off their sites. If anyone can add to this list that would be appreciated. Once the list is complete, I will send the list off to Tom Kincaid and await official approval to use the scraper. JTS is another one http://java.sun.com/products/jts/ -- Luke Taylor. Monkey Machine Ltd. PGP Key ID: 0x57E9523Chttp://www.monkeymachine.ltd.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]