[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. 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-16062007.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: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.properties -INFO- Project Reports in: /usr/local/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: 20 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/commons-jelly-tags-xmlunit-16062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-16062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-16062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-16062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-16062007.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxme2-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmeapi-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmejs-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmexs-0.5.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/xmlunit/build/lib/xmlunit-16062007.jar - [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.startElement(pNamespaceURI, pLocalName, pQName, pAttr); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:273: cannot find symbol [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.endElement(pNamespaceURI, pLocalName, pQName); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:282: cannot find symbol [javac] symbol : method getResult() [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] org.apache.ws.jaxme.examples.misc.address.AddressType _1 = (org.apache.ws.jaxme.examples.misc.address.AddressType) getResult(); [javac]
[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. 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-16062007.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: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme/project.properties -INFO- Project Reports in: /usr/local/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: 20 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jaxme] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-16062007.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xmlunit/target/commons-jelly-tags-xmlunit-16062007.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-16062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-16062007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-16062007.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-16062007.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxme2-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmeapi-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmejs-0.5.jar:/usr/local/gump/packages/ws-jaxme-0.5/lib/jaxmexs-0.5.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/xmlunit/build/lib/xmlunit-16062007.jar - [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.startElement(pNamespaceURI, pLocalName, pQName, pAttr); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:273: cannot find symbol [javac] symbol : variable super [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] super.endElement(pNamespaceURI, pLocalName, pQName); [javac] ^ [javac] /x1/gump/public/workspace/commons-jelly/jelly-tags/jaxme/src/test/org/apache/ws/jaxme/examples/misc/address/impl/AddressTypeHandler.java:282: cannot find symbol [javac] symbol : method getResult() [javac] location: class org.apache.ws.jaxme.examples.misc.address.impl.AddressTypeHandler [javac] org.apache.ws.jaxme.examples.misc.address.AddressType _1 = (org.apache.ws.jaxme.examples.misc.address.AddressType) getResult(); [javac]
[jira] Updated: (EL-9) [el] ClassCastException when using commons-el.jar and standard.jar el evaluator
[
https://issues.apache.org/jira/browse/EL-9?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Leskowsky updated EL-9:
-
Attachment: implicitobjects.patch
I've updated the attribute key to refer to org.apache.commons.el. The key
ImplicitObjects is using now clashes with the same class from the JSTL.
See http://opensource.atlassian.com/projects/spring/browse/SPR-3563 for more
info on where this issue has been coming up.
[el] ClassCastException when using commons-el.jar and standard.jar el
evaluator
---
Key: EL-9
URL: https://issues.apache.org/jira/browse/EL-9
Project: Commons EL
Issue Type: Bug
Affects Versions: 1.0 Final
Environment: Operating System: All
Platform: PC
Reporter: Francois Plouffe
Priority: Critical
Attachments: fix_bug_29402.txt, implicitobjects.patch
Runing Tomcat 5.0.14 and 5.0.25. Using Apache standard.jar taglibs.
I am writing a custom tag that accept el expression in attributes. My tag
class
is using pageContext.getExpressionEvaluator.evaluate to evaluate el
expressions.
In a jsp page, when using only my custom tag like this:
mytag:setLocale value=${cookie.Language.value}/, it work fine and
evaluate
to the correct cookie value.
But when I am using any tag from standard.jar, problem occurs. For example,
when inserting c:out value=${cookie.Language.value}/ before
mytag:setLocale, pageContext.getExpressionEvaluator.evaluate throws a
ClassCastException. When c:out is inserted after mytag:setLocale, the
ClassCastException is thrown from standard.jar.
I have found the potential cause: when mytag:setLocale is called first,
pageContext.getExpressionEvaluator.evaluate appens to add in the pageContext
attributes hashMap an object of type org.apache.commons.el.ImplicitObjects
with
key org.apache.taglibs.standard.ImplicitObjects. Then when c:out is called
next, it retreive the from the pageContext the
key org.apache.taglibs.standard.ImplicitObjects, wich is not of type
org.apache.taglibs.standard.lang.jstl.ImplicitObjects. The reverse appens
when
c:out is called first; an object with the
key org.apache.taglibs.standard.ImplicitObjects of type
org.apache.taglibs.standard.lang.jstl.ImplicitObjects is added in the
pageContext attributes hashMap. And when mytag:setLocale is called,
org.apache.commons.el.ImplicitObjects.getImplicitObjects throws a
ClassCastException when pContext.getAttribute returns with an object of type
org.apache.taglibs.standard.lang.jstl.ImplicitObjects.
The source of the problem is that both package insert or retreive from the
pagecontext attributes hashMap the same key name
(org.apache.taglibs.standard.ImplicitObjects), but with different type.
Base
on the key name, I guess standard.jar is correct in using it, but commons-
el.jar is not.
I tested a modified commons-el.jar with member sAttributeName from
org.apache.commons.el.ImplicitObjects setted to,
well, org.apache.commons.el.ImplicitObjects. It worked just fine both cases.
The problem would only occurs if el evaluator from both package are called in
the same jsp page with jsp's implicit objects. I dosen't have to be the same
implicit object.
Since I can't beleive I am the first one with this problem, I first tried
find
something wrong in my setup/code. But it seems not.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r548098 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ xdocs/ xdocs/userguide/
Author: oheger Date: Sun Jun 17 12:34:03 2007 New Revision: 548098 URL: http://svn.apache.org/viewvc?view=revrev=548098 Log: Javadoc only: added notes about thread-safety to the most important Configuration implementations Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/HierarchicalConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/INIConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/MapConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/XMLConfiguration.java jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/XMLPropertiesConfiguration.java jakarta/commons/proper/configuration/trunk/xdocs/overview.xml jakarta/commons/proper/configuration/trunk/xdocs/userguide/user_guide.xml Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/HierarchicalConfiguration.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/HierarchicalConfiguration.java?view=diffrev=548098r1=548097r2=548098 == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/HierarchicalConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/HierarchicalConfiguration.java Sun Jun 17 12:34:03 2007 @@ -118,6 +118,9 @@ * that was created from this configuration has been changed. The value property * of the event object contains the original event object as it was sent by the * subnode configuration./dd/dl/p + * pemNote:/emConfiguration objects of this type can be read concurrently + * by multiple threads. However if one of these threads modifies the object, + * synchronization has to be performed manually./p * * @author Oliver Heger * @version $Id$ Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/INIConfiguration.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/INIConfiguration.java?view=diffrev=548098r1=548097r2=548098 == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/INIConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/INIConfiguration.java Sun Jun 17 12:34:03 2007 @@ -157,6 +157,11 @@ * The set of sections in this configuration can be retrieved using the * codegetSections/code method. * /p + * p + * emNote:/emConfiguration objects of this type can be read concurrently + * by multiple threads. However if one of these threads modifies the object, + * synchronization has to be performed manually. + * /p * * @author Trevor Miller * @version $Id$ Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/MapConfiguration.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/MapConfiguration.java?view=diffrev=548098r1=548097r2=548098 == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/MapConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/MapConfiguration.java Sun Jun 17 12:34:03 2007 @@ -23,7 +23,10 @@ import java.util.Map; /** - * A Map based Configuration. + * pA Map based Configuration./p + * pemNote:/emConfiguration objects of this type can be read concurrently + * by multiple threads. However if one of these threads modifies the object, + * synchronization has to be performed manually./p * * @author Emmanuel Bourg * @version $Revision$, $Date$ Modified: jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java?view=diffrev=548098r1=548097r2=548098 == --- jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java (original) +++ jakarta/commons/proper/configuration/trunk/src/java/org/apache/commons/configuration/PropertiesConfiguration.java Sun Jun 17 12:34:03 2007 @@ -140,6 +140,9 @@ * method can be used to
svn commit: r548099 - in /jakarta/commons/proper/configuration/trunk/xdocs: overview.xml userguide/overview.xml
Author: oheger Date: Sun Jun 17 12:38:21 2007 New Revision: 548099 URL: http://svn.apache.org/viewvc?view=revrev=548099 Log: Fixed broken links in user guide; moved overview.xml into user guide directory where it is expected Added: jakarta/commons/proper/configuration/trunk/xdocs/userguide/overview.xml - copied unchanged from r548098, jakarta/commons/proper/configuration/trunk/xdocs/overview.xml Removed: jakarta/commons/proper/configuration/trunk/xdocs/overview.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (CONFIGURATION-278) ConcurrentModificationException in PropertiesConfigurationLayout
[ https://issues.apache.org/jira/browse/CONFIGURATION-278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oliver Heger resolved CONFIGURATION-278. Resolution: Won't Fix The Javadocs of the most popular configuration classes were updated with notes about threading issues. A similar note was also added to the user guide. PropertiesConfiguration is not thread-safe per se, so closing this issue as won't fix. If desired, a new ticket can be created for requesting means of supporting synchronized configurations. ConcurrentModificationException in PropertiesConfigurationLayout Key: CONFIGURATION-278 URL: https://issues.apache.org/jira/browse/CONFIGURATION-278 Project: Commons Configuration Issue Type: Bug Affects Versions: 1.4 Reporter: Emmanuel Bourg Fix For: 1.5 PropertiesConfigurationLayout is not thread safe, if a configuration event is received when the configuration is being saved, a ConcurrentModificationException is thrown : java.util.ConcurrentModificationException at org.apache.commons.collections.map.AbstractLinkedMap$LinkIterator.nextEntry(AbstractLinkedMap.java:555) at org.apache.commons.collections.map.AbstractLinkedMap$KeySetIterator.next(AbstractLinkedMap.java:455) at org.apache.commons.configuration.PropertiesConfigurationLayout.save(PropertiesConfigurationLayout.java:455) at org.apache.commons.configuration.PropertiesConfiguration.save(PropertiesConfiguration.java:410) at org.apache.commons.configuration.AbstractFileConfiguration.save(AbstractFileConfiguration.java:517) at org.apache.commons.configuration.AbstractFileConfiguration.save(AbstractFileConfiguration.java:484) at org.apache.commons.configuration.AbstractFileConfiguration.save(AbstractFileConfiguration.java:451) at org.apache.commons.configuration.AbstractFileConfiguration.save(AbstractFileConfiguration.java:425) at org.apache.commons.configuration.AbstractFileConfiguration.save(AbstractFileConfiguration.java:373) at org.apache.commons.configuration.AbstractFileConfiguration.possiblySave(AbstractFileConfiguration.java:725) at org.apache.commons.configuration.AbstractFileConfiguration.clearProperty(AbstractFileConfiguration.java:764) at org.apache.commons.configuration.DataConfiguration.clearProperty(DataConfiguration.java:109) at org.apache.commons.configuration.AbstractConfiguration.setProperty(AbstractConfiguration.java:483) This happens easily in a multi threaded application using a central configuration with auto saved enabled. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] svn commit: r548098 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ xdocs/ xdocs/userguide/
On 6/17/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: oheger Date: Sun Jun 17 12:34:03 2007 New Revision: 548098 URL: http://svn.apache.org/viewvc?view=revrev=548098 Log: Javadoc only: added notes about thread-safety to the most important Configuration implementations snip/ + + subsection name=Threading issues + p +The most concrete implementations of the codeConfiguration/code +interface that are shipped with this library are thread-safe as long as +they are accessed in a read-only manner. However if one thread +modifies a configuration object, manual synchronization has to be +performed to ensure correctness of data. Notes about the thread +safety of conrete implementation classes can be found in the Javadocs +for these classes. + /p + /subsection snap/ I think the first sentence should simply state that most implementations are not thread-safe (rather than the read-only bit which I found unnecessary, perhaps confusing). WDYT? -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] svn commit: r548098 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ xdocs/ xdocs/userguide/
Rahul Akolkar wrote: On 6/17/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: oheger Date: Sun Jun 17 12:34:03 2007 New Revision: 548098 URL: http://svn.apache.org/viewvc?view=revrev=548098 Log: Javadoc only: added notes about thread-safety to the most important Configuration implementations snip/ + + subsection name=Threading issues + p +The most concrete implementations of the codeConfiguration/code +interface that are shipped with this library are thread-safe as long as +they are accessed in a read-only manner. However if one thread +modifies a configuration object, manual synchronization has to be +performed to ensure correctness of data. Notes about the thread +safety of conrete implementation classes can be found in the Javadocs +for these classes. + /p + /subsection snap/ I think the first sentence should simply state that most implementations are not thread-safe (rather than the read-only bit which I found unnecessary, perhaps confusing). WDYT? -Rahul How about: The most concrete implementations of the codeConfiguration/code interface that are shipped with this library are not thread-safe. They can be accessed concurrently in a read-only manner. However if one thread modifies a configuration object, manual synchronization has to be performed to ensure correctness of data. Oliver BTW: Thanks for the hint. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[result] [vote] releasing jci RC4 as 1.0
With the following votes the release of commons jci has passed: +1 Oliver Heger +1 Vadim Gritsenko +1 Phil Steitz +1 Torsten Curdt no -1 votes I will push out the artifacts tomorrow. cheers -- Torsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [configuration] svn commit: r548098 - in /jakarta/commons/proper/configuration/trunk: src/java/org/apache/commons/configuration/ xdocs/ xdocs/userguide/
On 6/17/07, Oliver Heger [EMAIL PROTECTED] wrote: snip/ How about: The most concrete implementations of the codeConfiguration/code interface that are shipped with this library are not thread-safe. They can be accessed concurrently in a read-only manner. However if one thread modifies a configuration object, manual synchronization has to be performed to ensure correctness of data. snap/ Yup, thanks! -Rahul Oliver BTW: Thanks for the hint. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (LANG-338) truncateNicely method which avoids truncating in the middle of a word
[ https://issues.apache.org/jira/browse/LANG-338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Meikle updated LANG-338: - Attachment: LANG-338_truncate_nicely.patch Patch to implement truncateNicely. truncateNicely method which avoids truncating in the middle of a word - Key: LANG-338 URL: https://issues.apache.org/jira/browse/LANG-338 Project: Commons Lang Issue Type: New Feature Reporter: matt humphreys Priority: Trivial Fix For: 3.0 Attachments: LANG-338_truncate_nicely.patch as provided by jakarta string taglib. It would be good if this was part of commons as it doesn't make sense to use a taglib jar for non-web projects. The taglib javadoc says: ...It will search for the first space after the lower limit and truncate the string there. It will also append any string passed as a parameter to the end of the string. The hard limit can be specified to forcibily truncate a string (in the case of an extremely long word or such)... http://jakarta.apache.org/taglibs/doc/string-doc/string-1.1.0/javadoc/org/apache/taglibs/string/util/StringW.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-338) truncateNicely method which avoids truncating in the middle of a word
[ https://issues.apache.org/jira/browse/LANG-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12505638 ] Dave Meikle commented on LANG-338: -- Unit test to follow. Cheers, Dave truncateNicely method which avoids truncating in the middle of a word - Key: LANG-338 URL: https://issues.apache.org/jira/browse/LANG-338 Project: Commons Lang Issue Type: New Feature Reporter: matt humphreys Priority: Trivial Fix For: 3.0 Attachments: LANG-338_truncate_nicely.patch as provided by jakarta string taglib. It would be good if this was part of commons as it doesn't make sense to use a taglib jar for non-web projects. The taglib javadoc says: ...It will search for the first space after the lower limit and truncate the string there. It will also append any string passed as a parameter to the end of the string. The hard limit can be specified to forcibily truncate a string (in the case of an extremely long word or such)... http://jakarta.apache.org/taglibs/doc/string-doc/string-1.1.0/javadoc/org/apache/taglibs/string/util/StringW.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Commons TLP Resolution
Please see http://mail-archives.apache.org/mod_mbox/jakarta-general/200705.mbox/[EMAIL PROTECTED] for the vote. Mvgr, Martin Establish the Apache Commons project WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of Java focused reusable libraries and components. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Commons Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Commons Project be and hereby is responsible for the creation and maintenance of Java focused reusable libraries and components; and be it further RESOLVED, that the office of Vice President, Commons be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Commons Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Commons Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Commons Project: * Henri Yandell[EMAIL PROTECTED] * Jochen Wiedmann [EMAIL PROTECTED] * Mario Ivankovits [EMAIL PROTECTED] * Stephen Colebourne [EMAIL PROTECTED] * Dennis Lundberg [EMAIL PROTECTED] * Niall Pemberton [EMAIL PROTECTED] * Martin van den Bemt [EMAIL PROTECTED] * Oliver Zeigermann[EMAIL PROTECTED] * Jörg Schaible[EMAIL PROTECTED] * Oliver Heger [EMAIL PROTECTED] * Matt Benson [EMAIL PROTECTED] * Martin Cooper[EMAIL PROTECTED] * Phil Steitz [EMAIL PROTECTED] * Torsten Curdt[EMAIL PROTECTED] * Daniel Savarese dfs at apache.org * Rory Winston rwinston at apache.org * Luc Maisonobe[EMAIL PROTECTED] * Joerg Pietschmann[EMAIL PROTECTED] * Dion Gillard [EMAIL PROTECTED] * Brent Worden [EMAIL PROTECTED] NOW, THEREFORE, BE IT FURTHER RESOLVED, that Torsten Curdt be appointed to the office of Vice President, Commons, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the initial Apache Commons Project be and hereby is tasked with the creation of a set of bylaws intended to encourage open development and increased participation in the Commons Project; and be it further RESOLVED, that the initial Apache Commons Project be and hereby is tasked with the migration and rationalization of the Apache Jakarta Project's Commons; and be it further RESOLVED, that all responsibility pertaining to the Commons sub-project encumbered upon the Apache Jakarta Project are hereafter discharged. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r548162 - in /jakarta/commons/proper/email/trunk/lib: ./ subethasmtp-smtp-1.2-java14.jar subethasmtp-wiser-1.2-java14.jar
Author: bspeakmon Date: Sun Jun 17 18:47:48 2007 New Revision: 548162 URL: http://svn.apache.org/viewvc?view=revrev=548162 Log: - adding subethasmtp/wiser dependencies (only for gump's convenience; won't be distributed) Added: jakarta/commons/proper/email/trunk/lib/ jakarta/commons/proper/email/trunk/lib/subethasmtp-smtp-1.2-java14.jar (with props) jakarta/commons/proper/email/trunk/lib/subethasmtp-wiser-1.2-java14.jar (with props) Added: jakarta/commons/proper/email/trunk/lib/subethasmtp-smtp-1.2-java14.jar URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/lib/subethasmtp-smtp-1.2-java14.jar?view=autorev=548162 == Binary file - no diff available. Propchange: jakarta/commons/proper/email/trunk/lib/subethasmtp-smtp-1.2-java14.jar -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/email/trunk/lib/subethasmtp-wiser-1.2-java14.jar URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/lib/subethasmtp-wiser-1.2-java14.jar?view=autorev=548162 == Binary file - no diff available. Propchange: jakarta/commons/proper/email/trunk/lib/subethasmtp-wiser-1.2-java14.jar -- svn:mime-type = application/octet-stream - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project commons-email (in module jakarta-commons) failed
Update on this: After talking to the gump guys, the solution was to check in wiser and subethasmtp into email's svn and have gump reference those prebuilt jars as dependencies. This way is a good compromise between commons-email's needs and gump's. If for some reason subethasmtp and wiser become dependencies of another project, I'll do all the effort to get them checked out and building every night; in the meantime, this will work fine. Sorry for upsetting the apple cart in the first place :) --Ben On 6/15/07, Ben Speakmon [EMAIL PROTECTED] wrote: argh, what a can of worms I have opened :) It seems like using maven 2 in the gump descriptor is unsupported and sort of defeats the purpose, so I don't think that's a good idea. It does strike me a little silly to make metadata for a testing library, but it's not some onerous task that will block me for weeks. And it'll be a decent learning experience. I'll email the gump devs for some help; I think I can set up the descriptor myself, but I bet retroweaver is going to cause some grief. On 6/15/07, Niall Pemberton [EMAIL PROTECTED] wrote: AIUI the purpose of gump is to give advance warning of upcoming problems by building from the latest source. So if there were changes in the smtp/wiser project that affected Commons email, you get advance warning. Since as you say, its only a test dependency then its probably not as important. From a practical PoV if you just want to use a packaged dependency in gump - rather than building those jars from source then (from my past experience of gump) you need the help of the gump devs - anyone can change the gump metadata - but adding a packaged jar requires privs. that ordinary ASF committers don't have on gump. Having said that, from what Bill said in this thread, if you switch gump to use maven2 then thats effectively what you get (for all dependencies). Doing that though seems to me to loose all gump benefits for Commons Email though - so it would be there (i.e. in gump) only to benefit downstream dependencies. So I think either you fix it yourself by either switching to maven2 or setting up subethasmtp project on gump to build from source. Or you ask the gump devs to help - and let them solve it in the way they think best. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r548162 - in /jakarta/commons/proper/email/trunk/lib: ./ subethasmtp-smtp-1.2-java14.jar subethasmtp-wiser-1.2-java14.jar
Hi Ben, it may be worthwhile making this log message a README in the lib directory, so that the information is easy to find. WDYT? On 6/18/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: bspeakmon Date: Sun Jun 17 18:47:48 2007 New Revision: 548162 URL: http://svn.apache.org/viewvc?view=revrev=548162 Log: - adding subethasmtp/wiser dependencies (only for gump's convenience; won't be distributed) Added: jakarta/commons/proper/email/trunk/lib/ jakarta/commons/proper/email/trunk/lib/subethasmtp-smtp-1.2-java14.jar (with props) jakarta/commons/proper/email/trunk/lib/subethasmtp- wiser-1.2-java14.jar (with props) Added: jakarta/commons/proper/email/trunk/lib/subethasmtp- smtp-1.2-java14.jar URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/lib/subethasmtp-smtp-1.2-java14.jar?view=autorev=548162 == Binary file - no diff available. Propchange: jakarta/commons/proper/email/trunk/lib/subethasmtp- smtp-1.2-java14.jar -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/email/trunk/lib/subethasmtp- wiser-1.2-java14.jar URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/lib/subethasmtp-wiser-1.2-java14.jar?view=autorev=548162 == Binary file - no diff available. Propchange: jakarta/commons/proper/email/trunk/lib/subethasmtp- wiser-1.2-java14.jar -- svn:mime-type = application/octet-stream - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
Re: svn commit: r548162 - in /jakarta/commons/proper/email/trunk/lib: ./ subethasmtp-smtp-1.2-java14.jar subethasmtp-wiser-1.2-java14.jar
That's a good idea. I'll take care of that. On 6/17/07, Dion Gillard [EMAIL PROTECTED] wrote: Hi Ben, it may be worthwhile making this log message a README in the lib directory, so that the information is easy to find. WDYT? On 6/18/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Author: bspeakmon Date: Sun Jun 17 18:47:48 2007 New Revision: 548162 URL: http://svn.apache.org/viewvc?view=revrev=548162 Log: - adding subethasmtp/wiser dependencies (only for gump's convenience; won't be distributed) Added: jakarta/commons/proper/email/trunk/lib/ jakarta/commons/proper/email/trunk/lib/subethasmtp- smtp-1.2-java14.jar (with props) jakarta/commons/proper/email/trunk/lib/subethasmtp- wiser-1.2-java14.jar (with props) Added: jakarta/commons/proper/email/trunk/lib/subethasmtp- smtp-1.2-java14.jar URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/lib/subethasmtp-smtp-1.2-java14.jar?view=autorev=548162 == Binary file - no diff available. Propchange: jakarta/commons/proper/email/trunk/lib/subethasmtp- smtp-1.2-java14.jar -- svn:mime-type = application/octet-stream Added: jakarta/commons/proper/email/trunk/lib/subethasmtp- wiser-1.2-java14.jar URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/lib/subethasmtp-wiser-1.2-java14.jar?view=autorev=548162 == Binary file - no diff available. Propchange: jakarta/commons/proper/email/trunk/lib/subethasmtp- wiser-1.2-java14.jar -- svn:mime-type = application/octet-stream - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- dIon Gillard Rule #131 of Acquisition: Information is Profit.
svn commit: r548164 - /jakarta/commons/proper/email/trunk/lib/README.txt
Author: bspeakmon Date: Sun Jun 17 19:02:08 2007 New Revision: 548164 URL: http://svn.apache.org/viewvc?view=revrev=548164 Log: - added readme to lib Added: jakarta/commons/proper/email/trunk/lib/README.txt Added: jakarta/commons/proper/email/trunk/lib/README.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/email/trunk/lib/README.txt?view=autorev=548164 == --- jakarta/commons/proper/email/trunk/lib/README.txt (added) +++ jakarta/commons/proper/email/trunk/lib/README.txt Sun Jun 17 19:02:08 2007 @@ -0,0 +1,8 @@ +NOTE: + +These libraries are required by commons-email's test suite and are here +only so that they can be built by Gump. They should not be distributed along +with commons-email, as the Maven builds will manage them along with other +dependencies. + +-Ben Speakmon (6/17/2007) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
