[EMAIL PROTECTED]: Project commons-jelly-tags-jaxme (in module commons-jelly) 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 [EMAIL PROTECTED] Project commons-jelly-tags-jaxme has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 18 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jaxme : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [commons-jelly-tags-jaxme-29032008.jar] identifier set to project name -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-js. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-xs. -DEBUG- Dependency on packaged-jaxme exists, no need to add for property maven.jar.jaxme-api. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.xml -DEBUG- Maven project properties in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.properties -INFO- Project Reports in: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/target/test-reports -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jaxme/gump_work/build_commons-jelly_commons-jelly-tags-jaxme.html Work Name: build_commons-jelly_commons-jelly-tags-jaxme (Type: Build) Work ended in a state of : Failed Elapsed: 10 secs Command Line: maven --offline jar [Working Directory: /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-29032008.jar:/srv/gump/public/workspace/apache-commons/collections/build/commons-collections-29032008.jar:/srv/gump/public/workspace/commons-jelly/target/commons-jelly-29032008.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-29032008.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-29032008.jar:/srv/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/commons-jelly-tags-xmlunit-29032008.jar:/srv/gump/public/workspace/apache-commons/jexl/dist/commons-jexl-29032008.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-29032008.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-29032008.jar:/srv/gump/public/workspace/dom4j/build/dom4j.jar:/srv/gump/public/workspace/jaxen/target/jaxen-29032008.jar:/srv/gump/ packages/ws-jaxme-0.5/lib/jaxme2-0.5.jar:/srv/gump/packages/ws-jaxme-0.5/lib/jaxmeapi-0.5.jar:/srv/gump/packages/ws-jaxme-0.5/lib/jaxmejs-0.5.jar:/srv/gump/packages/ws-jaxme-0.5/lib/jaxmexs-0.5.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/srv/gump/public/workspace/xmlunit/build/lib/xmlunit-29032008.jar - [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.characters(pChars, pOffset, pLen); [javac] ^ [javac] /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:305: cannot find symbol [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.init(pData); [javac] ^ [javac] /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:315: cannot find symbol [javac] symbol : method getData() [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] __handler_Name.init(getData()); [javac] ^ [javac] /srv/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressHandler.java:22: cannot find symbol [javac] symbol : method getData() [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressHandler [j
[Commons Wiki] Update of "Math" by PhilSteitz
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The following page has been changed by PhilSteitz: http://wiki.apache.org/commons/Math The comment on the change is: Removed obsolete reference to 1.2 release plan -- MathWishList - list of requested features. - = Roadmap: Version 1.2 Release plan = - - [http://wiki.apache.org/jakarta-commons/math/1%2e2ReleasePlan 1.2ReleasePlan] - straw man release plan for 1.2. - = Related Software = MathRelatedSoftware - list of other projects, libraries and software for numerical calculations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Commons Wiki] Update of "math/1.2ReleasePlan" by PhilSteitz
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The following page has been changed by PhilSteitz: http://wiki.apache.org/commons/math/1%2e2ReleasePlan The comment on the change is: Removed obsolete release plan -- - = Release Plan For Commons Math 1.2 = + deleted - == Background == - - With the addition of the estimation optimization, geometry and ode package from Mantissa and the new transform package, there is a lot of new functionality in commons-math since the 1.1 release. Along with the bug fixes since 1.1, we need to cut a new release of commons math. - - In addition to the new functionality, we should take this opportunity to deprecate some APIs. In particular, the abstract factories and dependency on commons-discovery should be deprecated in this release, with pluggability enabled by support for (setter) dependency injection. - - == Status == - - Planning stage. - - - - = Pre Release Tasks = - - == Coding == - Enhancements, straightforward additions: - * Design and implement alternative to abstract factories and commons-discovery - - Resolve or postpone all open JIRA issues: - * Marked for 1.2: [[https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310485&fixfor=12311776]] - * Need to decide: [[https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310485&fixfor=-1]] - - - Move to Wishlist: - * Genetic algorithms - * Resampling API and framwork - * Sparse matrices - * Implement Remedian [[http://www.agoras.ua.ac.be/abstract/Remrob90.htm]] - * Implement improved discrete random variate generators [[http://www.jstatsoft.org/v11/i03/]] - * Implement more advanced "storageless" univariate statistic [[http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200401.mbox/[EMAIL PROTECTED] - - === Documentation === - * Add section on Random Vectors to Data Generation section in user guide - * Ensure nothing else is missing from User Guide - - === Javadoc === - * Review for consistency and completeness - * Get rid of (endemic) old style with no breaks - * Check links - * Find and add external references for algorithms missing these (as much as possible) - - === Quality === - * Improve test path coverage [[http://jakarta.apache.org/commons/math/cobertura/index.html]] - * Address findbugs issues [[http://jakarta.apache.org/commons/math/findbugs.html]] most of the floating point comparisons were checked pre-1.1, but all should be reviewed, especially the new ones - * Address checkstyle issues [[http://jakarta.apache.org/commons/math/checkstyle.html]] (maybe relax or change some rules) - * Add @since tags for all new APIs. Use clirr report to get exhaustive list [[http://jakarta.apache.org/commons/math/clirr-report.html]] - * Make the RAT as happy as possible [[http://jakarta.apache.org/commons/math/rat-report.html]] - - === Check Compatibility === - Looks fine: [[http://jakarta.apache.org/commons/math/clirr-report.html]] - - This release should be binary compatible with the 1.1 release, including serialization - - === Build === - - Has moved to Maven 2 - will use this to cut release - - == RC(s) == - - * Once tasks above a completed, create release branch and roll a full RC - * Repeat for n=2, 3, ... until all are happy (see below :-) - - == Release Notes == - - Need to find a way to generate text release notes from changes.xml as we did for 1.1 using maven 1 and release-notes.jsl, or do this by hand. - - == Release Vote(s) == - - If no objections are raised on problems reported with an RC after two days, a VOTE thread will be kicked off. If problems are reported during the vote, these will be fixed and a new RC will be made available and a new VOTE initiated. This process will iterate until we have had a successful VOTE thread extend for 72 hours. - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Commons Wiki] Update of "MathWishList" by PhilSteitz
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The following page has been changed by PhilSteitz: http://wiki.apache.org/commons/MathWishList The comment on the change is: Fixed (temporarily - again :-( some broken message links -- * Investigate alternative methods for generating values from discrete distributions [http://www.jstatsoft.org/v11/i03/] * Add sparse matrix implementation. [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=736078] * Add Vector implementation (RealVector would extend RealMatrix) - * Develop Genetic Algorithms Framework [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=882939] - * Resampling [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=582054] + * Develop Genetic Algorithms Framework [http://markmail.org/message/jweowvj5hsy7omzc] + * Resampling [http://markmail.org/message/u3diwc76m66r7qme] * Applied-mathematical/Mathematical-physics algorithms? - Henri Yandell * Examples, please? This item goes to the heart of what I consider an ongoing lack of consensus about what Commons-Math is supposed to be for. Should it include discipline-specific algorithms that do not overlap core numerical mathematical areas? Maybe, but we should discuss it. -- AlChou * "Rolling" statistics with large windows but limited storage [http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]&msgNo=41870] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Commons Wiki] Update of "MathWishList" by PhilSteitz
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Commons Wiki" for change notification. The following page has been changed by PhilSteitz: http://wiki.apache.org/commons/MathWishList The comment on the change is: Deleted some wishes which have come true. -- * I don't understand; we already have some storage-less statistics. What am I missing from the post you refer to? -- AlChou * Oh, I remember now that with the standard deviation algorithm I researched, in order to maintain a '''rolling window''', it would have to store all the data in the window so it could delete the least recent one while adding the most recent one. Sorry for the denseness. -- AlChou * Numerical Enhancements - * Fast Fourier Transform - Code needs review and commit (BZ #36404) * [http://zxg32.blogchina.com/2787280.html Post-SOC TODO List] - Xiaogang Zhang - * ANOVA in stat.inference package. * Multiple regression [http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200401.mbox/[EMAIL PROTECTED] - * QR decomposition (used for multiple regression) * Replace some of the discrete pmf and pdf methods with methods based on Catherine Loader's alogorithms [http://www.herine.net/stat/papers/dbinom.pdf]. These algorithms address some of the problems we experienced with large parameter values and have been adopted by many software packages including R. - * Implement the Levenberg-Marquardt method [http://mathworld.wolfram.com/Levenberg-MarquardtMethod.html] -- CarlManaster * Implement monte carlo simulation [http://en.wikipedia.org/wiki/Monte_Carlo_method] * [wiki:PrimeNumbers Prime Numbers Functionality] -- SharonLourduraj * Naive Primality Testing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JIRA setup question
Hi Commons Development Team, I have a question more regarding your JIRA setup. How did you get a customized field into the Attach File screen (your Attachment License)? Can you do this without changing the JIRA source? Regards, Ivan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] Genetic Algorithms
I would like to start work on a GA framework. This has been on the WishList for some time and I now have a TLS type problem that I am working on that is enough motivation for me personally to get things rolling. Here are some rough ideas on what I have in mind. As always, feedback / suggestions / patches appreciated. 0) Scope - a framework for implementing genetic algorithms, as described in e.g. [1], [2]. 1) Usage / what the framework provides - user classes should implement minimally encoding and objective functions. Stock mutation, crossover and selection functions operating on binary encodings should be provided by the framework, as well as execution of the algorithm, but user classes should be able to plug in custom encoding, mutation, crossover, and selection. Objective and other functions should also be allowed to have parameters, which the framework will somehow gather and pass in to them. 2) Other - the framework should not require that populations be stored in memory and it should support parallelization of population processing functions 3) Package - o.a.c.math.genetic (I am open to putting this inside optimization, but think flatter might be better here). 4) Structure straw man: Chromosomes - Chromosome interface includes mutate(), crossover(Chromosome) and fitness(). AbstractBinaryChromosome includes stock implementations of mutate and crossover for binary encodings. Populations - Population interface provides a Chromosome Iterator, select(long), add(Chromosome), delete(Chromosome). Abstract classes provide Roulette, Tournament, other select implementations for Populations backed / not backed by in memory collections and I/O / storage management. GeneticAlgorithm - implements GA (following "canonical algorithm" as described in [2]) given initial Population and configured sampling rate and stopping criteria (maximum iterations, convergence criteria). Population and Chromosome classes determine the heuristics. Should (eventually at least) support parallel execution by worker threads of breeding operations. This may be naive and I may find that out as I start playing with real code. As I said, feedback / patches welcome. One thing I don't have a clean idea for is how to make optional parameters available to all methods mentioned above. Phil [1] http://en.wikipedia.org/wiki/Genetic_algorithm [2] http://samizdat.mines.edu/ga_tutorial/ga_tutorial.ps - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Genetic Algorithms
- Original Message > From: Phil Steitz <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List > Sent: Saturday, March 29, 2008 5:53:47 PM > Subject: [math] Genetic Algorithms > > I would like to start work on a GA framework. This has been on the > WishList for some time and I now have a TLS type problem that I am > working on that is enough motivation for me personally to get things > rolling. Here are some rough ideas on what I have in mind. As > always, feedback / suggestions / patches appreciated. Resurfacing for a moment, I wonder if it would make sense to approach an existing project that is open source but not GPL'ed to see if if could be folded into Commons-Math. I've found two candidates that meet these two criteria (and another that was under LGPL I believe, which I haven't copied here): http://jgap.sourceforge.net/ http://cs.gmu.edu/~eclab/projects/ecj/ (university project, no license explicitly mentioned) Al > 0) Scope - a framework for implementing genetic algorithms, as > described in e.g. [1], [2]. > 1) Usage / what the framework provides - user classes should implement > minimally encoding and objective functions. Stock mutation, crossover > and selection functions operating on binary encodings should be > provided by the framework, as well as execution of the algorithm, but > user classes should be able to plug in custom encoding, mutation, > crossover, and selection. Objective and other functions should also > be allowed to have parameters, which the framework will somehow gather > and pass in to them. > 2) Other - the framework should not require that populations be stored > in memory and it should support parallelization of population > processing functions > 3) Package - o.a.c.math.genetic (I am open to putting this inside > optimization, but think flatter might be better here). > 4) Structure straw man: > Chromosomes - Chromosome interface includes mutate(), > crossover(Chromosome) and fitness(). AbstractBinaryChromosome > includes stock implementations of mutate and crossover for binary > encodings. > Populations - Population interface provides a Chromosome Iterator, > select(long), add(Chromosome), delete(Chromosome). Abstract classes > provide Roulette, Tournament, other select implementations for > Populations backed / not backed by in memory collections and I/O / > storage management. > GeneticAlgorithm - implements GA (following "canonical algorithm" as > described in [2]) given initial Population and configured sampling > rate and stopping criteria (maximum iterations, convergence criteria). > Population and Chromosome classes determine the heuristics. Should > (eventually at least) support parallel execution by worker threads of > breeding operations. > > This may be naive and I may find that out as I start playing with real > code. As I said, feedback / patches welcome. One thing I don't have a > clean idea for is how to make optional parameters available to all > methods mentioned above. > > Phil > > [1] http://en.wikipedia.org/wiki/Genetic_algorithm > [2] http://samizdat.mines.edu/ga_tutorial/ga_tutorial.ps You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com
Re: JIRA setup question
On 3/26/08, Ivan Cheung <[EMAIL PROTECTED]> wrote: > Hi Commons Development Team, > > I have a question more regarding your JIRA setup. How did you get a > customized field into the Attach File screen (your Attachment License)? > Can you do this without changing the JIRA source? > AFAIK, that is a custom field used by ASF JIRA instances, and requires changes. -Rahul > Regards, > Ivan > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Genetic Algorithms
On Sat, Mar 29, 2008 at 6:15 PM, Al Chou <[EMAIL PROTECTED]> wrote:
> - Original Message
> > From: Phil Steitz <[EMAIL PROTECTED]>
> > To: Jakarta Commons Developers List
> > Sent: Saturday, March 29, 2008 5:53:47 PM
> > Subject: [math] Genetic Algorithms
> >
> > I would like to start work on a GA framework. This has been on the
> > WishList for some time and I now have a TLS type problem that I am
> > working on that is enough motivation for me personally to get things
> > rolling. Here are some rough ideas on what I have in mind. As
> > always, feedback / suggestions / patches appreciated.
>
> Resurfacing for a moment, I wonder if it would make sense to approach an
> existing project that is open source but not GPL'ed to see if if could be
> folded into Commons-Math. I've found two candidates that meet these two
> criteria (and another that was under LGPL I believe, which I haven't copied
> here):
>
> http://jgap.sourceforge.net/
This looks like GPL with BSD as an option in exchange for $. Would
have to be relicensed.
>
> http://cs.gmu.edu/~eclab/projects/ecj/ (university project, no license
> explicitly mentioned)
Academic Free License ("AFL") v. 3.0 - don't know if this is
ASL-compatible or not. Looks like the PRNG impls include some NR
code, so all would have to be carefully vetted. Also would have to
get clearance from what looks like a large list of contributors.
Of course we are open to any and all contributions and contributors.
I would personally rather spend my time developing a small, clean-room
implementation than chasing down code grants, CLAs and commitment to
support; but by all means if you or anyone else are interested in
enlisting more volunteers, I am +1 for that. We just need to make
sure that we do not end up taking on code without volunteers to join
our community and support it or encumbered code.
In the mean time, I will keep playing with the ideas above and welcome
input or patches. I do not see this as a large amount of code and
would for my personal uses like very much to have a small ASL-licensed
framework with no dependencies outside of [math] (but all the
capabilities of [math] available for use by the framework and client
code).
Phil
>
>
> Al
>
>
>
>
> > 0) Scope - a framework for implementing genetic algorithms, as
> > described in e.g. [1], [2].
> > 1) Usage / what the framework provides - user classes should implement
> > minimally encoding and objective functions. Stock mutation, crossover
> > and selection functions operating on binary encodings should be
> > provided by the framework, as well as execution of the algorithm, but
> > user classes should be able to plug in custom encoding, mutation,
> > crossover, and selection. Objective and other functions should also
> > be allowed to have parameters, which the framework will somehow gather
> > and pass in to them.
> > 2) Other - the framework should not require that populations be stored
> > in memory and it should support parallelization of population
> > processing functions
> > 3) Package - o.a.c.math.genetic (I am open to putting this inside
> > optimization, but think flatter might be better here).
> > 4) Structure straw man:
> > Chromosomes - Chromosome interface includes mutate(),
> > crossover(Chromosome) and fitness(). AbstractBinaryChromosome
> > includes stock implementations of mutate and crossover for binary
> > encodings.
> > Populations - Population interface provides a Chromosome Iterator,
> > select(long), add(Chromosome), delete(Chromosome). Abstract classes
> > provide Roulette, Tournament, other select implementations for
> > Populations backed / not backed by in memory collections and I/O /
> > storage management.
> > GeneticAlgorithm - implements GA (following "canonical algorithm" as
> > described in [2]) given initial Population and configured sampling
> > rate and stopping criteria (maximum iterations, convergence criteria).
> > Population and Chromosome classes determine the heuristics. Should
> > (eventually at least) support parallel execution by worker threads of
> > breeding operations.
> >
> > This may be naive and I may find that out as I start playing with real
> > code. As I said, feedback / patches welcome. One thing I don't have a
> > clean idea for is how to make optional parameters available to all
> > methods mentioned above.
> >
> > Phil
> >
> > [1] http://en.wikipedia.org/wiki/Genetic_algorithm
> > [2] http://samizdat.mines.edu/ga_tutorial/ga_tutorial.ps
>
>
>
>
>
>
>
>
> You rock. That's why Blockbuster's offering you one month of Blockbuster
> Total Access, No Cost.
> http://tc.deals.yahoo.com/tc/blockbuster/text5.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
