[jira] Commented: (BEANUTILS-185) [beanutils] Try to align BeanUtils with JSTL standard tags
[ http://issues.apache.org/jira/browse/BEANUTILS-185?page=comments#action_12415646 ] Gabriel Belingueres commented on BEANUTILS-185: --- Hi Niall (answers starting with *) Thanks for the patches, however I'm not that keen on implementing what you propose. 1) In regards to RowSetDynaClass and the createDynaBean() method, the contract of that method is IMO clear since the return type is a DynaBean - if a specific implementation was required then the return type should have been the specific implementation (such as BasicDynaBean). Therefore I'm against introducing your new AbstractRowSetDynaClass as IMO its unnecessary. * I introduced the AbstractRowSetDynaClass class for two reasons I can remember of now: a) To tell with the code by itself that there is a Factory Method createDynaBean() and it is OK to create your own type of RowSetDynaClass which create the kind of row beans you want. b) The introduction of the AbstractRowSetDynaClass class made it really easy to introduce both the DirectRowSetDynaClass and IndirectRowSetDynaClass (we only implement the createDynaBean() method) Looking at RowSetDynaClass I am surprised there is a createDynaBean() method at all, since DynaClass defines a perfectly good public newInstance() method for that very purpose. IMO we should deprecate the createDynaBean() method and switch to using newInstance() instead. * If I understood it well, I think newInstance() would not be an adequate method to use in this situation. From the DynaClass javadoc: "A DynaClass is a simulation of the functionality of java.lang.Class for classes implementing the DynaBean interface". If in a regular Java program I call newInstance() on the java.util.ArrayList class, I would not expect to be returned a new Object instance because it is the type of objects an ArrayList can hold, but I would expect to be returned an instance of a new ArrayList. With RowSetDynaClass I think it happens the same: calling newInstance() one would expect I get returned a new RowSetDynaBean (which it is a concept that doesn't exist!), not a BasicDynaBean instance (which is the type of the elements in the RowSet. I think that it is why when called it throws an UnsupportedOperationException. May be we need to replace RowSetDynaClass with something more meaningful? RowSetDynaClass is like an abstract class: We have the class available but we can't instantiate it. Maybe we need to align the definition with the standard JDBC RowSet implementation? 2) DirectAccessDynaBean gives me some concern since it is both a Map and a DynaBean and I'm unsure whether this may confuse other BeanUtils functionality or cause it to act inconsistently. Even if that didn't turn out to be a problem I'm against this "super" interface as I don't see how this provides any advantage/benefit over an object that implements the two interfaces separtely rather than this combined one. * I agree that this is dangerous. I wanted to use JSTL tags like with my dynabeans, so the combination of DynaBean and Map seemed a good idea. The BasicDirectAccessDynaBean implementation I provided treats the dynabean (when accessed from a Map method) as immutable. In the one hand, read access was the only thing I needed since I use JSTL with a model 2 mvc framework (so no writing is performed in the JSP pages), and in the other hand, I wrapped the map in a Collections.unmodifiableMap to protect the dynabean integrity from writing. I tend to agree that this super interface may be opening the door for bugs. However, I think that before dropping it we could consult with a JSF implementer to see if it would simplify the implementation of expressions like , which will read and WRITE on the dynabean. An alternative thought I had to this is to provide a Map implementation to decorate DynaBeans - that way any DynaBean could be decorated to look like a Map? * This can be a good idea, however if you wrap a DynaBean with a Map interface, then it is no longer a DynaBean. Don't know if this loss of functionality can be counter productive or not, but would cover the requirement of being JSTL friendly. Also, this will require to either change the RowSetDynaClass.copy() implementation to wrap the dynabean with an optional Map, or (easier I think) add a getRowsAsMap() method which would create a list of Map-wrapped dynabeans. 3) On the IndirectAccessDynaBean I'm afraid I don't see any benefit in JSTL terms since simply adding a getMap() method to a DynaBean implementation will enable it to be used by JSTL. Also perhaps it would have wider benefit if it was simply an interface with that one method (rather than extending DynaBean) - that way any object could provide a Map representation of itself. * I agree in both. The reasons I added this interface were: a) To have the alternate method to access a dynabean in JSTL. b) Added the exact getMap() method name to align the i
Re: [collections] Closure is a really bad name
Stephen Kestle wrote: The "Closure" in commons collections is not named well [snip valid points] So, what to do? I would propose an interface called Processor. It is more intuitive and has many "real world" examples that can anchor the term so that it makes sense to the average (and functional!) programmer. I don't disagree that the name may be inappropriate, or that your argument is valid. However, this is an old widely used interface that isn't broken, so changing it seems excessive. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (COLLECTIONS-110) [collections] Support parametized classes with commons.collections.
[ http://issues.apache.org/jira/browse/COLLECTIONS-110?page=comments#action_12415620 ] Stephen Colebourne commented on COLLECTIONS-110: Perhaps a key reason that collections isn't generified is that I don't use JDK1.5 in my day job. Furthermore, I'm seriously considering turning off generics as best as possible when we do upgrade. Every time I start to try and get my head around them, I realise just how confusing and messy they are. Reams of rules, exceptions to rules, strange corner cases, unexpected consequences... When the FAQ has to be classified and have an index and a glossary you really should recognise very bad code smell. So there. I've said it publicly now. I just plain don't like generics. > [collections] Support parametized classes with commons.collections. > --- > > Key: COLLECTIONS-110 > URL: http://issues.apache.org/jira/browse/COLLECTIONS-110 > Project: Commons Collections > Type: Bug > Environment: Operating System: other > Platform: Other > Reporter: Colbert Philippe > > It's time to create a parallel version of commons.collections to support > parametized classes of each container class and abstract class. It's not > that > hard. There is a 23 PDF document on Sun Java website describing in detail > how > it should be done and what to watch out for. > I already converted a few classes from commons.collection privately for my > own > needs. Once you get the hang of it, it's a rather quick process. > I am even willing to volunteer my time to do some more but I need the > collaboration of some of the original programmers to watch over things. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[FILEUPLOAD] RfC: Proposed API changes for streaming
Hi,
first of all, let me say thanks for giving me the possibility to contribute
to the project as a committer. Let's hope, I'll be doing fine. ;-)
As already written, the changes required for streaming are nontrivial. I'd
like to discuss them even if I were an experienced project member. Which I
am not, so please be alert even more.
The main reason for API changes is, that the existing interface FileItem is
to powerful. Therefore I propose to introduce a new interface, let's call it
SlimFileItem, or StreamingFileItem, with the following signature:
public interface SlimFileItem extends Serializable {
InputStream getInputStream() throws IOException;
String getContentType();
String getName();
String getFieldName();
boolean isFormField();
}
As you can see, the FileItem can be changed to extend SlimFileItem.
Additionally, FileItem has a semantic difference: It allows to invoke
getInputStream() more than once, while SlimFileItem should throw an
IllegalStateException on the second invocation. So far, these changes should
not introduce a problem.
The SlimFileItem is not to be created by a factory: The need for a factory
is mainly caused by the fact, that the FileItem's data needs to be written.
SlimFileItem is best implemented as an inner class of the MultipartStream.
So the API changes can be reduced to an additional method
Iterator /* SlimFileItem */ getItemIterator(RequestContext ctx)
throws FileUploadException;
in FileUploadBase. The existing method
List parseRequest(RequestContext ctx) throws FileUploadException;
would be changed to use getItemIterator internally and convert the
SlimFileItem instances into FileItem.
Finally, a suggestion for simplification: Let's change the
FileUploadException to extend IOException, and not Exception. It will avoid
a lot of casting, type checking, and conversions. Besides, it also makes
sense in the semantic level. At least, I do thing so.
The only argument I can see against the exception change is the following:
People will see compiler errors when using constructs like
try {
...
} catch (IOException e) {
...
} catch (FileUploadException e) {
...
}
The obvious solution would be to change the order. IMO, that's acceptable.
Regards for any comments,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413075 - in /jakarta/commons/proper/fileupload/trunk: src/java/org/apache/commons/fileupload/MultipartStream.java xdocs/changes.xml
Author: jochen
Date: Fri Jun 9 08:43:27 2006
New Revision: 413075
URL: http://svn.apache.org/viewvc?rev=413075&view=rev
Log:
Eliminated duplicate code (FILEUPLOAD-109)
Modified:
jakarta/commons/proper/fileupload/trunk/src/java/org/apache/commons/fileupload/MultipartStream.java
jakarta/commons/proper/fileupload/trunk/xdocs/changes.xml
Modified:
jakarta/commons/proper/fileupload/trunk/src/java/org/apache/commons/fileupload/MultipartStream.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/fileupload/trunk/src/java/org/apache/commons/fileupload/MultipartStream.java?rev=413075&r1=413074&r2=413075&view=diff
==
---
jakarta/commons/proper/fileupload/trunk/src/java/org/apache/commons/fileupload/MultipartStream.java
(original)
+++
jakarta/commons/proper/fileupload/trunk/src/java/org/apache/commons/fileupload/MultipartStream.java
Fri Jun 9 08:43:27 2006
@@ -484,7 +484,9 @@
* method using a constant size buffer. (see [EMAIL PROTECTED]
* #MultipartStream(InputStream,byte[],int) constructor}).
*
- * @param output The Stream to write data into.
+ * @param output The Stream to write data into. May
+ * be null, in which case this method is equivalent
+ * to [EMAIL PROTECTED] #discardBodyData()}.
*
* @return the amount of data written.
*
@@ -504,7 +506,9 @@
pos = findSeparator();
if (pos != -1) {
// Write the rest of the data before the boundary.
-output.write(buffer, head, pos - head);
+if (output != null) {
+output.write(buffer, head, pos - head);
+}
total += pos - head;
head = pos;
done = true;
@@ -517,7 +521,9 @@
pad = tail - head;
}
// Write out the data belonging to the body-data.
-output.write(buffer, head, tail - head - pad);
+if (output != null) {
+output.write(buffer, head, tail - head - pad);
+}
// Move the data to the beginning of the buffer.
total += tail - head - pad;
@@ -534,15 +540,19 @@
// The last pad amount is left in the buffer.
// Boundary can't be in there so write out the
// data you have and signal an error condition.
-output.write(buffer, 0, pad);
-output.flush();
+if (output != null) {
+output.write(buffer, 0, pad);
+output.flush();
+}
total += pad;
throw new MalformedStreamException(
"Stream ended unexpectedly");
}
}
}
-output.flush();
+if (output != null) {
+output.flush();
+}
return total;
}
@@ -562,50 +572,7 @@
public int discardBodyData()
throws MalformedStreamException,
IOException {
-boolean done = false;
-int pad;
-int pos;
-int bytesRead;
-int total = 0;
-while (!done) {
-// Is boundary token present somewere in the buffer?
-pos = findSeparator();
-if (pos != -1) {
-// Write the rest of the data before the boundary.
-total += pos - head;
-head = pos;
-done = true;
-} else {
-// Determine how much data should be kept in the
-// buffer.
-if (tail - head > keepRegion) {
-pad = keepRegion;
-} else {
-pad = tail - head;
-}
-total += tail - head - pad;
-
-// Move the data to the beginning of the buffer.
-System.arraycopy(buffer, tail - pad, buffer, 0, pad);
-
-// Refill buffer with new data.
-head = 0;
-bytesRead = input.read(buffer, pad, bufSize - pad);
-
-// [pprrr]
-if (bytesRead != -1) {
-tail = pad + bytesRead;
-} else {
-// The last pad amount is left in the buffer.
-// Boundary can't be in there so signal an error
-// condition.
-total += pad;
-throw new MalformedStreamException(
-"Stream ended unexpectedly");
-}
-}
-}
-return total;
+return readBodyData(null);
}
Modified: jakarta/commons/proper/fileupload/trunk/xdocs/changes.xml
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/f
[jira] Commented: (BEANUTILS-185) [beanutils] Try to align BeanUtils with JSTL standard tags
[ http://issues.apache.org/jira/browse/BEANUTILS-185?page=comments#action_12415595 ] Niall Pemberton commented on BEANUTILS-185: --- Thanks for the patches, however I'm not that keen on implementing what you propose. 1) In regards to RowSetDynaClass and the createDynaBean() method, the contract of that method is IMO clear since the return type is a DynaBean - if a specific implementation was required then the return type should have been the specific implementation (such as BasicDynaBean). Therefore I'm against introducing your new AbstractRowSetDynaClass as IMO its unnecessary. Looking at RowSetDynaClass I am surprised there is a createDynaBean() method at all, since DynaClass defines a perfectly good public newInstance() method for that very purpose. IMO we should deprecate the createDynaBean() method and switch to using newInstance() instead. 2) DirectAccessDynaBean gives me some concern since it is both a Map and a DynaBean and I'm unsure whether this may confuse other BeanUtils functionality or cause it to act inconsistently. Even if that didn't turn out to be a problem I'm against this "super" interface as I don't see how this provides any advantage/benefit over an object that implements the two interfaces separtely rather than this combined one. An alternative thought I had to this is to provide a Map implementation to decorate DynaBeans - that way any DynaBean could be decorated to look like a Map? 3) On the IndirectAccessDynaBean I'm afraid I don't see any benefit in JSTL terms since simply adding a getMap() method to a DynaBean implementation will enable it to be used by JSTL. Also perhaps it would have wider benefit if it was simply an interface with that one method (rather than extending DynaBean) - that way any object could provide a Map representation of itself. Another argument in favour of the Map decorator for a DynaBean is that it would make it very easy for DynaBean implementations to implement a getMap() method. LazyDynaBean currently has a getMap() - but it exposes the internal Map used to store properties - allowing the DynaBean methods such as get/set to be circumvented and possible corruption of the contents (illegal values for a property). This way the Map returned would under the covers still delegate to the proper DynaBean methods. > [beanutils] Try to align BeanUtils with JSTL standard tags > -- > > Key: BEANUTILS-185 > URL: http://issues.apache.org/jira/browse/BEANUTILS-185 > Project: Commons BeanUtils > Type: Improvement > Environment: Operating System: other > Platform: Other > Reporter: Gabriel Belingueres > Priority: Minor > Attachments: AbstractRowSetDynaClass.java, BasicDirectAccessDynaBean.java, > BasicDirectAccessDynaBeanTestCase.java, BasicIndirectAccessDynaBean.java, > DirectAccessDynaBean.java, DirectRowSetDynaClass.java, > IndirectAccessDynaBean.java, IndirectRowSetDynaClass.java, beanutil-diff.txt > > Hi, > I've done some modifications to the beanutils package to better support the > use > of DynaBeans with the JSTL tags. Some of the changes are discussed in this > thread of the commons-user mailing list: > http://marc.theaimsgroup.com/?l=jakarta-commons-user&m=114669123403779&w=2 > I attach the diff file that comprises changes to the RowSetDynaClass.java > file > and build.xml file (since I added a TestCase.) Note: Please try to filter > carefully the diffs in the build.xml file since they include some local > settings I have for compilation on my machine. :-( > Together with the diff file, I attach the new java files added to the package. > Regards, > Gabriel Belingueres > [EMAIL PROTECTED] -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413119 - /jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml
Author: olegk Date: Fri Jun 9 11:20:14 2006 New Revision: 413119 URL: http://svn.apache.org/viewvc?rev=413119&view=rev Log: Synced with the HTTPCLIENT_3_0 branch Modified: jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml Modified: jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml?rev=413119&r1=413118&r2=413119&view=diff == --- jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml (original) +++ jakarta/commons/proper/httpclient/trunk/xdocs/downloads.xml Fri Jun 9 11:20:14 2006 @@ -14,7 +14,7 @@ The following releases are avilable for download: - 3.0 - 19 December 2005 - + 3.0.1 - 08 May 2006 - http://jakarta.apache.org/site/downloads/downloads_commons-httpclient.cgi";>Download - http://www.apache.org/dist/jakarta/commons/httpclient/RELEASE-NOTES.txt"; >Release notes @@ -30,7 +30,6 @@ STABLE 3.0 recommended - http://svn.apache.org/builds/jakarta-commons/nightly/commons-httpclient/";>latest from HEAD(3.0) - Please note that this code is not API compatible with 2.0. - STABLE 2.0 - http://svn.apache.org/builds/jakarta-commons/nightly/commons-httpclient2/";>latest from the 2.0 branch The latest http://jakarta.apache.org/gump/";>Gump generated binary @@ -46,21 +45,23 @@ If you are using Maven for your project, you can create a dependency in your - project.xml with one of the following blocks: + project.xml with one of the following: +3.0.1 +2.0.2 There are also other jar versions available. You can check - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413112 - /jakarta/commons/proper/httpclient/trunk/project.properties
Author: olegk
Date: Fri Jun 9 11:06:06 2006
New Revision: 413112
URL: http://svn.apache.org/viewvc?rev=413112&view=rev
Log:
Explicitly set compile source and target levels to 1.2
Modified:
jakarta/commons/proper/httpclient/trunk/project.properties
Modified: jakarta/commons/proper/httpclient/trunk/project.properties
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/project.properties?rev=413112&r1=413111&r2=413112&view=diff
==
--- jakarta/commons/proper/httpclient/trunk/project.properties (original)
+++ jakarta/commons/proper/httpclient/trunk/project.properties Fri Jun 9
11:06:06 2006
@@ -1,5 +1,9 @@
# Maven specific project properties
+maven.compile.source=1.2
+maven.compile.target=1.2
+maven.compile.debug=false
+
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.checkstyle.properties=checkstyle.xml.properties
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413108 - /jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt
Author: olegk Date: Fri Jun 9 10:54:25 2006 New Revision: 413108 URL: http://svn.apache.org/viewvc?rev=413108&view=rev Log: [HTTPCLIENT-584] Added a list of HttpClient 3.x dependencies (primarily for Maven shy users) Added: jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt (with props) Added: jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt URL: http://svn.apache.org/viewvc/jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt?rev=413108&view=auto == --- jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt (added) +++ jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt Fri Jun 9 10:54:25 2006 @@ -0,0 +1,8 @@ +HttpClient 3.x requires +--- +* JRE 1.2.2 or above +* JSSE 1.0.3 when running in JRE < 1.4 (optional) +* JCE 1.2.2 when running in JRE < 1.4 (optional) +* Commons Logging 1.0.0 or above +* Commons Codec 1.2.0 or above + Propchange: jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt -- svn:eol-style = native Propchange: jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt -- svn:keywords = Date Author Id Revision HeadURL Propchange: jakarta/commons/proper/httpclient/trunk/DEPENDENCIES.txt -- svn:mime-type = text/plain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (POOL-81) Correct PoolUtils javadoc for pool vs. keyedPool
[ http://issues.apache.org/jira/browse/POOL-81?page=all ] Sandy McArthur updated POOL-81: --- Assign To: Sandy McArthur Priority: Minor (was: Major) > Correct PoolUtils javadoc for pool vs. keyedPool > > > Key: POOL-81 > URL: http://issues.apache.org/jira/browse/POOL-81 > Project: Commons Pool > Type: Improvement > Versions: 1.3 Final > Reporter: Michael Heuer > Assignee: Sandy McArthur > Priority: Minor > Attachments: diff.txt > > PoolUtils javadoc contains some mismatched pool vs. keyedPool references. > See attached diff.txt. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (BEANUTILS-54) [beanutils] "Missing Implementation-Vendor-Id in manifest of commons-beanutils.jar"
[ http://issues.apache.org/jira/browse/BEANUTILS-54?page=all ] Niall Pemberton resolved BEANUTILS-54: -- Fix Version: 1.8.0 Resolution: Fixed Assign To: Niall Pemberton Fixed, thanks for reporting this. > [beanutils] "Missing Implementation-Vendor-Id in manifest of > commons-beanutils.jar" > --- > > Key: BEANUTILS-54 > URL: http://issues.apache.org/jira/browse/BEANUTILS-54 > Project: Commons BeanUtils > Type: Bug > Environment: Operating System: All > Platform: All > Reporter: Pascal Grange > Assignee: Niall Pemberton > Fix For: 1.8.0 > > In the manifest of commons-beanutils.jar, the Implementation-Vendor-Id entry > > is missing. Please add one. > > Note also that it applies to other jar files contained in > commo,ns-beanutils-1.7.0.tar.gz -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413076 - /jakarta/commons/proper/beanutils/trunk/src/conf/MANIFEST.MF
Author: niallp Date: Fri Jun 9 08:47:24 2006 New Revision: 413076 URL: http://svn.apache.org/viewvc?rev=413076&view=rev Log: Fix for BEANUTILS-54 - add Implementation-Vendor-Id entry to manifest - reported by Pascal Grange. Also changed the manifest's to automatically pick up the implementation/specification version Modified: jakarta/commons/proper/beanutils/trunk/src/conf/MANIFEST.MF Modified: jakarta/commons/proper/beanutils/trunk/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewvc/jakarta/commons/proper/beanutils/trunk/src/conf/MANIFEST.MF?rev=413076&r1=413075&r2=413076&view=diff == --- jakarta/commons/proper/beanutils/trunk/src/conf/MANIFEST.MF (original) +++ jakarta/commons/proper/beanutils/trunk/src/conf/MANIFEST.MF Fri Jun 9 08:47:24 2006 @@ -1,7 +1,8 @@ Extension-Name: org.apache.commons.beanutils Specification-Title: Jakarta Commons Beanutils Specification-Vendor: Apache Software Foundation -Specification-Version: 1.6 +Specification-Version: @version@ Implementation-Title: org.apache.commons.beanutils Implementation-Vendor: Apache Software Foundation -Implementation-Version: 1.6 +Implementation-Vendor-Id: org.apache +Implementation-Version: @version@ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (POOL-81) Correct PoolUtils javadoc for pool vs. keyedPool
[ http://issues.apache.org/jira/browse/POOL-81?page=all ] Michael Heuer updated POOL-81: -- Attachment: diff.txt svn diff > Correct PoolUtils javadoc for pool vs. keyedPool > > > Key: POOL-81 > URL: http://issues.apache.org/jira/browse/POOL-81 > Project: Commons Pool > Type: Improvement > Versions: 1.3 Final > Reporter: Michael Heuer > Attachments: diff.txt > > PoolUtils javadoc contains some mismatched pool vs. keyedPool references. > See attached diff.txt. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (POOL-81) Correct PoolUtils javadoc for pool vs. keyedPool
Correct PoolUtils javadoc for pool vs. keyedPool Key: POOL-81 URL: http://issues.apache.org/jira/browse/POOL-81 Project: Commons Pool Type: Improvement Versions: 1.3 Final Reporter: Michael Heuer PoolUtils javadoc contains some mismatched pool vs. keyedPool references. See attached diff.txt. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (BEANUTILS-133) [beanutils] Overriding methods in LazyDynaBean
[ http://issues.apache.org/jira/browse/BEANUTILS-133?page=all ] Niall Pemberton resolved BEANUTILS-133: --- Fix Version: 1.8.0 Resolution: Fixed Assign To: Niall Pemberton Fixed, thanks for pointing this out > [beanutils] Overriding methods in LazyDynaBean > -- > > Key: BEANUTILS-133 > URL: http://issues.apache.org/jira/browse/BEANUTILS-133 > Project: Commons BeanUtils > Type: Bug > Versions: 1.6 Final > Environment: Operating System: All > Platform: All > Reporter: Masoud Omidvar > Assignee: Niall Pemberton > Priority: Trivial > Fix For: 1.8.0 > > There are some lines in the javadoc of LazyDynaBean that states: > ArrayList is the default indexed property that LazyDynaBean uses but this can > be > easily changed by overriding the newIndexedProperty(name) method. > But, the correct method name is : defaultIndexedProperty(name) > There is similar mistake about defaultMappedProperty(name)! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413061 - /jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/LazyDynaBean.java
Author: niallp
Date: Fri Jun 9 07:52:58 2006
New Revision: 413061
URL: http://svn.apache.org/viewvc?rev=413061&view=rev
Log:
Fix for BEANUTILS-133 - JavaDoc corrections - reported by Masoud Omidvar
Modified:
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/LazyDynaBean.java
Modified:
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/LazyDynaBean.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/LazyDynaBean.java?rev=413061&r1=413060&r2=413061&view=diff
==
---
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/LazyDynaBean.java
(original)
+++
jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/LazyDynaBean.java
Fri Jun 9 07:52:58 2006
@@ -58,7 +58,7 @@
* It will also instantiate a new ArrayList and
automatically grow
* the List so that it is big enough to accomodate the
index being set.
* ArrayList is the default indexed property that
LazyDynaBean uses but
- * this can be easily changed by overriding the
newIndexedProperty(name)
+ * this can be easily changed by overriding the
defaultIndexedProperty(name)
* method.
*
* DynaBean myBean = new LazyDynaBean();
@@ -83,7 +83,7 @@
* instantiate a new HashMap in the DynaBean when the
* set(name, key, value) method is called.
HashMap is the default
* mapped property that LazyDynaBean uses but this can be easily changed
by overriding
- * the newMappedProperty(name) method.
+ * the defaultMappedProperty(name) method.
*
* DynaBean myBean = new LazyDynaBean();
* myBean.set("myMappedProperty", "myKey", "myValue");
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413051 - /jakarta/commons/proper/httpclient/trunk/
Author: olegk Date: Fri Jun 9 07:03:39 2006 New Revision: 413051 URL: http://svn.apache.org/viewvc?rev=413051&view=rev Log: [HTTPCLIENT-584] Added lib to the svn:ignore list Modified: jakarta/commons/proper/httpclient/trunk/ (props changed) Propchange: jakarta/commons/proper/httpclient/trunk/ -- --- svn:ignore (original) +++ svn:ignore Fri Jun 9 07:03:39 2006 @@ -10,3 +10,4 @@ classes log4j-tests.properties .settings +lib - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r413050 - /jakarta/commons/proper/httpclient/trunk/lib/
Author: olegk Date: Fri Jun 9 07:01:38 2006 New Revision: 413050 URL: http://svn.apache.org/viewvc?rev=413050&view=rev Log: Removed lib directory and its content Removed: jakarta/commons/proper/httpclient/trunk/lib/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (BEANUTILS-154) [beanutils] BeanUtils copyProperties does not copy if theres a digit in property name
[ http://issues.apache.org/jira/browse/BEANUTILS-154?page=all ] Niall Pemberton resolved BEANUTILS-154: --- Resolution: Invalid BeanUtils works be getting the PropertyDescriptors for a bean and matching the name. According to the JavaBean specification [1] the property name is determined for the accessor methods by removing the get/set and changing the first letter to lower case - unless the first two letters are upper case, and then it leaves it alone. Since the second letter of your property names are numeric digits it is changing the first letter to lower case - so the property names are p1NAME and p2NAME and hence BeanUtils can't find the properties to copy to. If you use PP1NAME or PNAME1 as property names in your custom bean - or use p1NAME and p2NAME in your DynaBean then it would work. The issue then is with the Java Beans spec and not BeanUtils and I'm closing this as "invalid". http://java.sun.com/products/javabeans/ > [beanutils] BeanUtils copyProperties does not copy if theres a digit in > property name > - > > Key: BEANUTILS-154 > URL: http://issues.apache.org/jira/browse/BEANUTILS-154 > Project: Commons BeanUtils > Type: Bug > Versions: 1.6 Final > Environment: Operating System: other > Platform: All > Reporter: Hans > > If dest has two properties, say P1NAME and P2NAME, with setter methods > setP1NAME(String ... and setP2NAME(String ... then the properties from orig > will > not be copied from orig to dest. > In my particular case orig is a DynaActionBean and dest is a custom bean. If > P1NAME is changed to PNAME, then the copy properties works. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-html (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-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 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-html : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/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-html-09062006.jar] identifier set to project name -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/html/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/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-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html Work Name: build_commons-jelly_commons-jelly-tags-html (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html] 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/cli/target/commons-cli-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54)
[EMAIL PROTECTED]: Project commons-jelly-tags-html (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-html has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 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-html : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-html/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-html-09062006.jar] identifier set to project name -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/html/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html/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-html/gump_work/build_commons-jelly_commons-jelly-tags-html.html Work Name: build_commons-jelly_commons-jelly-tags-html (Type: Build) Work ended in a state of : Failed Elapsed: 13 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/html] 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/cli/target/commons-cli-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/commons-jelly-tags-jsl-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar:/usr/local/gump/packages/nekohtml-0.9.5/nekohtml.jar - [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testLowerCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:40:48: You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] [junit] [junit] Testcase: testMixedCase(org.apache.commons.jelly.tags.junit.CaseTag$1): Caused an ERROR [junit] file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: You must define an attribute called 'test' for this tag. [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/html/target/test-classes/org/apache/commons/jelly/html/suite.jelly:47:48: You must define an attribute called 'test' for this tag. [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:54)
[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (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-define-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 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-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 15 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] 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/cli/target/commons-cli-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:118) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208) [junit] at junit.framework.TestSuite.run(TestSuite.java:203) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536) [junit] Jun 9, 2006 4:51:49 AM org.apache.commons.jelly.expression.xpath.XPathExpression evaluate [junit] SEVERE: Error constructing xpath [junit] org.jaxen.XPathSyntaxException: Node-set expected [junit] at org.jaxen.BaseXPath.(BaseXPath.java:131) [junit] at org.jaxen.BaseXPath.(BaseXPath.java:156) [junit] at org.jaxen.dom4j.Dom4jXPath.(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.T
[EMAIL PROTECTED]: Project commons-jelly-tags-define-test (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-define-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 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-define-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -WARNING- Overriding Maven properties: [/usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties] -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-define-test/gump_work/build_commons-jelly_commons-jelly-tags-define-test.html Work Name: build_commons-jelly_commons-jelly-tags-define-test (Type: Build) Work ended in a state of : Failed Elapsed: 15 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/define] 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/cli/target/commons-cli-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.TestResult.run(TestResult.java:109) [junit] at junit.framework.TestCase.run(TestCase.java:118) [junit] at junit.framework.TestSuite.runTest(TestSuite.java:208) [junit] at junit.framework.TestSuite.run(TestSuite.java:203) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:325) [junit] at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:536) [junit] Jun 9, 2006 4:51:49 AM org.apache.commons.jelly.expression.xpath.XPathExpression evaluate [junit] SEVERE: Error constructing xpath [junit] org.jaxen.XPathSyntaxException: Node-set expected [junit] at org.jaxen.BaseXPath.(BaseXPath.java:131) [junit] at org.jaxen.BaseXPath.(BaseXPath.java:156) [junit] at org.jaxen.dom4j.Dom4jXPath.(Dom4jXPath.java:101) [junit] at org.apache.commons.jelly.expression.xpath.XPathExpression.evaluate(XPathExpression.java:78) [junit] at org.apache.commons.jelly.expression.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:256) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] at junit.framework.TestCase.runBare(TestCase.java:127) [junit] at junit.framework.TestResult$1.protect(TestResult.java:106) [junit] at junit.framework.TestResult.runProtected(TestResult.java:124) [junit] at junit.framework.T
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (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-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 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-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -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/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 18 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:71) [junit] at org.apache.commons.jelly.tags.jsl.StylesheetTag.doTag(StylesheetTag.java:124) [junit] Root cause [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-classes/org/apache/commons/jelly/jsl/suite.jelly:123:89: You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.Templ
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (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-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 5 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-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -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/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 18 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-09062006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-09062006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-09062006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/packages/jaxen-1.1-beta-4/jaxen-1.1-beta-4.jar - [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:78) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:71) [junit] at org.apache.commons.jelly.tags.jsl.StylesheetTag.doTag(StylesheetTag.java:124) [junit] Root cause [junit] org.apache.commons.jelly.MissingAttributeException: file:/x1/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-classes/org/apache/commons/jelly/jsl/suite.jelly:123:89: You must define an attribute called 'select' for this tag. [junit] at org.apache.commons.jelly.tags.xml.ExprTag.doTag(ExprTag.java:46) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:234) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.Templ
Re: [site] shorter descriptions on index
I went ahead and did this. Still have to do it for the Dormant ones though. On 4/11/06, Henri Yandell <[EMAIL PROTECTED]> wrote: The descriptions of the components on the index page seemed quite wordy and noisy to me when I was trying to create a one page summary, so I edited out the redundant text and chopped it down a bit. Here's the modified index page: http://people.apache.org/~bayard/commons.html Any interest? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r412978 - in /jakarta/commons/proper/commons-build/trunk/parts: components-table.ent sandbox-table.ent
Author: bayard Date: Fri Jun 9 01:25:15 2006 New Revision: 412978 URL: http://svn.apache.org/viewvc?rev=412978&view=rev Log: Shortened the component descriptions by removing the many redundant 'Foo: Foo is...' Modified: jakarta/commons/proper/commons-build/trunk/parts/components-table.ent jakarta/commons/proper/commons-build/trunk/parts/sandbox-table.ent Modified: jakarta/commons/proper/commons-build/trunk/parts/components-table.ent URL: http://svn.apache.org/viewvc/jakarta/commons/proper/commons-build/trunk/parts/components-table.ent?rev=412978&r1=412977&r2=412978&view=diff == --- jakarta/commons/proper/commons-build/trunk/parts/components-table.ent (original) +++ jakarta/commons/proper/commons-build/trunk/parts/components-table.ent Fri Jun 9 01:25:15 2006 @@ -3,214 +3,181 @@ http://jakarta.apache.org/commons/attributes/";>Attributes - Attributes provides a runtime API to metadata attributes such as doclet tags, - inspired by the Nanning and XRAI projects - as well as JSR 175 and C# attrbutes. + Runtime API to metadata attributes such as doclet tags. http://jakarta.apache.org/commons/beanutils/";>BeanUtils - Commons-BeanUtils provides easy-to-use wrappers around the Java - reflection and introspection APIs. +Easy-to-use wrappers around the Java reflection and introspection APIs. http://jakarta.apache.org/commons/betwixt/";>Betwixt - Betwixt provides services for mapping JavaBeans to XML documents, and vice versa. + Services for mapping JavaBeans to XML documents, and vice versa. http://jakarta.apache.org/commons/chain/";>Chain - Chain provides a "Chain of Responsibility" pattern implemention for organizing complex processing flows. + "Chain of Responsibility" pattern implemention. http://jakarta.apache.org/commons/cli/";>CLI - CLI provides a simple API for working with Comamnd Line arguments, - options, option groups, mandatory options and so forth. + Comamnd Line arguments parser. http://jakarta.apache.org/commons/codec/";>Codec - Codec contains some general encoding/decoding algorithms. Includes - some phonetic encoders, Hex, Base64, and a URL encoder. + General encoding/decoding algorithms (for example phonetic, base64, URL). http://jakarta.apache.org/commons/collections/";>Collections - Commons-Collections provides a suite of classes that - extend or augment the Java Collections Framework. + Extends or augments the Java Collections Framework. http://jakarta.apache.org/commons/configuration/";>Configuration - Commons-Configuration Tools to assist in the reading of - configuration/preferences files in various formats. + Reading of configuration/preferences files in various formats. http://jakarta.apache.org/commons/daemon/";>Daemon - An alternative invocation mechanism for unix-daemon-like java code. + Alternative invocation mechanism for unix-daemon-like java code. http://jakarta.apache.org/commons/dbcp/";>DBCP - Commons-DBCP provides database connection pooling services. + Database connection pooling services. http://jakarta.apache.org/commons/dbutils/";>DbUtils - DbUtils is a JDBC helper library that factors out mundane resource cleanup - code for common database tasks. + JDBC helper library. http://jakarta.apache.org/commons/digester/";>Digester - Commons-Digester is an XML-to-Java-object mapping utility commonly - used for parsing XML configuration files. + XML-to-Java-object mapping utility. http://jakarta.apache.org/commons/discovery/";>Discovery - Commons-Discovery provides tools for locating resources (including classes) - by mapping service/reference names to resource names using a variety of schemes. + Tools for locating resources by mapping service/reference names to resource names. http://jakarta.apache.org/commons/el/";>EL - Commons-EL provides an interpreter for the Expression Language which is - defined by the JavaServer Pages(TM) specification, version 2.0. + Interpreter for the Expression Language defined by the JSP 2.0 specification. http://jakarta.apache.org/commons/email/";>Email - Email provides a simple library for sending e-mail from Java. + Library for sending e-mail from Java. http://jakarta.apache.org/commons/fileupload/";>FileUpload - FileUpload makes it easy to add robust, high-performance, file upload - capability to your servlets and web applications. + File upload capability for your servlets and web applications. http://jakarta.apache.org/commons/httpclien
svn commit: r412968 - /jakarta/commons/sandbox/csv/trunk/src/java/org/apache/commons/csv/CSVParser.java
Author: bayard
Date: Fri Jun 9 00:57:54 2006
New Revision: 412968
URL: http://svn.apache.org/viewvc?rev=412968&view=rev
Log:
Moved back to JDK 1.3 compatibility.
Modified:
jakarta/commons/sandbox/csv/trunk/src/java/org/apache/commons/csv/CSVParser.java
Modified:
jakarta/commons/sandbox/csv/trunk/src/java/org/apache/commons/csv/CSVParser.java
URL:
http://svn.apache.org/viewvc/jakarta/commons/sandbox/csv/trunk/src/java/org/apache/commons/csv/CSVParser.java?rev=412968&r1=412967&r2=412968&view=diff
==
---
jakarta/commons/sandbox/csv/trunk/src/java/org/apache/commons/csv/CSVParser.java
(original)
+++
jakarta/commons/sandbox/csv/trunk/src/java/org/apache/commons/csv/CSVParser.java
Fri Jun 9 00:57:54 2006
@@ -444,7 +444,8 @@
} else {
// prepend whitespaces (if we have)
if (wsBuf.length() > 0) {
- tkn.content.append(wsBuf);
+ // for J2SDK 1.3 compatibility we use toString()
+ tkn.content.append(wsBuf.toString());
wsBuf.delete(0, wsBuf.length());
}
tkn.content.append((char) c);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r412967 - in /jakarta/commons/sandbox/csv/trunk: project.xml src/site/ xdocs/ xdocs/index.xml
Author: bayard Date: Fri Jun 9 00:42:48 2006 New Revision: 412967 URL: http://svn.apache.org/viewvc?rev=412967&view=rev Log: Setting up a maven-1 site; m2 isn't working for me Added: jakarta/commons/sandbox/csv/trunk/xdocs/ jakarta/commons/sandbox/csv/trunk/xdocs/index.xml Removed: jakarta/commons/sandbox/csv/trunk/src/site/ Modified: jakarta/commons/sandbox/csv/trunk/project.xml Modified: jakarta/commons/sandbox/csv/trunk/project.xml URL: http://svn.apache.org/viewvc/jakarta/commons/sandbox/csv/trunk/project.xml?rev=412967&r1=412966&r2=412967&view=diff == --- jakarta/commons/sandbox/csv/trunk/project.xml (original) +++ jakarta/commons/sandbox/csv/trunk/project.xml Fri Jun 9 00:42:48 2006 @@ -24,10 +24,16 @@ Commons CSV is a component that parses comma separated value files. 0.1-dev - http://issues.apache.org/bugzilla/ + http://issues.apache.org/jira/browse/SANDBOX cvs.apache.org + + + scm:svn:http://svn.apache.org/repos/asf/jakarta/commons/sandbox/csv/trunk +http://svn.apache.org/viewcvs/jakarta/commons/sandbox/csv/trunk + + Henri Yandell Added: jakarta/commons/sandbox/csv/trunk/xdocs/index.xml URL: http://svn.apache.org/viewvc/jakarta/commons/sandbox/csv/trunk/xdocs/index.xml?rev=412967&view=auto == --- jakarta/commons/sandbox/csv/trunk/xdocs/index.xml (added) +++ jakarta/commons/sandbox/csv/trunk/xdocs/index.xml Fri Jun 9 00:42:48 2006 @@ -0,0 +1,31 @@ + + + + + Home + Commons Documentation Team + + + + + + Commons CSV was started to unify a common and simple interface for reading and writing CSV files under an ASL license. It has been bootstrapped by a code donation from Netcetera in Switzerland. + + + + + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r412966 - in /jakarta/commons/proper/commons-build/trunk: menus/sandbox-items.ent parts/sandbox-table.ent
Author: bayard Date: Fri Jun 9 00:42:10 2006 New Revision: 412966 URL: http://svn.apache.org/viewvc?rev=412966&view=rev Log: Hooking in a CSV site Modified: jakarta/commons/proper/commons-build/trunk/menus/sandbox-items.ent jakarta/commons/proper/commons-build/trunk/parts/sandbox-table.ent Modified: jakarta/commons/proper/commons-build/trunk/menus/sandbox-items.ent URL: http://svn.apache.org/viewvc/jakarta/commons/proper/commons-build/trunk/menus/sandbox-items.ent?rev=412966&r1=412965&r2=412966&view=diff == --- jakarta/commons/proper/commons-build/trunk/menus/sandbox-items.ent (original) +++ jakarta/commons/proper/commons-build/trunk/menus/sandbox-items.ent Fri Jun 9 00:42:10 2006 @@ -1,4 +1,5 @@ http://jakarta.apache.org/commons/sandbox/compress/"/> +http://jakarta.apache.org/commons/sandbox/csv/"/> http://jakarta.apache.org/commons/sandbox/exec/"/> http://jakarta.apache.org/commons/sandbox/i18n/"/> http://jakarta.apache.org/commons/sandbox/id/"/> Modified: jakarta/commons/proper/commons-build/trunk/parts/sandbox-table.ent URL: http://svn.apache.org/viewvc/jakarta/commons/proper/commons-build/trunk/parts/sandbox-table.ent?rev=412966&r1=412965&r2=412966&view=diff == --- jakarta/commons/proper/commons-build/trunk/parts/sandbox-table.ent (original) +++ jakarta/commons/proper/commons-build/trunk/parts/sandbox-table.ent Fri Jun 9 00:42:10 2006 @@ -7,6 +7,12 @@ +http://jakarta.apache.org/commons/sandbox/csv/";>CSV + + Commons CSV is an API for parsing and creating CSV (comma separated value) files. + + + http://jakarta.apache.org/commons/sandbox/exec/";>Exec Commons Exec defines an API for dealing with external process execution and - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
