[g...@vmgump]: Project commons-configuration-test (in module apache-commons) failed

2009-01-10 Thread Gump
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-configuration-test has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 17 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-configuration-test :  Apache Commons


Full details are available at:

http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -WARNING- Overriding Maven2 settings: 
[/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml]
 -DEBUG- (Gump generated) Maven2 Settings in: 
/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: 
/srv/gump/public/workspace/apache-commons/configuration/pom.xml



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/gump_work/build_apache-commons_commons-configuration-test.html
Work Name: build_apache-commons_commons-configuration-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 26 secs
Command Line: mvn --batch-mode --settings 
/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml 
test 
[Working Directory: /srv/gump/public/workspace/apache-commons/configuration]
CLASSPATH: 
/usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/configuration/target/commons-configuration-1.7-SNAPSHOT.jar
-
  testEmptyElements(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveWithNullEncoding(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctype(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithDoctypeIDs(org.apache.commons.configuration.TestXMLConfiguration)
  testSubsetWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  
testConfigurationAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  
testConfigurationsAtWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testGetKeysWithReload(org.apache.commons.configuration.TestXMLConfiguration)
  testSetTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  
testClearTextRootElement(org.apache.commons.configuration.TestXMLConfiguration)
  
testAutoSaveWithSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  
testAutoSaveWithSubSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveDelimiterParsingDisabledAttrs(org.apache.commons.configuration.TestXMLConfiguration)
  
testMultipleAttrValuesEscaped(org.apache.commons.configuration.TestXMLConfiguration)
  
testAutoSaveWithReloadingStrategy(org.apache.commons.configuration.TestXMLConfiguration)
  testAutoSaveAddNodes(org.apache.commons.configuration.TestXMLConfiguration)
  testAddNodesAndSave(org.apache.commons.configuration.TestXMLConfiguration)
  testRegisterEntityId(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveAfterCreateWithCopyConstructor(org.apache.commons.configuration.TestXMLConfiguration)
  testCopyRootName(org.apache.commons.configuration.TestXMLConfiguration)
  
testCopyRootNameNoDocument(org.apache.commons.configuration.TestXMLConfiguration)
  testSaveWithValidation(org.apache.commons.configuration.TestXMLConfiguration)
  
testSaveWithValidationFailure(org.apache.commons.configuration.TestXMLConfiguration)
  testParse(org.apache.commons.configuration.TestBaseConfigurationXMLReader)
  
testSetRootName(org.apache.commons.configuration.TestBaseConfigurationXMLReader)
  
testParentReloadNotSupported(org.apache.commons.configuration.TestSubnodeConfiguration)
  
testParentReloadSupported(org.apache.commons.configuration.TestSubnodeConfiguration)
  
testParentReloadSupportAccessParent(org.apache.commons.configuration.TestSubnodeConfiguration)
  
testParentReloadSubSubnode(org.apache.commons.configuration.TestSubnodeConfiguration)
  
testParentReloadSubSubnodeNoChangeSupport(org.apache.commons.configuration.TestSubnodeConfiguration)
  
testParse(org.apache.commons.configuration.TestHierarchicalConfigurationXMLReader)
  
testLoadXMLWithSettings(org.apache.commons.configuration.TestDefaultConfigurationBuilder)

Tests run: 1333, Failures: 0, Errors: 49, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] --

[g...@vmgump]: Project commons-vfs (in module apache-commons) failed

2009-01-10 Thread Gump
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-vfs has an issue affecting its community integration.
This issue affects 30 projects,
 and has been outstanding for 7 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- ant-contrib :  Useful little Ant tasks
- ant-contrib-test :  Useful little Ant tasks
- antbook-diary-core :  Examples to go with Java Development with Ant
- antbook-sections :  Examples to go with Java Development with Ant
- cddlm :  Configuration and Deployment of Grid Applications and System...
- commons-vfs :  Apache Commons
- commons-vfs-sandbox :  Apache Commons
- commons-vfs-test :  Apache Commons
- excalibur-fortress-bean :  Repository of reusable components.
- excalibur-fortress-container-impl :  Repository of reusable components.
- excalibur-fortress-container-test :  Repository of reusable components.
- excalibur-fortress-examples :  Repository of reusable components.
- excalibur-fortress-migration :  Repository of reusable components.
- excalibur-fortress-platform :  Repository of reusable components.
- excalibur-fortress-testcase :  Repository of reusable components.
- excalibur-monitor :  Repository of reusable components.
- excalibur-sourceresolve :  Repository of reusable components.
- excalibur-xmlutil :  Repository of reusable components.
- invicta :  Open-source build management tool.
- ivy :  Ivy Core
- ivy-tests :  Ivy is a tool for managing (recording, tracking, resolving 
a...
- logging-log4cxx-ant :  Apache log4cxx
- logging-log4cxx-ant-no_wchar_t :  Apache log4cxx
- logging-log4cxx-ant-static :  Apache log4cxx
- smartfrog :  Smartfrog: Application Deployment from HP Laboratories
- smartfrog-components :  Smartfrog: Application Deployment from HP 
Laboratories
- smartfrog-tasks :  Smartfrog: Application Deployment from HP Laboratories
- smartfrog-tasks-test :  Smartfrog: Application Deployment from HP 
Laboratories
- smartfrog-test :  Smartfrog: Application Deployment from HP Laboratories
- smartfrog-testharness :  Smartfrog: Application Deployment from HP 
Laboratories


Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-vfs/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [commons-vfs-2.0-SNAPSHOT.jar] identifier set to project 
name
 -DEBUG- (Gump generated) Maven2 Settings in: 
/srv/gump/public/workspace/apache-commons/vfs/gump_mvn_settings.xml
 -INFO- Failed with reason build failed
 -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/vfs/pom.xml
 -INFO- Failed to extract fallback artifacts from Gump Repository



The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-vfs/gump_work/build_apache-commons_commons-vfs.html
Work Name: build_apache-commons_commons-vfs (Type: Build)
Work ended in a state of : Failed
Elapsed: 1 min 3 secs
Command Line: mvn --batch-mode -Dmaven.test.skip=true --settings 
/srv/gump/public/workspace/apache-commons/vfs/gump_mvn_settings.xml package 
[Working Directory: /srv/gump/public/workspace/apache-commons/vfs]
CLASSPATH: 
/usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/junit/dist/junit-10012009.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-10012009.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-10012009.jar:/srv/gump/public/workspace/apache-commons/collections/build/commons-collections-10012009.jar:/srv/gump/public/workspace/httpcompo
 
nents/2.0.2/commons-httpclient-2.0.2.jar:/srv/gump/public/workspace/apache-commons/net/dist/commons-net-10012009.jar:/srv/gump/packages/jcifs/jcifs-0.8.1.jar:/srv/gump/packages/jsch/jsch-0.1.38.jar
-
Downloading: http://localhost:8192/maven2/com/jcraft/jsch/0.1.31/jsch-0.1.31.jar
167K downloaded
Downloading: 
http://people.apache.org/repo/m1-snapshot-repository//junit/jars/junit-3.8.1.jar
Downloading: h

Gump

2009-01-10 Thread Ralph Goers
I'm curious as to why the last change was made to commons-proper.xml.  
I fixed the broken unit test yesterday and last night's run should  
have worked. I'm not sure why it is a good idea to split the tests  
from the build but I would prefer they not be, just as they aren't for  
other commons projects.


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: svn commit: r732892 - in /commons/proper/scxml/branches/J6/src: main/java/org/apache/commons/scxml/io/ModelUpdater.java main/java/org/apache/commons/scxml/io/SCXMLSerializer.java test/java/org/apa

2009-01-10 Thread sebb
In 09/01/2009, ra...@apache.org  wrote:
> Author: rahul
>  Date: Thu Jan  8 16:56:16 2009
>  New Revision: 732892
>
>  URL: http://svn.apache.org/viewvc?rev=732892&view=rev
>  Log:
>  Restore some of the bits removed in r732856.

Oops - sorry about that...

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



[email] Some hands are needed for field testing commons-email ...

2009-01-10 Thread Siegfried Goeschl
Hi folks,

the last release of commons-email had issues regarding HtmlEmails and
I'm in the process to fix that. The challenge is that I need to test
with a lot of mail clients on various platforms which is quite time
consuming. And did I mention that I need to retest after each change? I
plan to send out test emails a few times over the next few weeks to make
sure that commons-email is in a good shape before making a release.

So the question is ...

"Anyone out there to have a look at a few test emails in his/her
favorite mail client, e.g. GMail, Yahoo, Outlook, Outlook Express,
Pegasus, Entourage, OWA, ...?!"

If you are happy lending a hand, please respond with the following
information

+) your name (so I can mention your help on the project website)
+) your mail client of choice
+) you OS and OS version if you are not using a webmail client

Thanks in advance,

Siegfried Goeschl

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: [email] Some hands are needed for field testing commons-email ...

2009-01-10 Thread Hasan Diwan
2009/1/10 Siegfried Goeschl :
> +) your name (so I can mention your help on the project website)
Hasan Diwan

> +) your mail client of choice
GMail on Firefox

> +) you OS and OS version if you are not using a webmail client

Mac OS X 10.5.8
-- 
Cheers,
Hasan Diwan 

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: [email] Some hands are needed for field testing commons-email ...

2009-01-10 Thread Jörg Schaible
Hi,

Siegfried Goeschl wrote:

> Hi folks,
> 
> the last release of commons-email had issues regarding HtmlEmails and
> I'm in the process to fix that. The challenge is that I need to test
> with a lot of mail clients on various platforms which is quite time
> consuming. And did I mention that I need to retest after each change? I
> plan to send out test emails a few times over the next few weeks to make
> sure that commons-email is in a good shape before making a release.
> 
> So the question is ...
> 
> "Anyone out there to have a look at a few test emails in his/her
> favorite mail client, e.g. GMail, Yahoo, Outlook, Outlook Express,
> Pegasus, Entourage, OWA, ...?!"
> 
> If you are happy lending a hand, please respond with the following
> information
> 
> +) your name (so I can mention your help on the project website)

Jörg Schaible

> +) your mail client of choice

KMail 1.9.9 (KDE 3.5.9)

> +) you OS and OS version if you are not using a webmail client

$ uname -a
Gentoo Linux

- Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org



Re: Gump

2009-01-10 Thread Bill Barker

"Ralph Goers"  wrote in message 
news:e5f9b3bc-6c90-4592-a1e3-0e906bd4b...@dslextreme.com...
> I'm curious as to why the last change was made to commons-proper.xml.  I 
> fixed the broken unit test yesterday and last night's run should  have 
> worked. I'm not sure why it is a good idea to split the tests  from the 
> build but I would prefer they not be, just as they aren't for  other 
> commons projects.

Generally the test are split from the build when a project is failing for 
awhile because of a test failure and it has other projects that depend on 
it.  In this case, the dependant projects won't be built by Gump because of 
the failure.  By splitting, the jar files are available for these projects 
to get built by Gump.

Of course, all ASF committers have karma to change the Gump metadata, so you 
are free to change it back. 




-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org