Re: [all] moving to svnpubsub or CMS?
On Tue, Nov 13, 2012 at 11:40 PM, Luc Maisonobe wrote: > Please, could someone who knows what to do step up? > I can't volunteer the time to do this, but I can say that process is really quite simple. We switched with Drill and the results are not bad at all. See http://incubator.apache.org/drill/ All you need to do is translate the pages to mark-down text, copy and adapt a few headers and stick the resulting files into a standardized directory structure in SVN. From there, you notify infra that you have a CMS set of pages ready to go and shortly later, you have CMS supported site. To edit pages after that, you can either edit the markdown version in SVN, check it back in and trigger a CMS rebuild. It is much easier to use a javascript bookmark provided for the purpose which triggers an in-browser edit of the page. You can then stage, review and finally publish the page from your browser. The entire process is (somewhat voluminously) documented at http://www.apache.org/dev/cms.html It really is relatively painless.
Re: [math] UTF-8 characters in javadoc comments
Hello Luc, 2012/11/14 Luc Maisonobe > Le 14/11/2012 07:53, Sébastien Brisard a écrit : > > Hi, > > Hi Sébastien, > > > since the pom specifies the encoding of our source files as well as the > > generated HTML files of the Javadoc, it occured to me that it is possible > > to use UTF-8 characters in the Javadoc comments. > > I think using Γ instead of Γ, or ≤ instead of ≤ increases > > readability of the source files. However, to the best of my knowledge, > > UTF-8 characters are not used in our source files. Is there a reason for > > this? Do you object to my using these in the Gamma and Beta classes? > > I strongly second this idea! UTF-8 is really the way to go and I am not > aware of any system that would not support it by now. > We need however to make sure that the web page we produce[1] is able to > display it correctly, i.e. they must have character encoding set to > UTF-8. From what I recall, there was once a problem with maven generated > sites that were declared latin-1 encoded even if it was not true. > > There is no problem with the current setup of our website (at least, the website generated locally has no problem). For the new system, I would like to step up, but I really (really) have no clue what you are talking about... I don't know what svnpubsub or CMS are. There is a pointer in Ted's answer to your other message. I'll read through the doc, and if I feel not too incompetent, I will try it on CM if you want. Have a good day, Sébastien > best regards, > Luc > > [1] or will produce in our new svnpubsub or CMS, see my other message today > > > > > Best regards, > > Sébastien > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [all] moving to svnpubsub or CMS?
On 11/14/2012 08:40 AM, Luc Maisonobe wrote: > Hi all, > > Once again, I ping everyone in our community to find a volunteer to move > our site to one of the new mechanisms provided by infra: svnpubsub or > the Apache CMS. > > We really *need* to do this. If we don't, our site will be completely > frozen at end of year. Infra has already warned several time about this > and about the fact they need some time to move projects and will not be > able to cope with all projects moving at the same time. > > Please, could someone who knows what to do step up? I can volunteer doing this, but I would need more information and most likely some help. Thomas - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GUMP@vmgump]: Project commons-io-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-io-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 15 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-io-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-io-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/io/gump_mvn_settings.xml] -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/io/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/io/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/io/target/surefire-reports The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-io-test/gump_work/build_apache-commons_commons-io-test.html Work Name: build_apache-commons_commons-io-test (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 52 secs Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/io/gump_mvn_settings.xml test [Working Directory: /srv/gump/public/workspace/apache-commons/io] M2_HOME: /opt/maven2 - Running org.apache.commons.io.comparator.CompositeFileComparatorTest Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.157 sec Running org.apache.commons.io.comparator.DefaultFileComparatorTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.134 sec Running org.apache.commons.io.comparator.DirectoryFileComparatorTest Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.141 sec Running org.apache.commons.io.comparator.ExtensionFileComparatorTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.134 sec Running org.apache.commons.io.comparator.PathFileComparatorTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.132 sec Running org.apache.commons.io.comparator.NameFileComparatorTest Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.135 sec Running org.apache.commons.io.IOUtilsTestCase Tests run: 63, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.643 sec Running org.apache.commons.io.IOCaseTestCase Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.147 sec Running org.apache.commons.io.LineIteratorTestCase Tests run: 16, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.244 sec Running org.apache.commons.io.FileUtilsCleanDirectoryTestCase Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.177 sec Running org.apache.commons.io.IOUtilsWriteTestCase Tests run: 53, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.4 sec Running org.apache.commons.io.FilenameUtilsWildcardTestCase Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.207 sec Running org.apache.commons.io.FileUtilsListFilesTestCase Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.156 sec Running org.apache.commons.io.FileSystemUtilsTestCase Tests run: 28, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.291 sec Running org.apache.commons.io.DirectoryWalkerTestCaseJava4 Tests run: 14, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.271 sec Results : Failed tests: testIO_356(org.apache.commons.io.input.CharSequenceInputStreamTest): bufferSize=10 dataSize=13: arrays first differed at element [0]; expected:<65> but was:<78> Tests run: 984, Failures: 1, Errors: 0, Skipped: 1 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There are test failures. Please refer to /srv/gump/public/workspace/apache-commons/io/target/surefire-reports for the individual test results. [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 minute 51 seconds [INFO] Finished at: Wed Nov 14 08:24:08 UTC 2012 [INFO] Final Memory: 37M/89M [INFO] - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-io-test/rss.xml - Atom: http://vmgump.
Re: [math] UTF-8 characters in javadoc comments
Hi again, Correction > > There is no problem with the current setup of our website (at least, the > website generated locally has no problem). > > I was sure of the contrary, but it turns out that the generated Javadoc does not display UTF-8 characters correctly, although the following properties are set in the pom.xml UTF-8 UTF-8 I will enquire. Meanwhile, you *can* use UTF-8 characters in the *.apt files used for the website. Sébastien
Re: [all] moving to svnpubsub or CMS?
On 14.11.2012 08:40, Luc Maisonobe wrote: Please, could someone who knows what to do step up? Just a quick note that sites created by Maven can be published with svnpubsub using the SCM Publish Maven Plugin (http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/). I guess this may keep the effort manageable (no further experience, though). See especially the link http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/examples/importing-maven-site.html for how to do the initial import. Bye, Thomas. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[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 14 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
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
-INFO- Failed with reason build failed
-DEBUG- Maven POM in:
/srv/gump/public/workspace/apache-commons/digester/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-digester3/gump_work/build_apache-commons_commons-digester3.html
Work Name: build_apache-commons_commons-digester3 (Type: Build)
Work ended in a state of : Failed
Elapsed: 59 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
-
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn
--non-interactive info
[INFO] Working directory:
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildNumber: ?? at timestamp: 1352887017155
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/digester/annotations-processor && svn
--non-interactive info
[INFO] Working directory:
/srv/gump/public/workspace/apache-commons/digester/annotations-processor
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 5 source files to
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/classes
[INFO] [bundle:manifest {execution: bundle-manifest}]
[debug] execute contextualize
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/src/test/resources
[INFO] Copying 0 resource to META-INF
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 3 source files to
/srv/gump/public/workspace/apache-commons/digester/annotations-processor/target/test-classes
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/image")
>@org.apache.commons.digester3.annotations.rules.ObjectCreate(pattern="rss/channel/item")
>
[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR] error: Impossible to generate class
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule:
Attempt to recreate a file for type
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[ERROR] error: Impossible to generate class
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule:
Attempt to recreate a file for type
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule
[INFO] 2 errors
[INFO] -
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
error: Impossible to generate class
org.apache.commons.digester3.annotations.processor.GeneratedRulesModule:
Attempt to recreate a file for type
org.apache.commons.digester3.annota
[GUMP@vmgump]: Project commons-chain2 (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-chain2 has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 205 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-chain2 : GoF "Chain of Responsibility" pattern Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/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-chain2-*[0-9T].jar] identifier set to project name -DEBUG- Sole pom output [pom.xml] identifier set to project name -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/chain/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-chain2/gump_work/build_apache-commons_commons-chain2.html Work Name: build_apache-commons_commons-chain2 (Type: Build) Work ended in a state of : Failed Elapsed: 59 secs Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/chain/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/apache-commons/chain] M2_HOME: /opt/maven2 - [INFO] Building war: /srv/gump/public/workspace/apache-commons/chain/apps/cookbook-examples/target/chain-cookbook-examples-2.0-SNAPSHOT.war [INFO] [INFO] Building Apache Commons Chain :: Distribution Packages [INFO]task-segment: [package] [INFO] [INFO] snapshot org.apache.commons:commons-chain2-configuration:2.0-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.pom [INFO] Unable to find resource 'org.apache.commons:commons-chain2-configuration:pom:2.0-SNAPSHOT' in repository apache.snapshots (http://repository.apache.org/snapshots) Downloading: http://localhost:8192/repo/m2-snapshot-repository/org/apache/commons/commons-chain2-configuration/2.0-SNAPSHOT/commons-chain2-configuration-2.0-SNAPSHOT.jar [INFO] Unable to find resource 'org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT' in repository apache.snapshots (http://repository.apache.org/snapshots) [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.commons -DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.commons -DartifactId=commons-chain2-configuration -Dversion=2.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT 2) org.apache.commons:commons-chain2-configuration:jar:2.0-SNAPSHOT -- 1 required artifact is missing. for artifact: org.apache.commons:commons-chain2:pom:2.0-SNAPSHOT from the specified remote repositories: gump-central (http://localhost:8192/maven2), gump-apache.snapshots (http://localhost:8192/repo/m2-snapshot-repository) [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 58 seconds [INFO] Finished at: Wed Nov 14 11:07:09 UTC 2012 [INFO] Final Memory: 114M/241M [INFO] - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/rss.xml - Atom: http://vmgump.apache.org/gump/public/apache-commons/commons-chain2/atom
Re: [math] UTF-8 characters in javadoc comments
I think you have to tell the compiler and javadoc plugin about the encoding. Gary On Nov 14, 2012, at 3:31, "Sébastien Brisard" wrote: > Hi again, > > Correction > >> >> There is no problem with the current setup of our website (at least, the >> website generated locally has no problem). >> >> I was sure of the contrary, but it turns out that the generated Javadoc > does not display UTF-8 characters correctly, although the following > properties are set in the pom.xml >UTF-8 > > UTF-8 > > I will enquire. Meanwhile, you *can* use UTF-8 characters in the *.apt > files used for the website. > Sébastien - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [math] UTF-8 characters in javadoc comments
Hi Gary,
2012/11/14 Gary Gregory
> I think you have to tell the compiler and javadoc plugin about the
> encoding.
>
> The thing I don't understand is that the encoding for the javadoc plugin
should default [1] to ${project.build.sourceEncoding} and
${project.reporting.outputEncoding} which are both set to UTF-8 in our pom.
I must be missing something...
Sébastien
[1]
http://maven.apache.org/plugins/maven-javadoc-plugin/faq.html#What_are_the_values_of_encoding_docencoding_and_charset_parameters
Gary
>
> On Nov 14, 2012, at 3:31, "Sébastien Brisard"
> wrote:
>
> > Hi again,
> >
> > Correction
> >
> >>
> >> There is no problem with the current setup of our website (at least, the
> >> website generated locally has no problem).
> >>
> >> I was sure of the contrary, but it turns out that the generated Javadoc
> > does not display UTF-8 characters correctly, although the following
> > properties are set in the pom.xml
> >UTF-8
> >
> >
> UTF-8
> >
> > I will enquire. Meanwhile, you *can* use UTF-8 characters in the *.apt
> > files used for the website.
> > Sébastien
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
[GUMP@vmgump]: Project commons-proxy-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-proxy-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 19 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-proxy-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-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/proxy/gump_mvn_settings.xml] -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/proxy/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/proxy/target/surefire-reports The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-proxy-test/gump_work/build_apache-commons_commons-proxy-test.html Work Name: build_apache-commons_commons-proxy-test (Type: Build) Work ended in a state of : Failed Elapsed: 16 secs Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/proxy/gump_mvn_settings.xml test [Working Directory: /srv/gump/public/workspace/apache-commons/proxy] M2_HOME: /opt/maven2 - Running org.apache.commons.proxy.factory.util.TestMethodSignature Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec Results : Tests in error: testMethodInvocationImplementation(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testSerialization(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testMethodInterception(org.apache.commons.proxy.interceptor.TestMethodInterceptorAdapter) testInvalidHandlerName(org.apache.commons.proxy.invoker.TestXmlRpcInvoker) testMethodInvocation(org.apache.commons.proxy.invoker.TestInvocationHandlerAdapter) testInterceptorEquals(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerEquals(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorWithSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerWithSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testProxiesWithClashingFinalMethodInSuperclass(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorHashCode(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerHashCode(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testBooleanInterceptorParameter(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testChangingArguments(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testCreateInterceptorProxy(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptingProxyClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptingProxySerializable(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorProxyWithCheckedException(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInterceptorProxyWithUncheckedException(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxy(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxyClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testInvokerProxySerializable(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationClassCaching(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationDuplicateMethods(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testMethodInvocationImplementation(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testWithNonAccessibleTargetType(org.apache.commons.proxy.factory.javassist.TestJavassistProxyFactory) testCreateNullObject(org.apache.commons.proxy.TestProxyUtils) testCreateNullObjectWithClassLoader(org.apache.commons.proxy.TestProxyUtils) Tests run: 179, Failures: 0, Errors: 28, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] There
[GUMP@vmgump]: Project commons-dbutils (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-dbutils has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 183 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbutils : Commons DbUtils
Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbutils/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-dbutils-*[0-9T].jar] identifier set to
project name
-INFO- Optional dependency mockito failed with reason build failed
-DEBUG- (Apache Gump generated) Apache Maven Settings in:
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml
-INFO- Failed with reason build failed
-DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/dbutils/pom.xml
-INFO- Project Reports in:
/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports
-WARNING- No directory
[/srv/gump/public/workspace/apache-commons/dbutils/target/surefire-reports]
-INFO- Failed to extract fallback artifacts from Gump Repository
The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbutils/gump_work/build_apache-commons_commons-dbutils.html
Work Name: build_apache-commons_commons-dbutils (Type: Build)
Work ended in a state of : Failed
Elapsed: 16 secs
Command Line: /opt/maven2/bin/mvn --batch-mode --settings
/srv/gump/public/workspace/apache-commons/dbutils/gump_mvn_settings.xml package
[Working Directory: /srv/gump/public/workspace/apache-commons/dbutils]
M2_HOME: /opt/maven2
-
1K downloaded (mockito-core-1.9.0.pom)
Downloading:
http://localhost:8192/maven2/org/hamcrest/hamcrest-all/1.1/hamcrest-all-1.1.pom
479b downloaded (hamcrest-all-1.1.pom)
Downloading:
http://localhost:8192/maven2/org/mockito/mockito-core/1.9.0/mockito-core-1.9.0.jar
Downloading:
http://localhost:8192/maven2/org/hamcrest/hamcrest-all/1.1/hamcrest-all-1.1.jar
273K downloaded (hamcrest-all-1.1.jar)
1381K downloaded (mockito-core-1.9.0.jar)
[INFO] [antrun:run {execution: javadoc.resources}]
[INFO] Executing tasks
main:
[copy] Copying 2 files to
/srv/gump/public/workspace/apache-commons/dbutils/target/apidocs/META-INF
[INFO] Executed tasks
[WARNING] The parameter expression: 'project.build.resources' used in mojo:
'process' has been deprecated. Use 'project.resources' instead.
[INFO] [remote-resources:process {execution: default}]
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/dbutils && svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildNumber: ?? at timestamp: 1352893629439
[INFO] Executing: /bin/sh -c cd
/srv/gump/public/workspace/apache-commons/dbutils && svn --non-interactive info
[INFO] Working directory: /srv/gump/public/workspace/apache-commons/dbutils
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH
[debug] execute contextualize
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'iso-8859-1' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/srv/gump/public/workspace/apache-commons/dbutils/src/main/resources
[INFO] Copying 2 resources to META-INF
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 29 source files to
/srv/gump/public/workspace/apache-commons/dbutils/target/classes
[INFO] -
[ERROR] COMPILATION ERROR :
[INFO] -
[ERROR]
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
error: DriverProxy is not abstract and does not override abstract method
getParentLogger() in Driver
[INFO] 1 error
[INFO] -
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/srv/gump/public/workspace/apache-commons/dbutils/src/main/java/org/apache/commons/dbutils/DbUtils.java:[334,25]
error: DriverProxy is not abstract and does not override abstract method
getParentLogger() in Driver
[INFO]
[INFO] For more information, run Mav
[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 188 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: 24 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.359 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 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 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 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 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 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 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.099 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]
[INFO
Re: [all] moving to svnpubsub or CMS?
Le 14/11/2012 08:59, Ted Dunning a écrit : > All you need to do is translate the pages to mark-down text, copy and adapt > a few headers and stick the resulting files into a standardized directory > structure in SVN. From there, you notify infra that you have a CMS set of > pages ready to go and shortly later, you have CMS supported site. Is it possible to publish generated content like Javadocs and Maven sites with this CMS ? Emmanuel Bourg smime.p7s Description: Signature cryptographique S/MIME
Re: [all] moving to svnpubsub or CMS?
On Wed, Nov 14, 2012 at 6:54 AM, Emmanuel Bourg wrote: > Le 14/11/2012 08:59, Ted Dunning a écrit : > > > All you need to do is translate the pages to mark-down text, copy and > adapt > > a few headers and stick the resulting files into a standardized directory > > structure in SVN. From there, you notify infra that you have a CMS set > of > > pages ready to go and shortly later, you have CMS supported site. > > Is it possible to publish generated content like Javadocs and Maven > sites with this CMS ? > Yes. See the answer posted 6 hours before your question.
Re: [math] UTF-8 characters in javadoc comments
On Wed, Nov 14, 2012 at 12:11 AM, Sébastien Brisard < sebastien.bris...@m4x.org> wrote: > > There is no problem with the current setup of our website (at least, the >> website generated locally has no problem). > > For the new system, I would like to step up, but I really (really) have > no clue what you are talking about... I don't know what svnpubsub or CMS > are. > >> There is a pointer in Ted's answer to your other message. I'll read > through > the doc, and if I feel not too incompetent, I will try it on CM if you > want. I remember exactly that feeling! svnpubsub[1] is a mechanism that svn supports which allows listeners to subscribe to changes in an svn repository. It stands for svn-publish-subscribe. CMS[2][3] stands for content management system and Apache has built their own on top of svnpubsub. One rationale for reinventing this was the need for the site to be completely static. The way that Apache CMS works is that you write documents in mark-down[4] format which is basically just text with a few wiki-like conventions for common textual effects such as headers and links. These documents are converted to HTML and embedded in page boilerplate using a templating system similar to that used by Django's[5]. A nice starting point for a totally simple site might be the Drill web site [6][7]. I say this because it is the only thing that Drill has put into SVN and is also new and thus relatively simpler than a fully fleshed out site. [1] http://www.apache.org/dev/cms.html#svnpubsub [2] http://en.wikipedia.org/wiki/Content_management_system [3] http://www.apache.org/dev/cms.html [4] http://daringfireball.net/projects/markdown/ [5] https://www.djangoproject.com/ [6] http://incubator.apache.org/drill/ [7] http://svn.apache.org/repos/asf/incubator/drill/
[continuum] BUILD FAILURE: Apache Commons - Commons VFS -
Local Maven 2 Build Definition (Java 1.6) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Continuum-Build-Host: vmbuild X-Continuum-Project-Id: 129 X-Continuum-Project-Name: Commons VFS Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=25237&projectId=129 Build statistics: State: Failed Previous State: Ok Started at: Wed 14 Nov 2012 18:20:30 + Finished at: Wed 14 Nov 2012 18:26:39 + Total time: 6m 9s Build Trigger: Schedule Build Number: 237 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version "1.6.0_30" Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_US, platform encoding: ANSI_X3.4-1968 OS name: "linux" version: "2.6.32-41-server" arch: "amd64" Family: "unix" SCM Changes: Changed: ggregory @ Wed 14 Nov 2012 17:58:25 + Comment: StringBuilder does not need to be declared far from its usage. Files changed: /commons/proper/vfs/trunk/core/src/main/java/org/apache/commons/vfs2/provider/AbstractFileObject.java ( 1409278 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.6 Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 2.2.1 Description: Local Maven 2 Build Definition (Java 1.6) Test Summary: Tests: 1684 Failures: 0 Errors: 1 Success Rate: 99 Total time: 55.842995 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [all] moving to svnpubsub or CMS?
As I understand svnpubsub is the easiest solution, we just have to dump the content of the web site to a SVN repository. We can start with this and work with SVN to update the site right now (copying a Maven generated site manually to a working copy and then commit is not really a hurdle). We can then get the Maven integration right to simplify the publishing. Emmanuel Bourg Le 14/11/2012 08:40, Luc Maisonobe a écrit : > Hi all, > > Once again, I ping everyone in our community to find a volunteer to move > our site to one of the new mechanisms provided by infra: svnpubsub or > the Apache CMS. > > We really *need* to do this. If we don't, our site will be completely > frozen at end of year. Infra has already warned several time about this > and about the fact they need some time to move projects and will not be > able to cope with all projects moving at the same time. > > Please, could someone who knows what to do step up? > > best regards, > Luc > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > smime.p7s Description: Signature cryptographique S/MIME
Re: [all] moving to svnpubsub or CMS?
2012/11/14 Thomas Vandahl : > On 14.11.2012 08:40, Luc Maisonobe wrote: >> >> Please, could someone who knows what to do step up? > > > Just a quick note that sites created by Maven can be published with > svnpubsub using the SCM Publish Maven Plugin > (http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/). I guess > this may keep the effort manageable (no further experience, though). > > See especially the link > http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/examples/importing-maven-site.html > for how to do the initial import. IMHO first checkin will be simpler doing a checkin of content from p.a.o If you use this maven plugin and your project doesn't have any sub modules deploying a site is a simple as today: mvm site-deploy (for multi modules it's a different if needed I can help a bit as I have setup that for other asf projects and write some part of this plugin :-) ). The question is more do you want to continue maven site generation for docs or move to asf cms ? > > Bye, Thomas. > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > -- Olivier Lamy Talend: http://coders.talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [all] moving to svnpubsub or CMS?
On Wed, Nov 14, 2012 at 1:53 PM, Olivier Lamy wrote: > 2012/11/14 Thomas Vandahl : > > On 14.11.2012 08:40, Luc Maisonobe wrote: > >> > >> Please, could someone who knows what to do step up? > > > > > > Just a quick note that sites created by Maven can be published with > > svnpubsub using the SCM Publish Maven Plugin > > (http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/). I guess > > this may keep the effort manageable (no further experience, though). > > > > See especially the link > > > http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/examples/importing-maven-site.html > > for how to do the initial import. > IMHO first checkin will be simpler doing a checkin of content from p.a.o > > If you use this maven plugin and your project doesn't have any sub > modules deploying a site is a simple as today: mvm site-deploy (for > multi modules it's a different if needed I can help a bit as I have > setup that for other asf projects and write some part of this plugin > :-) ). > > The question is more do you want to continue maven site generation for > docs or move to asf cms ? > This is a false dichotomy. Maven site generation can work with ASF CMS if desired.
Re: svn commit: r1409352 - /commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
Hi.
On Wed, Nov 14, 2012 at 08:09:52PM -, t...@apache.org wrote:
> Author: tn
> Date: Wed Nov 14 20:09:51 2012
> New Revision: 1409352
>
> URL: http://svn.apache.org/viewvc?rev=1409352&view=rev
> Log:
> Reduce sleep time in unit test to prevent possible race condition.
>
> Modified:
>
> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
>
> Modified:
> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java?rev=1409352&r1=1409351&r2=1409352&view=diff
> ==
> ---
> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
> (original)
> +++
> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
> Wed Nov 14 20:09:51 2012
> @@ -59,7 +59,7 @@ public class FixedElapsedTimeTest {
>
> while (!tec.isSatisfied(pop)) {
> try {
> -Thread.sleep(500);
> +Thread.sleep(50);
> } catch (InterruptedException e) {
> // ignore
> }
>
I have never read this part of CM yet. But just this makes me think that the
"FixedElapsedTime" class should not exist in CM. Indeed, using it makes the
algorithm behave differently at each run!
I don't deny the usefulness of allotting some amount of time for a
computation, but this has absolutely nothing to do with genetic algorithms
(nor any others).
CM can help in implementing this high-level requirement, by allowing
to be restarted with the result of a previous run
but IMHO it is a bad idea to have the various CM codes directly implement
that functionality.
Best,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1409352 - /commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
On 11/14/12 4:05 PM, Gilles Sadowski wrote:
> Hi.
>
> On Wed, Nov 14, 2012 at 08:09:52PM -, t...@apache.org wrote:
>> Author: tn
>> Date: Wed Nov 14 20:09:51 2012
>> New Revision: 1409352
>>
>> URL: http://svn.apache.org/viewvc?rev=1409352&view=rev
>> Log:
>> Reduce sleep time in unit test to prevent possible race condition.
>>
>> Modified:
>>
>> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
>>
>> Modified:
>> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
>> URL:
>> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java?rev=1409352&r1=1409351&r2=1409352&view=diff
>> ==
>> ---
>> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
>> (original)
>> +++
>> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
>> Wed Nov 14 20:09:51 2012
>> @@ -59,7 +59,7 @@ public class FixedElapsedTimeTest {
>>
>> while (!tec.isSatisfied(pop)) {
>> try {
>> -Thread.sleep(500);
>> +Thread.sleep(50);
>> } catch (InterruptedException e) {
>> // ignore
>> }
>>
> I have never read this part of CM yet. But just this makes me think that the
> "FixedElapsedTime" class should not exist in CM. Indeed, using it makes the
> algorithm behave differently at each run!
> I don't deny the usefulness of allotting some amount of time for a
> computation, but this has absolutely nothing to do with genetic algorithms
> (nor any others).
> CM can help in implementing this high-level requirement, by allowing
> to be restarted with the result of a previous run
> but IMHO it is a bad idea to have the various CM codes directly implement
> that functionality.
I disagree. This looks like a useful feature to me, contributed by
a user. GA algorithms are by nature iterative with run-time
evaluated StoppingConditions. FixedElapsedTime is a reasonable
stopping condition supported by other GA frameworks. The feature is
well-documented, so users know exactly what it does. In particular,
the number of generations is not fixed, so using this
StoppingCondition does not guarantee the same results on successive
runs with the same input parameters. GAs are often
non-deterministic for other reasons (randomness in mutation), so
this is not a practical issue for those choosing to use the feature.
Phil
>
>
> Best,
> 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
[Math] "FixedElapsedTime" in genetic algorithm (Was: svn commit: r1409352 - ...)
On Wed, Nov 14, 2012 at 04:38:47PM -0800, Phil Steitz wrote:
> On 11/14/12 4:05 PM, Gilles Sadowski wrote:
> > Hi.
> >
> > On Wed, Nov 14, 2012 at 08:09:52PM -, t...@apache.org wrote:
> >> Author: tn
> >> Date: Wed Nov 14 20:09:51 2012
> >> New Revision: 1409352
> >>
> >> URL: http://svn.apache.org/viewvc?rev=1409352&view=rev
> >> Log:
> >> Reduce sleep time in unit test to prevent possible race condition.
> >>
> >> Modified:
> >>
> >> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
> >>
> >> Modified:
> >> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
> >> URL:
> >> http://svn.apache.org/viewvc/commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java?rev=1409352&r1=1409351&r2=1409352&view=diff
> >> ==
> >> ---
> >> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
> >> (original)
> >> +++
> >> commons/proper/math/trunk/src/test/java/org/apache/commons/math3/genetics/FixedElapsedTimeTest.java
> >> Wed Nov 14 20:09:51 2012
> >> @@ -59,7 +59,7 @@ public class FixedElapsedTimeTest {
> >>
> >> while (!tec.isSatisfied(pop)) {
> >> try {
> >> -Thread.sleep(500);
> >> +Thread.sleep(50);
> >> } catch (InterruptedException e) {
> >> // ignore
> >> }
> >>
> > I have never read this part of CM yet. But just this makes me think that the
> > "FixedElapsedTime" class should not exist in CM. Indeed, using it makes the
> > algorithm behave differently at each run!
> > I don't deny the usefulness of allotting some amount of time for a
> > computation, but this has absolutely nothing to do with genetic algorithms
> > (nor any others).
> > CM can help in implementing this high-level requirement, by allowing
> > to be restarted with the result of a previous run
> > but IMHO it is a bad idea to have the various CM codes directly implement
> > that functionality.
>
> I disagree. This looks like a useful feature to me, contributed by
> a user. GA algorithms are by nature iterative with run-time
> evaluated StoppingConditions. FixedElapsedTime is a reasonable
> stopping condition supported by other GA frameworks. The feature is
> well-documented, so users know exactly what it does. In particular,
> the number of generations is not fixed, so using this
> StoppingCondition does not guarantee the same results on successive
> runs with the same input parameters. GAs are often
> non-deterministic for other reasons (randomness in mutation), so
> this is not a practical issue for those choosing to use the feature.
>
This one is really not worth a fight, but something which you have to adapt
depending on the machine on which you run your program can only be qualified
as a toy feature (IMHO): Unless we talk about real-time processing (which GA
are not really suited for...), some fixed amount of time can be too small
(solution not found on a "slow" machine) or too large (solution found long
before the end of the alloted time slot, but the algo keeps the CPU busy).
As for "non-deterministic", we had several discussions on this ML about
being able to control the pseudo-random behaviour of the algorithms, by
using a fixed seed. This is the same here, should you use the same seed,
the search should go through the same steps. But in this case, it is
_impossible_ to reproduce the same result since the number of generations
will depend on how busy the machine is with other processes.
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Re: [math] UTF-8 characters in javadoc comments
HI Ted, 2012/11/14 Ted Dunning > On Wed, Nov 14, 2012 at 12:11 AM, Sébastien Brisard < > sebastien.bris...@m4x.org> wrote: > > > > There is no problem with the current setup of our website (at least, > the > >> website generated locally has no problem). > > > > > > For the new system, I would like to step up, but I really (really) have > > no clue what you are talking about... I don't know what svnpubsub or CMS > > are. > > > >> There is a pointer in Ted's answer to your other message. I'll read > > through > > the doc, and if I feel not too incompetent, I will try it on CM if you > > want. > > > I remember exactly that feeling! > It must have been a long, long time ago ;-) In fact I just don't believe you ;-) > > svnpubsub[1] is a mechanism that svn supports which allows listeners to > subscribe to changes in an svn repository. It stands for > svn-publish-subscribe. CMS[2][3] stands for content management system and > Apache has built their own on top of svnpubsub. One rationale for > reinventing this was the need for the site to be completely static. > > The way that Apache CMS works is that you write documents in mark-down[4] > format which is basically just text with a few wiki-like conventions for > common textual effects such as headers and links. These documents are > converted to HTML and embedded in page boilerplate using a templating > system similar to that used by Django's[5]. > > A nice starting point for a totally simple site might be the Drill web site > [6][7]. I say this because it is the only thing that Drill has put into > SVN and is also new and thus relatively simpler than a fully fleshed out > site. > > [1] http://www.apache.org/dev/cms.html#svnpubsub > [2] http://en.wikipedia.org/wiki/Content_management_system > [3] http://www.apache.org/dev/cms.html > [4] http://daringfireball.net/projects/markdown/ > [5] https://www.djangoproject.com/ > [6] http://incubator.apache.org/drill/ > [7] http://svn.apache.org/repos/asf/incubator/drill/ > Thanks for all the pointers and explanations. I'll try to have a look this weekend, but reading the other thread, I think it's beyond my means for the time being... I will read through those docs, though, it's good for my culture ! But I doubt I'll be ready before the dead line which seems to be very close. Best regards, Sébastien
Re: [all] moving to svnpubsub or CMS?
On Nov 14, 2012, at 2:03 PM, Ted Dunning wrote: > On Wed, Nov 14, 2012 at 1:53 PM, Olivier Lamy wrote: > >> 2012/11/14 Thomas Vandahl : >>> On 14.11.2012 08:40, Luc Maisonobe wrote: Please, could someone who knows what to do step up? >>> >>> >>> Just a quick note that sites created by Maven can be published with >>> svnpubsub using the SCM Publish Maven Plugin >>> (http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/). I guess >>> this may keep the effort manageable (no further experience, though). >>> >>> See especially the link >>> >> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/examples/importing-maven-site.html >>> for how to do the initial import. >> IMHO first checkin will be simpler doing a checkin of content from p.a.o >> >> If you use this maven plugin and your project doesn't have any sub >> modules deploying a site is a simple as today: mvm site-deploy (for >> multi modules it's a different if needed I can help a bit as I have >> setup that for other asf projects and write some part of this plugin >> :-) ). >> >> The question is more do you want to continue maven site generation for >> docs or move to asf cms ? >> > > This is a false dichotomy. > > Maven site generation can work with ASF CMS if desired. That is sort of true but doesn't really apply to commons. I created the Flume site using Maven and Maven generates the site from RST source files. This isn't a typical Maven project site. In essence it is a CMS project that happens to invoke Maven whenever content is changed. IMO the Logging project site is a lot closer to what Commons needs. The top level site is managed by the CMS. Each of the project sites is built by Maven and is directly checked into the production area and each is independently managed. See http://wiki.apache.org/logging/ManagingTheWebSite Ralph
[GUMP@vmgump]: Project commons-dbcp (in module commons-dbcp-1.x) 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-dbcp has an issue affecting its community integration. This issue affects 18 projects, and has been outstanding for 16 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-dbcp : Object Pooling - db-ddlutils : Easy-to-use component for working with Database Definition (... - jakarta-tomcat-4.0 : Servlet 2.3 and JSP 1.2 Reference Implementation - jakarta-tomcat-catalina : Servlet 2.4 Reference Implementation - jakarta-tomcat-dbcp : Servlet 2.4 and JSP 2.0 Reference Implementation - jakarta-tomcat-jk : Connectors to various web servers - javax.el : Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for ... - javax.servlet : Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for ... - javax.servlet.jsp : Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for ... - solr : Java Based Search Engine - solr-test : Java Based Search Engine - tomcat-tc6 : Java Servlet 2.5 & Server Pages JSP 2.1 implementation (for ... - tomcat-tc7.0.x : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... - tomcat-tc7.0.x-dbcp : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... - tomcat-tc7.0.x-test : Tomcat 7.x, a web server implementing Java Servlet 3.0, ... - tomcat-trunk : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... - tomcat-trunk-dbcp : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... - tomcat-trunk-test : Tomcat 8.x, a web server implementing Java Servlet 3.1, ... Full details are available at: http://vmgump.apache.org/gump/public/commons-dbcp-1.x/commons-dbcp/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-dbcp.jar] identifier set to project name -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-dbcp-1.x/commons-dbcp/gump_work/build_commons-dbcp-1.x_commons-dbcp.html Work Name: build_commons-dbcp-1.x_commons-dbcp (Type: Build) Work ended in a state of : Failed Elapsed: 9 secs Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml dist [Working Directory: /srv/gump/public/workspace/commons-dbcp-1.x] CLASSPATH: /usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.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/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/junit/dist/junit-15112012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-15112012.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/public/workspace/commons-pool-1.x/dist/commons-pool-1.6.1-SNAPSHOT.jar - [javac]^ [javac] where T is a type-variable: [javac] T extends Object declared in method getObject(String,Class) [javac] /srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingConnection.java:65: error: DelegatingConnection is not abstract and does not override abstract method getNetworkTimeout() in Connection [javac] public class DelegatingConnection extends AbandonedTrace [javac]^ [javac] /srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingDatabaseMetaData.java:38: error: DelegatingDatabaseMetaData is not abstract and does not override abstract method generatedKeyAlwaysReturned() in DatabaseMetaData [javac] public class DelegatingDatabaseMetaData extends AbandonedTrace [javac]^ [javac] /srv/gump/public/workspace/commons-dbcp-1.x/src/java/org/apache/commons/dbcp/DelegatingResultSet.java:61: error: DelegatingResultSet is not abstract and does not override abstract method getObject(String,Class) in ResultSet [javac] public class DelegatingResultSet extends Aban
[GUMP@vmgump]: Project commons-dbcp2 (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-dbcp2 has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 185 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- commons-dbcp2 : Database Connection Pool
Full details are available at:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/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-dbcp2-*[0-9T].jar] identifier set to project
name
-INFO- Failed with reason build failed
-INFO- Failed to extract fallback artifacts from Gump Repository
The following work was performed:
http://vmgump.apache.org/gump/public/apache-commons/commons-dbcp2/gump_work/build_apache-commons_commons-dbcp2.html
Work Name: build_apache-commons_commons-dbcp2 (Type: Build)
Work ended in a state of : Failed
Elapsed: 9 secs
Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true
-Dbuild.sysclasspath=only
-Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml
dist
[Working Directory: /srv/gump/public/workspace/apache-commons/dbcp]
CLASSPATH:
/usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/apache-commons/dbcp/dist/classes:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.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/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/packages/jta-spec1_0_1/jta-spec1_0_1.jar:/srv/gump/packages/jdbc2_0/jdbc2_0-stdext.jar:/srv/gump/public/workspace/junit/dist/junit-15112012.jar:/srv/gump/public/workspace/junit/dist/junit-dep-15112012.jar:/srv/gump/public/workspace/apache-commons/pool/dist/commons-pool2-2.0-SNAPSHOT.jar
-
[mkdir] Created dir:
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac] Compiling 52 source files to
/srv/gump/public/workspace/apache-commons/dbcp/build/classes
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/BasicDataSource.java:52:
error: BasicDataSource is not abstract and does not override abstract method
getParentLogger() in CommonDataSource
[javac] public class BasicDataSource implements DataSource {
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingConnection.java:65:
error: DelegatingConnection is not abstract and does not override abstract
method getNetworkTimeout() in Connection
[javac] public class DelegatingConnection extends AbandonedTrace
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingStatement.java:46:
error: DelegatingStatement is not abstract and does not override abstract
method isCloseOnCompletion() in Statement
[javac] public class DelegatingStatement extends AbandonedTrace implements
Statement {
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingPreparedStatement.java:57:
error: DelegatingPreparedStatement is not abstract and does not override
abstract method isCloseOnCompletion() in Statement
[javac] public class DelegatingPreparedStatement extends DelegatingStatement
[javac]^
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingCallableStatement.java:58:
error: DelegatingCallableStatement is not abstract and does not override
abstract method getObject(String,Class) in CallableStatement
[javac] public class DelegatingCallableStatement extends
DelegatingPreparedStatement
[javac]^
[javac] where T is a type-variable:
[javac] T extends Object declared in method
getObject(String,Class)
[javac]
/srv/gump/public/workspace/apache-commons/dbcp/src/java/org/apache/commons/dbcp2/DelegatingDatabaseMetaData.java:36:
error: DelegatingDatabaseMetaData is not abstract and does not override
abstract method generatedKeyAlwaysReturned() in DatabaseMetaData
[javac] public clas
