Re: Apache Commons Javadoc template?
Hi Ralph, you cannot see all the classes just because I didn't apply the style on commons-io, but only copied the IOUtils class[1] :P Hacking the original javadoc css is a little tedious, page source has no ids, styles sometimes are brute-forced applied to elements, so cheating the browser is harder than I expected :S Thanks anyway for your feedbacks, I'll take them in consideration to improve it! -Simo [1] https://svn.apache.org/repos/asf/maven/sandbox/trunk/skins/fluido-doc/src/it/basic-doc/ http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sun, Mar 11, 2012 at 7:00 AM, Ralph Goers ralph.go...@dslextreme.com wrote: On Mar 10, 2012, at 4:18 PM, Simone Tripodi wrote: Salut, I couldn't resist and I started implementing a style spike under Maven sandbox[1]; you can have a look at a preview on my personal ASF space[2]. Work is still in progress but, as you can see, there are good potentials to improve textual documentation - WDYT? It is not too different from the original doclet but less '90-ish... I actually prefer http://commons.apache.org/io/api-release/index.html. I don't like that the font is smaller and the header of the page takes up quite a bit more vertical space. Although I know you are working on the style I can't also help but point out that many of the links don't seem to work. For example, the All classes doesn't seem to show all the classes. When I click on comparator I don't see any classes at all. Ralph - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[csv] Performance comparison
Hi, I compared the performance of Commons CSV with the other CSV parsers available. I took the world cities file from Maxmind as a test file [1], it's a big file of 130M with 2.8 million records. Here are the results obtained on a Core 2 Duo E8400 after several iterations to let the JIT compiler kick in: Direct read 750 ms Java CSV3328 ms Super CSV 3562 ms (+7%) OpenCSV 3609 ms (+8.4%) GenJava CSV 3844 ms (+15.5%) Commons CSV 4656 ms (+39.9%) Skife CSV 4813 ms (+44.6%) I also tried Nuiton CSV and Esperio CSV but I couldn't figure how to use them. I haven't analyzed why Commons CSV is slower yet, but it seems there is room for improvements. The memory usage will have to be compared too, I'm looking for a way to measure it. Emmanuel Bourg [1] http://www.maxmind.com/download/worldcities/worldcitiespop.txt.gz smime.p7s Description: S/MIME Cryptographic Signature
[ALL] Assembly descriptors belong under src/main/assembly
Maven assembly descriptors should normally reside under src/main/assembly (not src/assembly), according to the standard Maven directory layout at http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html The following projects currently use a different location: ./betwixt/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./cli/trunk/pom.xml:descriptorsrc/assembly/bin.xml/descriptor ./compress/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./configuration/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./dbcp/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./el/trunk/pom.xml:descriptorsrc/assembly/bin.xml/descriptor ./email/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./exec/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./jci/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./jcs/trunk/pom.xml:descriptorsrc/assembly/bin.xml/descriptor ./jxpath/trunk/pom.xml:descriptorsrc/assembly/bin.xml/descriptor ./lang/trunk/pom.xml:descriptorsrc/assembly/bin.xml/descriptor ./launcher/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./logging/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./modeler/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./pool/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./primitives/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./proxy/trunk/pom.xml: descriptorsrc/assembly/bin.xml/descriptor ./scxml/trunk/pom.xml:descriptorsrc/assembly/bin.xml/descriptor Fixing the location means renaming the folder and updating pom.xml It's not essential to fix these, but it does make it easier to find the descriptors if they are in the standard location, so active projects should please consider moving to the conventional location. Thanks! - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[collections] - immutable (functional programming) maps/sets/lists in java
I have a collection of implementations of efficient immutable maps/sets/lists for java. That is to say, they efficiently (in O(log n)) implement methods for additon/removal/lookup/insert that return entirely new maps/sets/lists while leaving the original unchanged. In particular, I have an O(log n) insertion of one list into another list. Would the apache commons collections be a good place to donate this? Has it already been done? Thank you, Eric Goff - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[math] LaguerreSolver.ComplexSolver is private; functionality lost in 3.0
We used LaguerreSolver.solveAll() in version 2.1, but we never upgraded to 2.2. As such, we didn't notice that it was deprecated in that release. Now that 3.0 is out, we want to upgrade, but that method has been completely removed. Interestingly, the logic is still there in the library in an inner class: org.apache.commons.math3.analysis.solvers.LaguerreSolver.ComplexSolver. Unfortunately for us, though, ComplexSolver is now private. So, for us as users, we've lost access to a useful algorithm that is still in the library. Please re-enable access to this useful algorithm that provides complex roots of polynomial formulae. The simplest approach for our purposes would be to make LaguerreSolver.ComplexSolver public, but perhaps another approach would be considered better design.
Re: [csv] Performance comparison
Am 11. März 2012 15:05 schrieb Emmanuel Bourg ebo...@apache.org: Hi, I compared the performance of Commons CSV with the other CSV parsers available. I took the world cities file from Maxmind as a test file [1], it's a big file of 130M with 2.8 million records. Here are the results obtained on a Core 2 Duo E8400 after several iterations to let the JIT compiler kick in: Direct read 750 ms Java CSV 3328 ms Super CSV 3562 ms (+7%) OpenCSV 3609 ms (+8.4%) GenJava CSV 3844 ms (+15.5%) Commons CSV 4656 ms (+39.9%) Skife CSV 4813 ms (+44.6%) I also tried Nuiton CSV and Esperio CSV but I couldn't figure how to use them. I haven't analyzed why Commons CSV is slower yet, but it seems there is room for improvements. The memory usage will have to be compared too, I'm looking for a way to measure it. Hey Emmanuel, I have some spare time to help you with this. I'll check out the latest source tonight. Any suggestion where to start? Regards, Benedikt Emmanuel Bourg [1] http://www.maxmind.com/download/worldcities/worldcitiespop.txt.gz - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [math] LaguerreSolver.ComplexSolver is private; functionality lost in 3.0
On Sat, Mar 10, 2012 at 07:15:14PM -0600, Lance Finney wrote: We used LaguerreSolver.solveAll() in version 2.1, but we never upgraded to 2.2. As such, we didn't notice that it was deprecated in that release. Now that 3.0 is out, we want to upgrade, but that method has been completely removed. Interestingly, the logic is still there in the library in an inner class: org.apache.commons.math3.analysis.solvers.LaguerreSolver.ComplexSolver. Unfortunately for us, though, ComplexSolver is now private. So, for us as users, we've lost access to a useful algorithm that is still in the library. Please re-enable access to this useful algorithm that provides complex roots of polynomial formulae. The simplest approach for our purposes would be to make LaguerreSolver.ComplexSolver public, but perhaps another approach would be considered better design. At first sight, I'd propose to create an o.a.c.m.complex.solvers package where a ComplexLaguerreSolver would reside. However, I don't know what are the necessary and sufficient API methods that would define a BaseUnivariateComplexSolver interface that would be the counterpart of BaseUnivariateSolverFUNC extends UnivariateFunction (in package o.a.c.m.analysis.solvers). Best regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: Followup - [graph] Why the Vertex and Edge interfaces?
Hi Simone, good job, thanks for experimenting! Looks generally ok to me. I will take some more time before giving thumbs up to merge it -- and not other fingers :P In the meantime it might be worth to share my naive idea for graph exporters here (I might implement it in the next days): we could explicitly define a family of Mappers (e.g. WeightMapper, LabelMapper, maybe later CoordinateMapper, etc), so that * the whole thing gets a bit more human-readable, and * when exporting a graph the user can specify as many Mappers as wanted (e.g. passing an iterator or simply an arbitrary number of args), but then the exporter is responsible for only selecting those that match the export format and (silently? with an exception?) drop the others. Claudio Hi all guys, this message just to invite you on testing the experimental branch[1] where I got rid completely of marcher interfaces, such as Vertex/Edge/WeightedGraph and related stuff and various combinations of them. I took advantage to keep only needed generics in builder chains, that are used to interfere types in the next builder, reducing the verbosity and improving the readability. Code is now IMHO much more versatile on hosting users' data, they are now free to define GraphURI, Integer to measure the page relationship, for example :P Please have a look and share your thoughts - if there are no objections, I'd propose to merge it to trunk. TIA, all the best and have a nice WE, -Simo PS: I muted exporter ATM since, given the current design, we should think a different strategy to define exporting properties for vertices/edges. There was an open issue[2] about it, it is maybe time to resurrect it :P [1] https://svn.apache.org/repos/asf/commons/sandbox/graph/branches/drop-marker-interfaces-feature [2] https://issues.apache.org/jira/browse/SANDBOX-339 http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - This email was sent using SquirrelMail. https://email.dia.uniroma3.it Web Site: http://www.squirrelmail.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [math] LaguerreSolver.ComplexSolver is private; functionality lost in 3.0
Hi Gilles, Le 11/03/2012 16:57, Gilles Sadowski a écrit : On Sat, Mar 10, 2012 at 07:15:14PM -0600, Lance Finney wrote: We used LaguerreSolver.solveAll() in version 2.1, but we never upgraded to 2.2. As such, we didn't notice that it was deprecated in that release. Now that 3.0 is out, we want to upgrade, but that method has been completely removed. Interestingly, the logic is still there in the library in an inner class: org.apache.commons.math3.analysis.solvers.LaguerreSolver.ComplexSolver. Unfortunately for us, though, ComplexSolver is now private. So, for us as users, we've lost access to a useful algorithm that is still in the library. Please re-enable access to this useful algorithm that provides complex roots of polynomial formulae. The simplest approach for our purposes would be to make LaguerreSolver.ComplexSolver public, but perhaps another approach would be considered better design. At first sight, I'd propose to create an o.a.c.m.complex.solvers package where a ComplexLaguerreSolver would reside. However, I don't know what are the necessary and sufficient API methods that would define a BaseUnivariateComplexSolver interface that would be the counterpart of BaseUnivariateSolverFUNC extends UnivariateFunction (in package o.a.c.m.analysis.solvers). I guess almost the same methods could be used, except either only one solve method would be needed with a single start value, or min/max interval definition should be replaced by a two-dimensional rectangle definition. Luc Best regards, Gilles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [PARENT] 24-SNAPSHOT pushed again
On Fri, Mar 9, 2012 at 6:24 PM, sebb seb...@gmail.com wrote: On 9 March 2012 20:35, Gary Gregory garydgreg...@gmail.com wrote: On Fri, Mar 9, 2012 at 2:50 PM, sebb seb...@gmail.com wrote: I've just updated the CP24-SNAPSHOT in case anyone wants to try using it. I must not have Maven set up to pick SNAPSHOTS, where is that doc's for our snapshots? Add the following profile to settings.xml: !-- ensure parent POMs can get updated -- profile idapache.snapshots/id repositories repository idapache.snapshots/id nameApache Snapshot Repository/name urlhttp://repository.apache.org/snapshots/url releases enabledfalse/enabled /releases /repository /repositories /profile Still no dice. Maven drive me nuts sometimes... I can publish the POM locally of course... Gary Gary - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: http://goog_1249600977http://bit.ly/ECvg0 Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: http://goog_1249600977http://bit.ly/ECvg0 Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
Re: Maven bugs when building Sanselan
On 2012-03-02 17:54, sebb wrote: On 2 March 2012 05:28, Damjan Jovanovic damjan@gmail.com wrote: On Thu, Mar 1, 2012 at 11:37 PM, Dennis Lundberg denn...@apache.org wrote: On 2012-02-29 19:00, Damjan Jovanovic wrote: Hi As we near the 1.0 release of Sanselan / Apache Commons Imaging, I am having showstopper problems with Maven. The first problem, now fixed, was that mvn assembly:assembly failed due to the Maven Assembly plugin failing to add a non-ASCII filename to a tar file (https://jira.codehaus.org/browse/MASSEMBLY-515), because Plexus Archiver had a bug that wrongly assumed number of chars = number of bytes, an assumption that quickly fails on UTF-8 locales (http://jira.codehaus.org/browse/PLXCOMP-195). I sent a patch to Plexus Archiver, they quickly included that patch in the next release, and Maven Assembly then made a 2.3 release which unknowingly pulled in that new release of Plexus Archiver. So by increasing the needed version of Maven Assembly to 2.3, I got that working now :). I see someone recently patched the Commons parent POM with the same version change - even better. The second is that mvn site fails because Clirr can't compare some inner classes properly, and the Maven Clirr plugin doesn't properly count and delete classes that can't be compared, leading to ArrayIndexOutOfBoundsException (http://jira.codehaus.org/browse/MCLIRR-36 and probably http://jira.codehaus.org/browse/MCLIRR-25 and http://jira.codehaus.org/browse/MCLIRR-37). I made and attached a working patch to that bug, but there's been no response yet and the project seems dead :(. I am unable to reproduce this error using current trunk of Sanselan. Are you using some local modifications to your pom.xml that specifies which artifact Clirr should compare against? All I get is this: [INFO] Unable to find a previous version of the project in the repository [INFO] Not generating Clirr report as there is no previous version of the library to compare against Clirr doesn't find the 0.97 release because the groupId and artifactId for it were different. It breaks for me because I somehow have Sanselan 0.98 (a version that was never released) in my ~/.m2 directory. But there is still a Clirr bug here which will affect future releases even if it doesn't affect this one. I will attach the minimum set of Sanselan 0.98 files needed to reproduce this bug to the bug report. I don't think applies here, but I have seen Clirr failures in the past that went away when the code was compiled with a different compiler. The failure occurred for me when code compiled by Eclipse was being checked (as can happen if using Eclipse to develop). Using mvn clean before running clirr fixed the issue. [It was a while ago; I think that was the the way it happened, rather than the reverse] See also the issue I raised a year ago: https://jira.codehaus.org/browse/MCLIRR-36 It would be good if someone in Maven-land could take a look; fixing the array bug should be trivial for someone that is familiar with building Maven plugins. Hi Just wanted to let you know that Clirr Maven Plugin 2.4 has been released. It includes a fix for MCLIRR-36. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [csv] Performance comparison
Le 11/03/2012 16:53, Benedikt Ritter a écrit : I have some spare time to help you with this. I'll check out the latest source tonight. Any suggestion where to start? Hi Benedikt, thank you for helping. You can start looking at the source of CSVParser if anything catch your eyes, and then run a profiler to try and identify the performance critical parts that could be improved. Emmanuel Bourg smime.p7s Description: S/MIME Cryptographic Signature
Re: Maven bugs when building Sanselan
Le 02/03/2012 06:28, Damjan Jovanovic a écrit : Clirr doesn't find the 0.97 release because the groupId and artifactId for it were different. It breaks for me because I somehow have Sanselan 0.98 (a version that was never released) in my ~/.m2 directory. But there is still a Clirr bug here which will affect future releases even if it doesn't affect this one. IHMO don't waste too much time on this, it's not that important to have a Clirr report for a 1.0 release. The package will be different (org.apache.commons.imaging), so there is no point checking the binary compatibility. Emmanuel Bourg smime.p7s Description: S/MIME Cryptographic Signature
Re: [csv] Performance comparison
Am 11. März 2012 21:21 schrieb Emmanuel Bourg ebo...@apache.org: Le 11/03/2012 16:53, Benedikt Ritter a écrit : I have some spare time to help you with this. I'll check out the latest source tonight. Any suggestion where to start? Hi Benedikt, thank you for helping. You can start looking at the source of CSVParser if anything catch your eyes, and then run a profiler to try and identify the performance critical parts that could be improved. Hi Emmanuel, I've started to dig my way through the source. I've not done too much performance measuring in my career yet. I would use VisualVM for profiling, if you don't know anything better. And how about some performance junit tests? They may not be as accurate as a profiler, but they can give you a feeling, whether you are on the right way. Benedikt Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[csv] Serializable on CSVFormat
Hi, I just saw that CSVFormat implements Serializable, but neither does it provide a no-arg constructor nor any of the special serialization methods (and it has no custom serialUID). Is this the way it is supposed to be? Benedikt - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [csv] Performance comparison
Le 12/03/2012 00:02, Benedikt Ritter a écrit : I've started to dig my way through the source. I've not done too much performance measuring in my career yet. I would use VisualVM for profiling, if you don't know anything better. Usually I work with JProfiler, it identifies the hotspots pretty well, but I'm not sure if it will produce relevant results on the complex methods of CSVLexer. And how about some performance junit tests? They may not be as accurate as a profiler, but they can give you a feeling, whether you are on the right way. I wrote a quick test locally, but that's not clean enough to be committed. It looks like this: public class PerformanceTest extends TestCase { private int max = 10; private BufferedReader getReader() throws IOException { return new BufferedReader(new FileReader(worldcitiespop.txt)); } public void testReadBigFile() throws Exception { for (int i = 0; i max; i++) { BufferedReader in = getReader(); long t0 = System.currentTimeMillis(); int count = readAll(in); in.close(); System.out.println(File read in + (System.currentTimeMillis() - t0) + ms ++ count + lines); } System.out.println(); } private int readAll(BufferedReader in) throws IOException { int count = 0; while (in.readLine() != null) { count++; } return count; } public void testParseBigFile() throws Exception { for (int i = 0; i max; i++) { long t0 = System.currentTimeMillis(); int count = parseCommonsCSV(getReader()); System.out.println(File parsed in + (System.currentTimeMillis() - t0) + ms with Commons CSV ++ count + lines); } System.out.println(); } private int parseCommonsCSV(Reader in) { CSVFormat format = CSVFormat.DEFAULT.withSurroundingSpacesIgnored(false); int count = 0; for (String[] record : format.parse(in)) { count++; } return count; } } Emmanuel Bourg smime.p7s Description: S/MIME Cryptographic Signature
Re: [csv] Serializable on CSVFormat
Le 12/03/2012 00:16, Benedikt Ritter a écrit : Hi, I just saw that CSVFormat implements Serializable, but neither does it provide a no-arg constructor nor any of the special serialization methods (and it has no custom serialUID). Is this the way it is supposed to be? That's a good point, thank you. I'll review that. Emmanuel Bourg smime.p7s Description: S/MIME Cryptographic Signature
[GUMP@vmgump]: Project commons-digester3 (in module apache-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-digester3 has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 58 runs. The current state of this project is 'Failed', with reason 'Missing Build Outputs'. For reference only, the following projects are affected by this: - commons-digester3 : XML to Java Object Configuration - commons-digester3-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [commons-digester3-*[0-9T].jar] identifier set to project name -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/digester/pom.xml -INFO- Failed with reason missing build outputs -ERROR- Missing Output: /srv/gump/public/workspace/apache-commons/digester/target/commons-digester3-*[0-9T].jar -ERROR- See Directory Listing Work for Missing Outputs -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-digester3/gump_work/build_apache-commons_commons-digester3.html Work Name: build_apache-commons_commons-digester3 (Type: Build) Work ended in a state of : Success Elapsed: 1 min 33 secs Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings /srv/gump/public/workspace/apache-commons/digester/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/apache-commons/digester] M2_HOME: /opt/maven2 - Downloading: http://localhost:8192/maven2/org/codehaus/plexus/plexus-archiver/1.1/plexus-archiver-1.1.pom Downloading: http://localhost:8192/maven2/org/apache/maven/shared/maven-shared-io/1.1/maven-shared-io-1.1.pom Downloading: http://localhost:8192/maven2/org/apache/maven/shared/maven-repository-builder/1.0-alpha-2/maven-repository-builder-1.0-alpha-2.pom Downloading: http://localhost:8192/maven2/org/apache/maven/shared/maven-common-artifact-filters/1.0-alpha-1/maven-common-artifact-filters-1.0-alpha-1.pom Downloading: http://localhost:8192/maven2/org/apache/maven/shared/maven-shared-components/6/maven-shared-components-6.pom Downloading: http://localhost:8192/maven2/org/codehaus/plexus/plexus-archiver/1.1/plexus-archiver-1.1.jar Downloading: http://localhost:8192/maven2/org/apache/maven/shared/maven-shared-io/1.1/maven-shared-io-1.1.jar Downloading: http://localhost:8192/maven2/org/apache/maven/shared/maven-repository-builder/1.0-alpha-2/maven-repository-builder-1.0-alpha-2.jar [INFO] [assembly:single {execution: default}] [INFO] Reading assembly descriptor: /srv/gump/public/workspace/apache-commons/digester/dist/src/main/assembly/bin.xml [INFO] Reading assembly descriptor: /srv/gump/public/workspace/apache-commons/digester/dist/src/main/assembly/src.xml [INFO] Building tar : /srv/gump/public/workspace/apache-commons/digester/dist/target/commons-digester3-3.3-SNAPSHOT-bin.tar.gz [INFO] Building zip: /srv/gump/public/workspace/apache-commons/digester/dist/target/commons-digester3-3.3-SNAPSHOT-bin.zip [INFO] Building tar : /srv/gump/public/workspace/apache-commons/digester/dist/target/commons-digester3-3.3-SNAPSHOT-src.tar.gz [INFO] Building zip: /srv/gump/public/workspace/apache-commons/digester/dist/target/commons-digester3-3.3-SNAPSHOT-src.zip [INFO] [INFO] [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache Commons Digester ... SUCCESS [9.736s] [INFO] Apache Commons Digester :: Core ... SUCCESS [29.368s] [INFO] Apache Commons Digester :: Annotations Processor .. SUCCESS [2.408s] [INFO] Commons Digester :: Examples .. SUCCESS [0.789s] [INFO] Apache Commons Digester :: Examples :: Annotations :: Atom SUCCESS [3.142s] [INFO] Apache Commons Digester :: Examples :: API :: Address Book SUCCESS [2.072s] [INFO] Apache Commons Digester :: Examples :: API :: Catalog . SUCCESS [1.776s] [INFO] Apache Commons Digester :: Examples :: API :: DB Insert SUCCESS [2.015s] [INFO] Apache Commons Digester :: Examples :: API :: Document Markup SUCCESS [1.741s] [INFO] Apache Commons Digester :: Examples :: EDSL :: Atom ... SUCCESS [1.903s] [INFO] Apache Commons Digester :: Examples :: Plugins :: Pipeline SUCCESS [1.509s] [INFO] Apache Commons Digester ::
Re: [csv] Serializable on CSVFormat
On 11 March 2012 23:27, Emmanuel Bourg ebo...@apache.org wrote: Le 12/03/2012 00:16, Benedikt Ritter a écrit : Hi, I just saw that CSVFormat implements Serializable, but neither does it provide a no-arg constructor nor any of the special serialization methods (and it has no custom serialUID). Is this the way it is supposed to be? That's a good point, thank you. I'll review that. Does it make sense for CSV to be serialisable? Supporting Serializable can be non-trivial. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [PARENT] 24-SNAPSHOT pushed again
On 11 March 2012 17:15, Gary Gregory garydgreg...@gmail.com wrote: On Fri, Mar 9, 2012 at 6:24 PM, sebb seb...@gmail.com wrote: On 9 March 2012 20:35, Gary Gregory garydgreg...@gmail.com wrote: On Fri, Mar 9, 2012 at 2:50 PM, sebb seb...@gmail.com wrote: I've just updated the CP24-SNAPSHOT in case anyone wants to try using it. I must not have Maven set up to pick SNAPSHOTS, where is that doc's for our snapshots? Add the following profile to settings.xml: !-- ensure parent POMs can get updated -- profile idapache.snapshots/id repositories repository idapache.snapshots/id nameApache Snapshot Repository/name urlhttp://repository.apache.org/snapshots/url releases enabledfalse/enabled /releases /repository /repositories /profile Still no dice. Maven drive me nuts sometimes... I can publish the POM locally of course... Did you enable the profile? Either using -P, or by adding the following to settings.xml permanently enable it: activeProfiles activeProfileapache.snapshots/activeProfile /activeProfiles - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [PARENT] 24-SNAPSHOT pushed again
On Mar 11, 2012, at 23:28, sebb seb...@gmail.com wrote: On 11 March 2012 17:15, Gary Gregory garydgreg...@gmail.com wrote: On Fri, Mar 9, 2012 at 6:24 PM, sebb seb...@gmail.com wrote: On 9 March 2012 20:35, Gary Gregory garydgreg...@gmail.com wrote: On Fri, Mar 9, 2012 at 2:50 PM, sebb seb...@gmail.com wrote: I've just updated the CP24-SNAPSHOT in case anyone wants to try using it. I must not have Maven set up to pick SNAPSHOTS, where is that doc's for our snapshots? Add the following profile to settings.xml: !-- ensure parent POMs can get updated -- profile idapache.snapshots/id repositories repository idapache.snapshots/id nameApache Snapshot Repository/name urlhttp://repository.apache.org/snapshots/url releases enabledfalse/enabled /releases /repository /repositories /profile Still no dice. Maven drive me nuts sometimes... I can publish the POM locally of course... Did you enable the profile? Either using -P, or by adding the following to settings.xml permanently enable it: activeProfiles activeProfileapache.snapshots/activeProfile /activeProfiles Ah, no. Thank you for the tip! Gary - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GUMP@vmgump]: Project commons-scxml-test (in module apache-commons) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at gene...@gump.apache.org. Project commons-scxml-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 39 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-scxml-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -WARNING- Overriding Maven settings: [/srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml] -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/scxml/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-scxml-test/gump_work/build_apache-commons_commons-scxml-test.html Work Name: build_apache-commons_commons-scxml-test (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: /opt/maven2/bin/mvn --batch-mode -Dsimplelog.defaultlog=info --settings /srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml test [Working Directory: /srv/gump/public/workspace/apache-commons/scxml] M2_HOME: /opt/maven2 - [INFO] SimpleSCXMLListener - /s2/s2.1/e1.2 [INFO] SimpleSCXMLListener - /s2/s2.1/e1.2 [INFO] SimpleSCXMLListener - /s2/s2.1 [INFO] SimpleSCXMLListener - /s2 [INFO] SimpleSCXMLListener - transition (event = s2.1.done, cond = null, from = /s2, to = /s3) [INFO] SimpleSCXMLListener - /s3 Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec Running org.apache.commons.scxml.issues.Issue64Test [INFO] SCXMLSemantics - null: Begin transition bug test ... [INFO] SimpleSCXMLListener - /tranbug [INFO] SimpleSCXMLListener - /tranbug [INFO] SCXMLSemantics - null: somedata [INFO] SCXMLSemantics - null: *somedata [INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = /tranbug, to = /end) [INFO] SimpleSCXMLListener - /end [WARN] SCXMLParser - Ignoring element misplaced in namespace http://www.w3.org/2005/07/scxml; at file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:30:21 and digester match scxml/datamodel/misplaced [WARN] SCXMLParser - Ignoring element foo in namespace http://www.w3.org/2005/07/scxml; at file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:36:19 and digester match scxml/state/onentry/foo [WARN] SCXMLParser - Ignoring element bar in namespace http://my.foo.example/; at file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:37:22 and digester match scxml/state/onentry/bar [WARN] SCXMLParser - Ignoring element datamodel in namespace http://www.w3.org/2005/07/scxml; at file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:41:21 and digester match scxml/state/transition/datamodel [WARN] SCXMLParser - Ignoring element data in namespace http://www.w3.org/2005/07/scxml; at file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:42:41 and digester match scxml/state/transition/datamodel/data [WARN] SCXMLParser - Ignoring element baz in namespace http://my.foo.example/; at file:/srv/gump/public/workspace/apache-commons/scxml/target/test-classes/org/apache/commons/scxml/issues/issue64-02.xml:49:14 and digester match scxml/baz [INFO] SCXMLSemantics - null: Begin transition bug test ... [INFO] SimpleSCXMLListener - /tranbug [INFO] SimpleSCXMLListener - /tranbug [INFO] SCXMLSemantics - null: null [WARN] SimpleErrorReporter - EXPRESSION_ERROR (eval(''*' + dummy'):null): [INFO] SimpleSCXMLListener - transition (event = show.bug, cond = null, from = /tranbug, to = /end) [INFO] SimpleSCXMLListener - /end Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.061 sec Results : Failed tests: testCustomActionCallbacks(org.apache.commons.scxml.model.CustomActionTest) Tests run: 229, Failures: 1, Errors: 0, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO]