Re: [Validator] Niall Pemberton as Committer
+1 -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: Ted Husted [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Monday, May 24, 2004 4:16 PM Subject: [Validator] Niall Pemberton as Committer Niall Pemberton is an Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28912] - Connection re-use conflates logical and physical connections
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28912. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28912 Connection re-use conflates logical and physical connections --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 12:11 --- I'm not certain I get the idea -- why would anyone want the non-guarded behavior? It's like a dangling pointer bug, where one part of the code holds on to a pointer to memory some other part has freed. Somone holding a reference under the old logical connection ends up refering to a new logical connection by accident, not design. At least this guarded behavior should be the default, but I'm not sure why it's ever right for user code to be unguarded. What am I missing? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Commons Collections 3 and Struts 1.1
Hi, You may have issues if you use Struts on Tomcat or other containers which also use Collections. For tomcat, it uses collections 2.1 as the moment, and you'd need to move that from common/lib to server/lib in order to use collections 3.0 (which would go in your WEB-INF/lib). Yoav Shapira Millennium Research Informatics -Original Message- From: Sherlock, Simon [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 25, 2004 2:48 AM To: [EMAIL PROTECTED] Subject: Commons Collections 3 and Struts 1.1 Is the latest version of the Commons Collections compatible with Struts 1.1. Is it as simple as add the new jars to my project, or might there be problems? Thanks, Simon This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29195] - cant parse ftp server - unix l8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29195. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29195 cant parse ftp server - unix l8 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 12:54 --- Interesting. Problem appears to be caused by avoiding the display of groups, which are optional, according to the regex. File size appears to be interpreted as group number. This is a condition we are NOT testing for. Amazing we haven't heard about this before. I'll take a whack at it. -rw-r--r-- 1 1 0 May 25 10:30 last_flushed dr-xr-xr-x 2 21 512 Feb 1 18:42 magg -rw-r--r-- 1 1 824122 May 25 08:42 nato -rw-r--r-- 1 13518644 May 25 12:12 std dr-xr-xr-x 2 21 512 Feb 4 13:28 stuff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29195] - cant parse ftp server - unix l8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29195. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29195 cant parse ftp server - unix l8 --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 12:59 --- Actually, though, Mario, I just dropped one of the lines from this server into UnixFTPEntryParserTest.goodsamples and that test continues to pass. So could you elaborate on the problem a little? Is it that the parser refuses to parse the entry or that it returns incorrect values, or what? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Niall Pemberton as Committer
Niall's been a positive contributing member in the Struts community and I see no reason he wouldn't be in Validator as well. In addition, Validator could use a few more active committers. +1 David --- Ted Husted [EMAIL PROTECTED] wrote: Niall Pemberton is an Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28912] - Connection re-use conflates logical and physical connections
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28912. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28912 Connection re-use conflates logical and physical connections --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 13:00 --- Some database vendors (Oracle for example) add extra methods to their Connection implementation (not part of jdbc spec). So sometimes you need to access the underlying physical connection and cast it to the specific implementation. But allowing direct access is indeed a dangerous operation and is disabled by default. http://cvs.apache.org/viewcvs.cgi/jakarta-commons/dbcp/src/java/org/apache/commons/dbcp/PoolingDriver.java?r1=1.11r2=1.12diff_format=h private static boolean accessToUnderlyingConnectionAllowed = false; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections][lang] generic min/max functions
Emmanuel Bourg wrote: Hello, I was looking for a min/max function working with dates and thought such a trivial feature would be already in [lang], but surprisingly it isn't. I expected a min/max(Date, Date) function in DateUtils, then I looked for a min/max(Comparable, Comparable) and I eventually found the ComparatorUtils.min/max(Object, Object, Comparator) functions in [collections]. Wouldn't it make sense to move or copy these functions to [lang] ? Maybe just adding a ComparableUtils class to [lang] would be enough, what do you think ? I can contribute a patch. Can't you just use java.util.Collections min(Collection) and max(Collection)? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections][lang] generic min/max functions
matthew.hawthorne wrote: Can't you just use java.util.Collections min(Collection) and max(Collection)? Yes it's an alternative, but at the cost of additional lines to create a collection. Date date = ComparableUtils.min(date1, date2) vs Collection dates = new ArrayList(); dates.add(date1); dates.add(date2); Date date = Collections.min(dates); Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/lib log4j-1.2.8.jar commons-codec-1.2.jar geronimo-jta.jar
ozeigermann2004/05/25 06:41:49 Added: transaction/lib log4j-1.2.8.jar commons-codec-1.2.jar geronimo-jta.jar Log: Refactored lib dir Revision ChangesPath 1.1 jakarta-commons-sandbox/transaction/lib/log4j-1.2.8.jar Binary file 1.1 jakarta-commons-sandbox/transaction/lib/commons-codec-1.2.jar Binary file 1.1 jakarta-commons-sandbox/transaction/lib/geronimo-jta.jar Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util RendezvousBarrier.java
ozeigermann2004/05/25 06:51:57 Modified:transaction/src/test/org/apache/commons/transaction/file FileResourceManagerTest.java Added: transaction/src/java/org/apache/commons/transaction/util RendezvousBarrier.java Log: Moved barrier from test into util package to have it generally available Revision ChangesPath 1.2 +6 -67 jakarta-commons-sandbox/transaction/src/test/org/apache/commons/transaction/file/FileResourceManagerTest.java Index: FileResourceManagerTest.java === RCS file: /home/cvs/jakarta-commons-sandbox/transaction/src/test/org/apache/commons/transaction/file/FileResourceManagerTest.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- FileResourceManagerTest.java 17 May 2004 13:26:42 - 1.1 +++ FileResourceManagerTest.java 25 May 2004 13:51:57 - 1.2 @@ -31,6 +31,7 @@ import javax.transaction.Status; +import org.apache.commons.transaction.util.*; import org.apache.commons.transaction.util.FileHelper; import org.apache.commons.transaction.util.Jdk14Logger; import org.apache.commons.transaction.util.LoggerFacade; @@ -344,9 +345,9 @@ rm.start(); -final RendezvousBarrier shutdownBarrier = new RendezvousBarrier(Shutdown, 3); -final RendezvousBarrier start2Barrier = new RendezvousBarrier(Start2); -final RendezvousBarrier commit1Barrier = new RendezvousBarrier(Commit1); +final RendezvousBarrier shutdownBarrier = new RendezvousBarrier(Shutdown, 3, BARRIER_TIMEOUT, sLogger); +final RendezvousBarrier start2Barrier = new RendezvousBarrier(Start2, BARRIER_TIMEOUT, sLogger); +final RendezvousBarrier commit1Barrier = new RendezvousBarrier(Commit1, BARRIER_TIMEOUT, sLogger); final Object txId1 = Create; @@ -615,66 +616,4 @@ checkIsEmpty(WORK); } -public static class RendezvousBarrier { - -private final int parties; -private final String name; -private int count = 0; -private long timeout; - -public RendezvousBarrier(String name) { -this(name, 2); -} - -public RendezvousBarrier(String name, int parties) { -this(name, parties, BARRIER_TIMEOUT); -} - -public RendezvousBarrier(String name, int parties, long timeout) { -this.parties = parties; -this.name = name; -this.timeout = timeout; -} - -public synchronized void call() throws InterruptedException { -count++; -if (count = parties) { -logger.fine(Thread + Thread.currentThread().getName() + by CALL COMLETING barrier + name); -notifyAll(); -} -} - -public synchronized void meet() throws InterruptedException { -count++; -if (count = parties) { -logger.fine(Thread + Thread.currentThread().getName() + by MEET COMLETING barrier + name); -notifyAll(); -} else { -logger.fine( -At barrier -+ name -+ thread -+ Thread.currentThread().getName() -+ WAITING for -+ (parties - count) -+ of -+ parties -+ parties); -wait(timeout); -if (count = parties) { -logger.fine(Thread + Thread.currentThread().getName() + CONTINUING at barrier + name); -} else { -logger.fine(Thread + Thread.currentThread().getName() + FAILING at barrier + name); -notifyAll(); -} -} -} - -public synchronized void reset() { -count = 0; -notifyAll(); -} - -} - } 1.1 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/RendezvousBarrier.java Index: RendezvousBarrier.java === /* * $Header: /home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/util/RendezvousBarrier.java,v 1.1 2004/05/25 13:51:57 ozeigermann Exp $ * $Revision: 1.1 $ * $Date: 2004/05/25 13:51:57 $ * * * * Copyright 1999-2002 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file
DO NOT REPLY [Bug 29195] - [vfs] do not issue dir . on the ftp-server
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29195. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29195 [vfs] do not issue dir . on the ftp-server [EMAIL PROTECTED] changed: What|Removed |Added Component|Net |Sandbox Summary|cant parse ftp server - unix|[vfs] do not issue dir . |l8 |on the ftp-server Version|1.2 Final |unspecified --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 13:56 --- found the problem! vfs issues the following sequence to the ftp-server cd / dir . while (maybe any) other ftp-server print only a listing of the current directory, the uu.net server do this recursive so there are many total .. and empty lines which will be returned as null from the ftp entry parser. I have to fix this in vfs. My first thought was, that there is a problem with the numeric user-ids. Sorry for bothering you. Reassigned this bug to vfs. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/dbcp/xdocs release-notes-1.2.xml
dirkv 2004/05/25 06:58:41 Modified:dbcp/xdocs release-notes-1.2.xml Log: new PoolingDriver behaviour Revision ChangesPath 1.3 +4 -1 jakarta-commons/dbcp/xdocs/release-notes-1.2.xml Index: release-notes-1.2.xml === RCS file: /home/cvs/jakarta-commons/dbcp/xdocs/release-notes-1.2.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- release-notes-1.2.xml 20 May 2004 19:05:31 - 1.2 +++ release-notes-1.2.xml 25 May 2004 13:58:41 - 1.3 @@ -46,6 +46,9 @@ br/ liSeveral fixes for PerUserPoolDataSource/li br/ +liPoolingDriver uses now a PoolGuardConnectionWrapper by default. If access to the +underlying connection is needed, you have to enable it: PoolingDriver.setAccessToUnderlyingConnectionAllowed(true)/li +br/ liThe following issues were resolved since v1.1: (see Bugzilla for complete description) table - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29203] New: - Indexed properties with Array type cause IllegalArgumentException in setProperty/populate
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29203. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29203 Indexed properties with Array type cause IllegalArgumentException in setProperty/populate Summary: Indexed properties with Array type cause IllegalArgumentException in setProperty/populate Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Bean Utilities AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If you attempt: public String[] getIndexedArrayProperty(int index) public void setIndexedArrayProperty(int index,String newvalue[]) ...this will fail with an IllegalArgumentException in PropertyUtilsBean, because setProperty will decide to store the first element of the newvalue array rather than the whole array. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29203] - Indexed properties with Array type cause IllegalArgumentException in setProperty/populate
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29203. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29203 Indexed properties with Array type cause IllegalArgumentException in setProperty/populate --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 14:01 --- Created an attachment (id=11659) Patch with fix and new test cases. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [beanutils] Re: Indexed Array properties (that is, Indexes of Arrays)
Well, it feels like a bug. But I don't really know this project that well, and I don't want to assume anything about the goals/rules/aesthetic of BeanUtils. I've opened a bug on this (Bug #29203), and attached a patch against the HEAD, which is 1 line of fix, and the rest modifications to TestBean and test cases. Regards, David robert burrell donkin [EMAIL PROTECTED] wrote on 05/20/2004 05:49:57 PM: hi david (please prefix posts about beanutils with [beanutils]) the way you tell it, it sounds like a bug. maybe i'll think of a reason why it was coded that way when i see the patch. craig's really busy right now which is a shame since the area of 'is this a feature?' is best dealt with by him. maybe i'll talk to the folks on struts dev if i'm not sure... rather than just contributing the patch, please contribute (in addition) a good set of test cases which illustrate the (possible) bug. - robert On 20 May 2004, at 22:05, David Wood wrote: What are people's feelings about supporting indexed properties with Array value types? What I'd like to do is allow public String[] getIndexedArrayProperty(int index) public void setIndexedArrayProperty(int index,String newvalue[]) Currently, this will fail with an IllegalArgumentException in PropertyUtilsBean, because setProperty will decide to store the first element of the newvalue array rather than the whole array. And in BeanUtils there is a getIndexedProperty and a getArrayProperty but no getIndexedArrayProperty. Is this for a particular reason? Or would it be appropriate to add the capability? To give a bit more background, this is actually something I've been doing already with an earlier version of BeanUtils, and now I want to upgrade to the current commons version without (immediately) giving it up. I found myself needing to do this to store various Struts multibox results (String[]) in an indexed property. This technique came from an application written against Struts 1.0, using the old struts.util.BeanUtils class. And this actually worked fine there - minus a typo-bug in the code (in populate). I have a 1-line patch that fixes it, and that's what I've been using. Now it's time to go to Struts 1.1, and a similar fix to commons BeanUtils might be useful for others, so I thought, lets see what everyone thinks? Esoteric, I know, but is there anything actually wrong with supporting indexed properties with an Array value type? Regards, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections][lang] generic min/max functions
Emmanuel Bourg wrote: Yes it's an alternative, but at the cost of additional lines to create a collection. Date date = ComparableUtils.min(date1, date2) vs Collection dates = new ArrayList(); dates.add(date1); dates.add(date2); Date date = (Date)Collections.min(dates); I see your point now. But, in the meanwhile, you could always do it this way: Date date = Collections.min(Arrays.asList(new Date[] {date1, date2})) I'd imagine that this may be a bit wasteful (object-creation wise), but it's a one liner nonetheless. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections][lang] generic min/max functions
matthew.hawthorne wrote: I see your point now. But, in the meanwhile, you could always do it this way: Date date = Collections.min(Arrays.asList(new Date[] {date1, date2})) I'd imagine that this may be a bit wasteful (object-creation wise), but it's a one liner nonetheless. Yes it's a one liner as well but still difficult to read, I'm just aiming at ease of use. Emmanuel Bourg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/conf/connector/map - New directory
ozeigermann2004/05/25 07:24:12 jakarta-commons-sandbox/transaction/src/conf/connector/map - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/conf - New directory
ozeigermann2004/05/25 07:24:12 jakarta-commons-sandbox/transaction/src/conf - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/conf/connector/map/jboss - New directory
ozeigermann2004/05/25 07:24:12 jakarta-commons-sandbox/transaction/src/conf/connector/map/jboss - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/conf/connector - New directory
ozeigermann2004/05/25 07:24:12 jakarta-commons-sandbox/transaction/src/conf/connector - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/conf/connector/map/jboss map-connector-ds.xml
ozeigermann2004/05/25 07:24:18 Added: transaction/src/conf/connector/map ra.xml transaction/src/conf/connector/map/jboss map-connector-ds.xml Log: Added Connector configuration files Revision ChangesPath 1.1 jakarta-commons-sandbox/transaction/src/conf/connector/map/ra.xml Index: ra.xml === ?xml version=1.0 encoding=UTF-8? !DOCTYPE connector PUBLIC '-//Sun Microsystems, Inc.//DTD Connector 1.0//EN' 'http://java.sun.com/dtd/connector_1_0.dtd' connector display-nameMap/display-name vendor-nameApache Software Foundation/vendor-name spec-version1.0/spec-version eis-typeMap/eis-type version1.0/version resourceadapter managedconnectionfactory-classorg.apache.commons.transaction.memory.jca.MapManagedConnectionFactory/managedconnectionfactory-class connectionfactory-interfacejavax.resource.cci.ConnectionFactory/connectionfactory-interface connectionfactory-impl-classorg.apache.commons.transaction.memory.jca.MapConnectionFactory/connectionfactory-impl-class connection-interfacejavax.resource.cci.Connection/connection-interface connection-impl-classorg.apache.commons.transaction.memory.jca.MapConnection/connection-impl-class transaction-supportXATransaction/transaction-support reauthentication-supportfalse/reauthentication-support /resourceadapter /connector 1.1 jakarta-commons-sandbox/transaction/src/conf/connector/map/jboss/map-connector-ds.xml Index: map-connector-ds.xml === ?xml version=1.0 encoding=UTF-8? connection-factories tx-connection-factory jndi-nameMap/jndi-name xa-transaction/ adapter-display-nameMap/adapter-display-name /tx-connection-factory /connection-factories - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca - New directory
ozeigermann2004/05/25 07:26:35 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/example - New directory
ozeigermann2004/05/25 07:26:43 jakarta-commons-sandbox/transaction/example - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/example/mapConnector/src - New directory
ozeigermann2004/05/25 07:26:43 jakarta-commons-sandbox/transaction/example/mapConnector/src - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/example/mapConnector - New directory
ozeigermann2004/05/25 07:26:43 jakarta-commons-sandbox/transaction/example/mapConnector - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/example/mapConnector/src/java - New directory
ozeigermann2004/05/25 07:26:43 jakarta-commons-sandbox/transaction/example/mapConnector/src/java - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/example/mapConnector/src/java/connector - New directory
ozeigermann2004/05/25 07:26:43 jakarta-commons-sandbox/transaction/example/mapConnector/src/java/connector - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/example/mapConnector/src/conf - New directory
ozeigermann2004/05/25 07:27:33 jakarta-commons-sandbox/transaction/example/mapConnector/src/conf - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory TransactionalMapWrapper.java
ozeigermann2004/05/25 07:28:14 Modified:transaction/src/java/org/apache/commons/transaction/memory TransactionalMapWrapper.java Log: Minor Revision ChangesPath 1.6 +5 -5 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/TransactionalMapWrapper.java Index: TransactionalMapWrapper.java === RCS file: /home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/TransactionalMapWrapper.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- TransactionalMapWrapper.java 18 May 2004 13:59:13 - 1.5 +++ TransactionalMapWrapper.java 25 May 2004 14:28:14 - 1.6 @@ -119,7 +119,7 @@ TxContext txContext = getActiveTx(); if (txContext == null) { -return Status.STATUS_NO_TRANSACTION; +return STATUS_NO_TRANSACTION; } return txContext.status; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca MapManagedConnectionFactory.java MemoryMapResourceManager.java MapXAResource.java MapConnectionSpec.java MapConnection.java MapConnectionFactory.java MapManagedConnection.java MapLocalTransaction.java
ozeigermann2004/05/25 07:28:49 Added: transaction/src/java/org/apache/commons/transaction/memory/jca MapManagedConnectionFactory.java MemoryMapResourceManager.java MapXAResource.java MapConnectionSpec.java MapConnection.java MapConnectionFactory.java MapManagedConnection.java MapLocalTransaction.java Log: Added initial JCA implementation for Maps Revision ChangesPath 1.1 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MapManagedConnectionFactory.java Index: MapManagedConnectionFactory.java === /* * $Header: /home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MapManagedConnectionFactory.java,v 1.1 2004/05/25 14:28:49 ozeigermann Exp $ * $Revision: 1.1 $ * $Date: 2004/05/25 14:28:49 $ * * * * Copyright 1999-2002 The Apache Software Foundation * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. * */ package org.apache.commons.transaction.memory.jca; import java.io.PrintWriter; import java.util.Iterator; import java.util.Set; import javax.resource.ResourceException; import javax.resource.spi.ConnectionManager; import javax.resource.spi.ConnectionRequestInfo; import javax.resource.spi.ManagedConnection; import javax.resource.spi.ManagedConnectionFactory; import javax.security.auth.Subject; /** * * @author a href=mailto:[EMAIL PROTECTED]Oliver Zeigermann/a * */ public class MapManagedConnectionFactory implements ManagedConnectionFactory { private PrintWriter writer; /** * @see ManagedConnectionFactory#createConnectionFactory(ConnectionManager) */ public Object createConnectionFactory(ConnectionManager cm) throws ResourceException { return new MapConnectionFactory(this, cm); } /** * @see ManagedConnectionFactory#createConnectionFactory() */ public Object createConnectionFactory() throws ResourceException { return new MapConnectionFactory(this, null); } /** * @see ManagedConnectionFactory#createManagedConnection(Subject, ConnectionRequestInfo) */ public ManagedConnection createManagedConnection( Subject subject, ConnectionRequestInfo cxRequestInfo) throws ResourceException { return new MapManagedConnection(); } /** * @see ManagedConnectionFactory#matchManagedConnections(Set, Subject, ConnectionRequestInfo) */ public ManagedConnection matchManagedConnections( Set connectionSet, Subject subject, ConnectionRequestInfo cxRequestInfo) throws ResourceException { ManagedConnection match = null; Iterator iterator = connectionSet.iterator(); if (iterator.hasNext()) { match = (ManagedConnection) iterator.next(); } return match; } /** * @see ManagedConnectionFactory#setLogWriter(PrintWriter) */ public void setLogWriter(PrintWriter writer) throws ResourceException { this.writer = writer; } /** * @see ManagedConnectionFactory#getLogWriter() */ public PrintWriter getLogWriter() throws ResourceException { return writer; } public boolean equals(Object other) { if (other instanceof MapManagedConnectionFactory) { return true; } return false; } public int hashCode() { return 0; } } 1.1 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MemoryMapResourceManager.java Index: MemoryMapResourceManager.java === /* * $Header: /home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MemoryMapResourceManager.java,v 1.1 2004/05/25 14:28:49 ozeigermann Exp $ * $Revision: 1.1 $ * $Date: 2004/05/25 14:28:49 $ * *
cvs commit: jakarta-commons-sandbox/transaction/example/mapConnector/src/java/connector TestServlet.java
ozeigermann2004/05/25 07:29:23 Added: transaction/example/mapConnector/src/conf web.xml jboss-web.xml transaction/example/mapConnector/src/java/connector TestServlet.java Log: Added example for Map Connector Revision ChangesPath 1.1 jakarta-commons-sandbox/transaction/example/mapConnector/src/conf/web.xml Index: web.xml === ?xml version=1.0 encoding=UTF-8? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2_2.dtd; web-app id=WebApp servlet servlet-nameTest/servlet-name display-nameTest/display-name servlet-classorg.apache.commons.transaction.jca.TestServlet/servlet-class /servlet servlet-mapping servlet-nameTest/servlet-name url-pattern//url-pattern /servlet-mapping resource-ref res-ref-nameMap/res-ref-name res-typeorg.apache.commons.transaction.jca.MapManagedConnectionFactory/res-type res-authContainer/res-auth /resource-ref /web-app 1.1 jakarta-commons-sandbox/transaction/example/mapConnector/src/conf/jboss-web.xml Index: jboss-web.xml === ?xml version=1.0 encoding=UTF-8? !DOCTYPE jboss-web PUBLIC -//JBoss//DTD Web Application 2.2//EN http://www.jboss.org/j2ee/dtd/jboss-web.dtd; jboss-web !-- Resource references -- resource-ref res-ref-nameMap/res-ref-name jndi-namejava:Map/jndi-name /resource-ref /jboss-web 1.1 jakarta-commons-sandbox/transaction/example/mapConnector/src/java/connector/TestServlet.java Index: TestServlet.java === package connector; import java.io.*; import java.util.Map; import javax.resource.ResourceException; import javax.servlet.*; import javax.servlet.http.*; import javax.transaction.SystemException; import javax.transaction.UserTransaction; import javax.naming.InitialContext; import javax.naming.Context; import org.apache.commons.transaction.memory.jca.*; /** * Implementation of the test servlet. */ public class TestServlet extends HttpServlet { // Reference to the factory private MapConnectionFactory _factory; /** * codeinit()/code stores the factory for efficiency since JNDI * is relatively slow. */ public void init() throws ServletException { try { Context ic = new InitialContext(); _factory = (MapConnectionFactory) ic.lookup(java:comp/env/Map); } catch (Exception e) { throw new ServletException(e); } } /** * Use the connection. All JCA connections must use the following * pattern to ensure the connection is closed even when exceptions * occur. */ public void service(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { response.setContentType(text/html); PrintWriter out = response.getWriter(); MapConnection conn1 = null; MapConnection conn2 = null; UserTransaction tx = null; try { Context ic = new InitialContext(); tx = (UserTransaction) ic.lookup(java:comp/UserTransaction); tx.begin(); System.out.println(Tx: + tx); out.println(Tx: + tx + br); System.out.println(Factory: + _factory); out.println(Factory: + _factory + br); conn1 = (MapConnection) _factory.getConnection(new MapConnectionSpec(map1)); conn2 = (MapConnection) _factory.getConnection(new MapConnectionSpec(map2)); out.println(Connection1: + conn1 + br); System.out.println(Connection1: + conn1); out.println(Connection2: + conn2 + br); System.out.println(Connection2: + conn2); Map map1 = conn1.getMap(); Map map2 = conn2.getMap(); out.println(Map1: + map1 + br); System.out.println(Map1: + map1); out.println(Map2: + map2 + br); System.out.println(Map2: + map2); map1.put(Olli, Molli); map1.remove(Berti); map2.put(Walter, Alter); map2.put(Gundel, Flunder); map2.remove(Hertha); tx.commit(); } catch (Exception e) { if (tx != null) try { tx.rollback(); } catch (IllegalStateException e1) {
cvs commit: jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/ftp FtpFileObject.java
imario 2004/05/25 07:43:01 Modified:vfs/src/java/org/apache/commons/vfs/provider/ftp FtpFileObject.java Log: PR: 29195 Do not issue a list . on the ftp-server as this might in certain (rare) cases (e.g. uu.net) force the server to do this recursive!! in this case (.) now we issue a list / which means in this context the same. Revision ChangesPath 1.24 +23 -5 jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/ftp/FtpFileObject.java Index: FtpFileObject.java === RCS file: /home/cvs/jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/ftp/FtpFileObject.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- FtpFileObject.java10 May 2004 20:09:49 - 1.23 +++ FtpFileObject.java25 May 2004 14:43:01 - 1.24 @@ -1,12 +1,12 @@ /* * Copyright 2002, 2003,2004 The Apache Software Foundation. - * + * * Licensed under the Apache License, Version 2.0 (the License); * you may not use this file except in compliance with the License. * You may obtain a copy of the License at - * + * * http://www.apache.org/licenses/LICENSE-2.0 - * + * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. @@ -58,7 +58,17 @@ { super(name, fileSystem); ftpFs = fileSystem; -relPath = rootName.getRelativeName(name); +String relPath = rootName.getRelativeName(name); +if (..equals(relPath)) +{ +// do not use the . as path against the ftp-server +// e.g. the uu.net ftp-server do a recursive listing then +this.relPath = rootName.getPath(); +} +else +{ +this.relPath = relPath; +} } /** @@ -328,7 +338,15 @@ */ protected long doGetLastModifiedTime() throws Exception { -return (fileInfo.getTimestamp().getTime().getTime()); +Calendar timestamp = fileInfo.getTimestamp(); +if (timestamp == null) +{ +return 0L; +} +else +{ +return (timestamp.getTime().getTime()); +} } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29195] - [vfs] do not issue dir . on the ftp-server
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29195. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29195 [vfs] do not issue dir . on the ftp-server [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 14:44 --- fixed in vfs - now we issue a list / which means in this context the same. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Niall Pemberton as Committer
On Mon, 24 May 2004, Ted Husted wrote: Niall Pemberton is an Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 And mine: +1 -- Martin Cooper -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29204] New: - [sql] [patch] sql server improvments, fix for prior patch
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29204. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29204 [sql] [patch] sql server improvments, fix for prior patch Summary: [sql] [patch] sql server improvments, fix for prior patch Product: Commons Version: Nightly Builds Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Sandbox AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Patch requested to be posted here by Matt Hawthorne ** Index: src/java/org/apache/commons/sql/builder/MSSqlBuilder.java === RCS file: /home/cvspublic/jakarta-commons- sandbox/sql/src/java/org/apache/commons/sql/builder/MSSqlBuilder.java,v retrieving revision 1.7 diff -u -r1.7 MSSqlBuilder.java --- src/java/org/apache/commons/sql/builder/MSSqlBuilder.java 28 Feb 2004 03:35:47 - 1.7 +++ src/java/org/apache/commons/sql/builder/MSSqlBuilder.java 24 May 2004 18:38:50 - @@ -21,6 +21,7 @@ import org.apache.commons.sql.model.Column; import org.apache.commons.sql.model.ForeignKey; +import org.apache.commons.sql.model.Index; import org.apache.commons.sql.model.Table; /** @@ -44,7 +45,7 @@ int counter = 1; for (Iterator iter = table.getForeignKeys().iterator(); iter.hasNext (); ) { ForeignKey key = (ForeignKey) iter.next(); - + String constraintName = tableName + _FK_ + counter; println(IF EXISTS (SELECT 1 FROM sysobjects WHERE type ='RI' AND name=' + constraintName + ' @@ -53,7 +54,7 @@ print(ALTER TABLE + tableName + DROP CONSTRAINT + constraintName ); printEndOfStatement(); } - + // now drop the table println( IF EXISTS (SELECT 1 FROM sysobjects WHERE type = 'U' AND name = ' + tableName + ') ); println( BEGIN ); @@ -81,13 +82,50 @@ print( END ); printEndOfStatement(); } - -protected void printComment(String text) throws IOException { -print(# ); -println(text); -} - + protected void printAutoIncrementColumn(Table table, Column column) throws IOException { print( IDENTITY (1,1) ); } + +protected boolean shouldGeneratePrimaryKeys(java.util.List primaryKeyColumns) { +/* + * requires primary key indication for autoincrement key columns + * I'm not sure why the default skips the pk statement if all are identity + */ +return primaryKeyColumns.size() 0; +} + +protected String getSqlType(Column column) { +//SQL Server reports datetime columns as java.sql.Types.TIMESTAMP from DatabaseMetaData +//Since dates are much more useful than the actual MSSQL timestamp versioning data type +// this uses DATETIME for all these types +switch (column.getTypeCode()) { +case java.sql.Types.DATE : +case java.sql.Types.TIME : +case java.sql.Types.TIMESTAMP : +return DATETIME; +default : +return super.getSqlType(column); +} +} + +public void alterColumn( Table table, Column column, boolean add ) throws IOException { + +writeAlterHeader( table ); + +print( add ? ADD : ALTER COLUMN ); +createColumn( table, column ); +printEndOfStatement(); +} + +public void dropIndex( Table table, Index index ) throws IOException { + +print( DROP INDEX ); +print( table.getName() ); +print( . ); +print( index.getName() ); + +printEndOfStatement(); +} + } Index: src/java/org/apache/commons/sql/builder/SqlBuilder.java === RCS file: /home/cvspublic/jakarta-commons- sandbox/sql/src/java/org/apache/commons/sql/builder/SqlBuilder.java,v retrieving revision 1.16 diff -u -r1.16 SqlBuilder.java --- src/java/org/apache/commons/sql/builder/SqlBuilder.java 2 Mar 2004 13:18:31 - 1.16 +++ src/java/org/apache/commons/sql/builder/SqlBuilder.java 24 May 2004 18:38:51 - @@ -185,7 +185,7 @@ */ public void createColumn(Table table, Column column) throws IOException { //see comments in columnsDiffer about null/ defaults - + print(column.getName()); print( ); print(getSqlType(column)); @@ -493,7 +493,7 @@ println()); printEndOfStatement(); } - + } /** @@ -510,7 +510,7 @@ /** * Writes one index for a table -
DO NOT REPLY [Bug 29204] - [sql] [patch] sql server improvments, fix for prior patch
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29204. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29204 [sql] [patch] sql server improvments, fix for prior patch --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 14:50 --- Created an attachment (id=11660) path as attachment - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jelly-tags/commons-jelly-tags-betwixt 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 folk at [EMAIL PROTECTED] Project commons-jelly-tags-betwixt has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-betwixt/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-betwixt-20040525.jar] identifier set to project name -INFO- Enable verbose output, due to 2 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-betwixt/gump_work/build_jelly-tags_commons-jelly-tags-betwixt.html Work Name: build_jelly-tags_commons-jelly-tags-betwixt (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 4 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-betwixt-20040525 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/betwixt] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/classes:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040525.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/commons-betwixt-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040525.jar- [junit] Testcase: rssParseViaURI took 0.093 sec [junit] Caused an ERROR [junit] file:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/test-classes/org/apache/commons/jelly/betwixt/suite.jelly:28:-1: b:parse Could not load class called: org.apache.commons.digester.rss.Channel [junit] org.apache.commons.jelly.JellyTagException: file:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/test-classes/org/apache/commons/jelly/betwixt/suite.jelly:28:-1: b:parse Could not load class called: org.apache.commons.digester.rss.Channel [junit] at org.apache.commons.jelly.tags.betwixt.ParseTag.doTag(ParseTag.java:80) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] Caused by: java.lang.ClassNotFoundException: org.apache.commons.digester.rss.Channel [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:199) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:289) [junit
[GUMP@brutus]: jelly-tags/commons-jelly-tags-define 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 folk at [EMAIL PROTECTED] Project commons-jelly-tags-define has an issue affecting its community integration. This issue affects 2 projects. Project State : 'Failed', Reason 'Build Failed' The following are affected: - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-define-20040525.jar] identifier set to project name -INFO- Enable verbose output, due to 2 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/gump_work/build_jelly-tags_commons-jelly-tags-define.html Work Name: build_jelly-tags_commons-jelly-tags-define (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 5 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-define-20040525 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/define] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/define/target/classes:/usr/local/gump/public/workspace/jelly-tags/define/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040525.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/xml/target/commons-jelly-tags-xml-20040525.jar- [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:642) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:242) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:79) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:236) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1
[GUMP@brutus]: jelly-tags/commons-jelly-tags-jsl 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 folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-jsl-20040525.jar] identifier set to project name -INFO- Enable verbose output, due to 2 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/gump_work/build_jelly-tags_commons-jelly-tags-jsl.html Work Name: build_jelly-tags_commons-jelly-tags-jsl (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 6 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-jsl-20040525 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/jsl] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/jsl/target/classes:/usr/local/gump/public/workspace/jelly-tags/jsl/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040525.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jelly-tags/xml/target/commons-jelly-tags-xml-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/ant/target/commons-jelly-tags-ant-20040525.jar:/usr/local/gump/public/workspace/commons-grant/target/commons-grant-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040525.jar- [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:50) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:51) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:71) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:148) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:51) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:73) [junit] at org.dom4j.rule.Stylesheet.run
[GUMP@brutus]: jakarta-commons/commons-beanutils-bean-collections 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 folk at [EMAIL PROTECTED] Project commons-beanutils-bean-collections has an issue affecting its community integration. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-beanutils-bean-collections.jar] identifier set to project name -INFO- Dependency on junit exists, no need to add for property junit.home. -INFO- Enable verbose output, due to 2 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/gump_work/build_jakarta-commons_commons-beanutils-bean-collections.html Work Name: build_jakarta-commons_commons-beanutils-bean-collections (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 0 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djunit.home=/usr/local/gump/public/workspace/dist/junit jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/beanutils/optional/beancollections] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/optional/beancollections/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.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-20040525.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar- Apache Ant version 1.7alpha compiled on May 25 2004 Buildfile: build.xml does not exist! Build failed - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/rss.xml Atom: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/atom.xml -- Produced by Gump 2.0.3-alpha-0002. [Run (20040525 03:00:06, brutus:brutus-public:20040525 03:00:06)] http://brutus.apache.org:8080/gump/index.html http://brutus.apache.org:8080/gump/options.html -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca MapManagedConnectionFactory.java MapManagedConnection.java
ozeigermann2004/05/25 08:43:02 Modified:transaction/src/java/org/apache/commons/transaction/memory/jca MapManagedConnectionFactory.java MapManagedConnection.java Log: Fixed managed connection init Revision ChangesPath 1.2 +3 -3 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MapManagedConnectionFactory.java Index: MapManagedConnectionFactory.java === RCS file: /home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MapManagedConnectionFactory.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- MapManagedConnectionFactory.java 25 May 2004 14:28:49 - 1.1 +++ MapManagedConnectionFactory.java 25 May 2004 15:43:02 - 1.2 @@ -69,7 +69,7 @@ ConnectionRequestInfo cxRequestInfo) throws ResourceException { -return new MapManagedConnection(); +return new MapManagedConnection(cxRequestInfo); } /** 1.2 +11 -8 jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MapManagedConnection.java Index: MapManagedConnection.java === RCS file: /home/cvs/jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca/MapManagedConnection.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- MapManagedConnection.java 25 May 2004 14:28:49 - 1.1 +++ MapManagedConnection.java 25 May 2004 15:43:02 - 1.2 @@ -57,6 +57,15 @@ protected List listeners = new ArrayList(); protected PrintWriter out; +public MapManagedConnection(ConnectionRequestInfo cxRequestInfo) { +name = ((MapConnectionSpec) cxRequestInfo).getName(); + +map = MemoryMapResourceManager.getInstance().lookup(name); +xares = new MapXAResource(map); +tx = new MapLocalTransaction(map); + +} + Map getMap() { return map; } @@ -74,12 +83,6 @@ * @see ManagedConnection#getConnection(Subject, ConnectionRequestInfo) */ public Object getConnection(Subject subject, ConnectionRequestInfo cxRequestInfo) throws ResourceException { - -name = ((MapConnectionSpec) cxRequestInfo).getName(); - -map = MemoryMapResourceManager.getInstance().lookup(name); -xares = new MapXAResource(map); -tx = new MapLocalTransaction(map); if (connection == null) { connection = new MapConnection(this); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/transaction build.properties.sample build.xml
ozeigermann2004/05/25 08:46:16 Added: transaction build.properties.sample build.xml Log: Added build script Revision ChangesPath 1.1 jakarta-commons-sandbox/transaction/build.properties.sample Index: build.properties.sample === # # build properties sample, move to build.properties and adapt to your settings # # compile options compile.debug=on compile.deprecation=on compile.optimize=on # jars j2ee.jar=E:/lib/jboss-j2ee.jar servlet.jar=E:/lib/servlet.jar # deploy dirs jboss.deploy.dir=E:/Programme/jboss-3.2.3/server/default/deploy 1.1 jakarta-commons-sandbox/transaction/build.xml Index: build.xml === ?xml version=1.0? !-- === Commons Transaction build file === -- project name=commons-transaction default=all basedir=. !-- === Set build properties === -- property file=${basedir}/build.properties/ property name=debug value=true / property name=deprecation value=true / property name=optimize value=true / property name=version value=0.1pre/ property name=name value=commons-transaction / property name=final.name value=${name}-${version}/ !-- === Set the properties related to the source tree === -- property name=src.dir value=${basedir}/src/ property name=java.dir value=${src.dir}/java/ property name=test.dir value=${src.dir}/test/ property name=lib.dir value=${basedir}/lib/ property name=docs.dir value=${basedir}/doc/ property name=conf.dir value=${src.dir}/conf/ property name=example.dir value=${basedir}/example/ !-- === Set the properties for the build area === -- property name=build.dir value=${basedir}/build/ property name=build.classes value=${build.dir}/classes/ property name=build.lib value=${build.dir}/lib/ property name=build.deploy value=${build.dir}/deploy/ property name=build.javadocs value=${build.dir}/javadoc/ property name=dist.dir value=${basedir}/dist/ property name=dist.lib value=${dist.dir}/lib/ property name=dist.deploy value=${dist.dir}/deploy/ path id=classpath pathelement location=${build.classes} / fileset dir=${lib.dir}/ pathelement location=${j2ee.jar}/ pathelement location=${servlet.jar}/ /path !-- === Detect === -- target name=detect depends=detect.display,detect.fail description=Display configuration and conditional compilation flags/ target name=detect.display available property=j2ee.present classname=javax.resource.cci.Connection classpath=${j2ee.jar}/ available property=servlet.present classname=javax.servlet.Servlet classpath=${servlet.jar}/ condition property=jvm14.present equals arg1=${ant.java.version} arg2=1.4/ /condition echo message=+---/ echo message=| Build environment for ${name} ${version}/ echo message=| / echo message=| Note: / echo message=| If ${property.name} is displayed for a library / echo message=| instead of 'true', that library is not present./ echo message=+---/ echo message=/ echo message=Environment:/ echo message= Java home ${java.home}/ echo message= Java version ${ant.java.version}/ echo message=/ echo message=Build options:/ echo message= Generate debugging info ${compile.debug}/ echo message= Display deprecation info ${compile.deprecation}/ echo message= Optimize ${compile.optimize}/ echo message=/ echo message=Directories:/ echo message= Build directory ${build.dir}/ echo message= Distribution directory${dist.dir}/ echo message= JBoss deploy directory${jboss.deploy.dir}/ echo message=/
DO NOT REPLY [Bug 29205] New: - Add BSF Validator
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29205. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29205 Add BSF Validator Summary: Add BSF Validator Product: Commons Version: Nightly Builds Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Validator AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This patch adds a validator that executes BSF-supported script snippets defined in the variable eval to determine validity. Code, unit tests, and patches to supporting files are included. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29205] - Add BSF Validator
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29205. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29205 Add BSF Validator --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 16:17 --- Created an attachment (id=11662) Validator code, unit tests, and other patches - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29205] - Add BSF Validator
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29205. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29205 Add BSF Validator [EMAIL PROTECTED] changed: What|Removed |Added Keywords||PatchAvailable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Validator] Don Brown as Committer
Don Brown is an active Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [validator] BSF script validator
Done, but how does maven handle building /contrib code? Or do we assume if someone wants to build the code, they will copy it and its unit tests over into the main directories first? Don David Graham wrote: Go ahead an open a bugzilla ticket for code to be attached to. If we're going to distribute validators like this they should probably be in a separate download so the core validator framework stays separate and we can manage dependencies better. David --- Don Brown [EMAIL PROTECTED] wrote: I wrote a validator that uses scripting snippets to determine validity. The validator uses Jakarta BSF so supports any scripting language supported by BSF like BeanShell, JavaScript, Jython, Groovy (I believe), etc. I was starting to refactor out my app's validation code to be usable by commons-validator, when I realized most of the resulting validations ended up being one line. For example, to make sure a particular employee existed, the validation was simply empFacade.getEmployee(key) != null. Rather than writing a ton of one line validator or shoving them all into one umbrella validator, I decided to write this validator. Here is an example of its use: field property=value depends=bsf var var-nameeval/var-name var-valuevalue.equals(foo)/var-value /var /field The validator works and the unit tests pass, but I'm still working on a clean way to pass it business objects. Right now, if you want to put variables in the scope, you need to create your own BSFManager and BSFEngine beforehand and add them as Validator parameters. For simple cases with just BeanShell, neither are required, just the usual target object and Field. Again, I can submit the code, unit tests, and patches if needed. I certainly do appreciate how flexible validator is to be able to support many types of implementations. Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Domains Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[codec] base64Codec.decode and DecoderException
Folks, An interested compatibility issue has surfaced from this: http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/gump_work/build_ws-xmlrpc_ws-xmlrpc.html /usr/local/gump/public/workspace/ws-xmlrpc/src/java/org/apache/xmlrpc/Defaul tTypeFactory.java:133: exception org.apache.commons.codec.DecoderException is never thrown in body of corresponding try statement [javac] catch (DecoderException e) { [javac] ^ This is the code: public Object createBase64(String cdata) { try { return base64Codec.decode(cdata.getBytes()); } catch (DecoderException e) { //TODO: consider throwing an exception here? return new byte[0]; } } Now since exceptions are not part of the signature of methods, there is probably no runtime issue here. If the exception is not going to be thrown that is the same as it not actually being thrown, I guess. Still, there is a compile time problem and if one removes the catch they can't compile against older codec (assuming that was declared to throw it). Can somebody provide the background information on this exception, from this method, and when (releases) it might've been available and removed? If this exception is never to be thrown again (and better, if it isn't thrown in currently released code) then maybe we can just ask the ws-xmlrpc folks to update. BTW: I don't think there is a way to turn off this compiler error, is there? Would that be appropriate, even if possible? regards, Adam -- Experience the Unwired Enterprise: http://www.sybase.com/unwiredenterprise Try Sybase: http://www.try.sybase.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/menus sandbox-items.ent
dirkv 2004/05/25 10:33:16 Modified:commons-build/menus sandbox-items.ent Log: Add feedparser transaction Revision ChangesPath 1.2 +2 -0 jakarta-commons/commons-build/menus/sandbox-items.ent Index: sandbox-items.ent === RCS file: /home/cvs/jakarta-commons/commons-build/menus/sandbox-items.ent,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- sandbox-items.ent 14 Mar 2004 18:29:54 - 1.1 +++ sandbox-items.ent 25 May 2004 17:33:16 - 1.2 @@ -6,6 +6,7 @@ item name=Convert href=http://jakarta.apache.org/commons/sandbox/convert// item name=Email href=http://jakarta.apache.org/commons/sandbox/email// item name=Events href=http://jakarta.apache.org/commons/sandbox/events// +item name=Feedparser href=http://jakarta.apache.org/commons/sandbox/feedparser// item name=Functor href=http://jakarta.apache.org/commons/sandbox/functor// item name=Id href=http://jakarta.apache.org/commons/sandbox/id// item name=JJar href=http://jakarta.apache.org/commons/sandbox/jjar// @@ -16,6 +17,7 @@ item name=Scaffold href=http://jakarta.apache.org/commons/sandbox/scaffold// item name=SQL href=http://jakarta.apache.org/commons/sandbox/sql// item name=ThreadPool href=http://jakarta.apache.org/commons/sandbox/threadpool// +item name=Transaction href=http://jakarta.apache.org/commons/sandbox/transaction// item name=VFS href=http://jakarta.apache.org/commons/sandbox/vfs// item name=Workflow href=http://jakarta.apache.org/commons/sandbox/workflow// - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/commons-build/parts sandbox-table.ent
dirkv 2004/05/25 10:34:00 Modified:commons-build/parts sandbox-table.ent Log: Add feedparser transaction Revision ChangesPath 1.3 +15 -1 jakarta-commons/commons-build/parts/sandbox-table.ent Index: sandbox-table.ent === RCS file: /home/cvs/jakarta-commons/commons-build/parts/sandbox-table.ent,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- sandbox-table.ent 14 Mar 2004 20:29:56 - 1.2 +++ sandbox-table.ent 25 May 2004 17:33:59 - 1.3 @@ -53,7 +53,14 @@ decorators to other collections that fire events. /td /tr - +tr +tda href=http://jakarta.apache.org/commons/sandbox/feedparser/;Feedparser/a/td +td + Generic FeedParser interface and concrete implementations for + a href=http://www.mnot.net/drafts/draft-nottingham-atom-format-02.html;Atom/a, + FOAF, OPML and RSS. +/td +/tr tr tda href=http://jakarta.apache.org/commons/sandbox/functor/;Functor/a/td td @@ -121,6 +128,13 @@ td ThreadPool is a simple component for asynchronously dispatching work to another thread in a pool for simple multi threaded programming. +/td +/tr +tr +tda href=http://jakarta.apache.org/commons/sandbox/transaction/;Transaction/a/td +td + Commons-Transaction provides a set of utility classes for transactional data + structures, locks, and a transactional file system. /td /tr tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] Design review pre 1.0
Hola, Yes, it would be good to maintain acceptable html in javadoc. Yet, I'd like to point out that javadoc isn't java code. while we would like to maintain lots of it to help our users understand it, the library works just fine without it. But if you do have it, it's be nice if it were in a human-friendly browsing format, given that it's intended for humans and that most of them use the HTML JavaDocs ;) 5) Is double suitable for these calculations? Should the strictfp flag be used? (I have no idea as to the answer, but I have to ask) Neither do I. Can anyone enlighten us? You probably want strictfp: http://www.jguru.com/faq/view.jsp?EID=17544. 6) ComplexFormat doesn't extend the JDK Format class You didn't address this issue. ? implementation is designed such that it reads each url/file twice makes doing this not possible. Out of curiosity, why read each url/file twice? Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Don Brown as Committer
On Tue, 25 May 2004, David Graham wrote: Don has been a positive member of the Struts community so he'll be a good addition to the validator team. +1 And mine: +1 -- Martin Cooper David --- Ted Husted [EMAIL PROTECTED] wrote: Don Brown is an active Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Don Brown as Committer
+1 Ted Husted wrote: Don Brown is an active Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29212] New: - Allow user to provide type information for input parameters
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29212. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29212 Allow user to provide type information for input parameters Summary: Allow user to provide type information for input parameters Product: Commons Version: 1.0 Final Platform: PC OS/Version: Linux Status: NEW Severity: Enhancement Priority: Other Component: DbUtils AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am having trouble using dbutils with the DB2 v8.1.3 JDBCdriver because my driver does not support the Types.OTHER datatype and that datatype is automatically assigned to input parameters whose values are null. As a workaround to this issue, I suggest adding another overload to the QueryRunner::query method, which accepts an additional Object[] list containing the types of the parameters being passed. Alternatively, you could create a Parameter object that encapsulates the type and value of the input parameter and pass an array of those objects to query. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Validator] Don Brown as Committer
read Don's mail about commons-validator and his plans..., so here is my +1 Cheers, -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 25, 2004 6:19 PM To: Jakarta Commons Developers List Subject: [Validator] Don Brown as Committer Don Brown is an active Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FrontPage
Date: 2004-05-25T12:34:50 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: FrontPage URL: http://wiki.apache.org/jakarta-commons/FrontPage no comment Change Log: -- @@ -21,7 +21,9 @@ * [:DBCP] - DBCP provides database connection pooling services. * [:Digester] - Digester is an XML-to-Java-object mapping utility commonly used for parsing XML configuration files. * [:HttpClient] - HttpClient provides a framework for working with the client-side of the HTTP protocol. - * [:Lang] - Lang provides a set of common utilities that should be provided by the JDK, including String handling, Object and Date helpers, nested exceptions and enumerated types. + * [:Lang] - Lang provides a set of common utilities that should be provided by the JDK, including String +handling, Object and Date helpers, nested exceptions and enumerated types. + * [:Logging] is a thin, modular bridging API with out-of-the-box support for the most well known logging system * [:Net] - Net is a a collection of network utilities, based on the NetComponents codebase, including FTP clients etc. * [:Pool] - Pool provides a generic object pooling interface, a toolkit for creating modular object pools and several general purpose pool implementations. * [:Validator] - Validator provides components for user input validation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FrontPage
Date: 2004-05-25T12:35:27 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: FrontPage URL: http://wiki.apache.org/jakarta-commons/FrontPage Fixed formatting mistake Change Log: -- @@ -21,8 +21,7 @@ * [:DBCP] - DBCP provides database connection pooling services. * [:Digester] - Digester is an XML-to-Java-object mapping utility commonly used for parsing XML configuration files. * [:HttpClient] - HttpClient provides a framework for working with the client-side of the HTTP protocol. - * [:Lang] - Lang provides a set of common utilities that should be provided by the JDK, including String -handling, Object and Date helpers, nested exceptions and enumerated types. + * [:Lang] - Lang provides a set of common utilities that should be provided by the JDK, including String handling, Object and Date helpers, nested exceptions and enumerated types. * [:Logging] is a thin, modular bridging API with out-of-the-box support for the most well known logging system * [:Net] - Net is a a collection of network utilities, based on the NetComponents codebase, including FTP clients etc. * [:Pool] - Pool provides a generic object pooling interface, a toolkit for creating modular object pools and several general purpose pool implementations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: Logging
Date: 2004-05-25T12:39:42 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging URL: http://wiki.apache.org/jakarta-commons/Logging no comment New Page: = Common Logging = Is a thin, modular bridging API with out-of-the-box support for most well known logging systems. == Resources == * /FrequentlyAskedQuestions * /Release1.0.4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Logging
Date: 2004-05-25T12:39:59 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging URL: http://wiki.apache.org/jakarta-commons/Logging no comment Change Log: -- @@ -7,6 +7,6 @@ == Resources == * /FrequentlyAskedQuestions - * /Release1.0.4 + * /Release1_0_4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Logging
Date: 2004-05-25T12:40:34 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging URL: http://wiki.apache.org/jakarta-commons/Logging no comment Change Log: -- @@ -7,6 +7,6 @@ == Resources == * /FrequentlyAskedQuestions - * /Release1_0_4 + * /104ReleasePlan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Logging
Date: 2004-05-25T12:41:04 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging URL: http://wiki.apache.org/jakarta-commons/Logging no comment Change Log: -- @@ -7,6 +7,6 @@ == Resources == * /FrequentlyAskedQuestions - * /104ReleasePlan + * [:/1.0.4ReleasePlan] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: Logging/FrequentlyAskedQuestions
Date: 2004-05-25T12:44:39 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging/FrequentlyAskedQuestions URL: http://wiki.apache.org/jakarta-commons/Logging/FrequentlyAskedQuestions no comment New Page: = Commons Logging FAQ = Space for questions and answers. Note that the user mailing list is usually the best place to get answers to question. Remember to search the archives! If someone on the mailing lists has answered your question, why not save everyone else a lot of trouble by recording the answer here :) * ''Create me!'' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Logging/FrequentlyAskedQuestions
Date: 2004-05-25T12:45:12 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging/FrequentlyAskedQuestions URL: http://wiki.apache.org/jakarta-commons/Logging/FrequentlyAskedQuestions no comment Change Log: -- @@ -5,3 +5,7 @@ If someone on the mailing lists has answered your question, why not save everyone else a lot of trouble by recording the answer here :) * ''Create me!'' + + + +Up to [:Logging] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: Logging/1.0.4ReleasePlan
Date: 2004-05-25T12:47:39 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging/1.0.4ReleasePlan URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan no comment New Page: = Commons Logging 1.0.4 ReleasePlan = == Background == It is a while since the last commons logging release and during that time several small but important fixes have been made. The current code in CVS HEAD will also support the upcoming [http://logging.apache.org/log4j Log4J] release. (Thanks Ceki :) ) The time seems right to cut another commons logging release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] Design review pre 1.0
Yoav, Thanks for the comments. See attempt at interspersed responses below. Hola, Yes, it would be good to maintain acceptable html in javadoc. Yet, I'd like to point out that javadoc isn't java code. while we would like to maintain lots of it to help our users understand it, the library works just fine without it. [Yoav] But if you do have it, it's be nice if it were in a human-friendly browsing format, given that it's intended for humans and that most of them use the HTML JavaDocs ;) [phil] I agree. We have a good bit of work to do still here. Patches welcome :-) One thing that we do have beyond the package, class and method javadocs is the user guide, which is nearing completion. 5) Is double suitable for these calculations? Should the strictfp flag be used? (I have no idea as to the answer, but I have to ask) Neither do I. Can anyone enlighten us? [Yoav] You probably want strictfp: http://www.jguru.com/faq/view.jsp?EID=17544. [Phil] I am not sure that we want this, but I am by no means a JVM expert. From what I understand, the decision comes down to strict consistency of results on different platforms (mostly involving NaN and other boundary conditions) vs. performance. In most practical applications, I would personally be more interested in performance. It would be a major PITA (given the way things have to be declared); but I suppose that in theory we could support both. I am open to discussion on this, but my vote at this point would be to release without strictfp support for 1.0. [Yoav] Out of curiosity, why read each url/file twice? [Phil] Because the implementation is primitive ;-) The load method of EmpiricalDistribution needs to 1) compute basic univariate statistics for the whole file and 2) divide the range of values in the file into a predetermined number of bins and compute univariate statistics for the values in each bin. The simplest way to do this is to pass the data once to do 1), then use the min and max discovered in 1) to set up the bins and compute the bin stats in the second pass. Since the files may be large, it is not a good idea to try to load the data into memory during the first pass. A single pass algorithm would have to either dynamically adjust the bins (and bin stats) as new extreme values are discovered or take extrema as arguments. I would prefer not to require the extrema to be specified in advance. The dynamic bin adjustment would be hard to do efficiently (at least is seems hard to me -- bright ideas / patches welcome :-) Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Logging/1.0.4ReleasePlan
Date: 2004-05-25T13:03:54 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging/1.0.4ReleasePlan URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan no comment Change Log: -- @@ -1,7 +1,26 @@ = Commons Logging 1.0.4 ReleasePlan = +Assembling a release plan on the wiki is a bit of a departure but in some ways it seems like a good medium. Anyone (not just developers) can more easily participate. Also, creating and executing a release plan involves a fair amount of building up and checking that things have been done. + == Background == It is a while since the last commons logging release and during that time several small but important fixes have been made. The current code in CVS HEAD will also support the upcoming [http://logging.apache.org/log4j Log4J] release. (Thanks Ceki :) ) The time seems right to cut another commons logging release. + + + += Release Plan = + +== CVS == + +There seems no need to create a release branch since Commons-Logging is reasonable stable. + + + += Comments = + + + + +Up to [:Logging] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Logging/1.0.4ReleasePlan
Date: 2004-05-25T13:08:05 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging/1.0.4ReleasePlan URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan no comment Change Log: -- @@ -10,6 +10,28 @@ += Pre-Release Tasks = + +Anyone who wants to volunteer for a task, just add something + +== Documentation Review == + +Ensure that javadocs and website are up to date. + +== Bug Review === + +Review bugs + +== Bug Fix == + +Fix any bugs highlighted by the review. + +== Test Compatibility == + +As a point release, this should be fully backwards compatible. + + + = Release Plan = == CVS == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28819] - Submission of BigMatrix, a RealMatrix clone to support BigDecimal values
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28819. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28819 Submission of BigMatrix, a RealMatrix clone to support BigDecimal values --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 20:09 --- Created an attachment (id=11664) BigMatrix interface class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28819] - Submission of BigMatrix, a RealMatrix clone to support BigDecimal values
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28819. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28819 Submission of BigMatrix, a RealMatrix clone to support BigDecimal values --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 20:09 --- Created an attachment (id=11665) BigMatrix implementation class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: Logging/1.0.4ReleasePlan
Date: 2004-05-25T13:08:30 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: Logging/1.0.4ReleasePlan URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan no comment Change Log: -- @@ -18,7 +18,7 @@ Ensure that javadocs and website are up to date. -== Bug Review === +== Bug Review == Review bugs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28819] - Submission of BigMatrix, a RealMatrix clone to support BigDecimal values
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28819. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28819 Submission of BigMatrix, a RealMatrix clone to support BigDecimal values --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 20:09 --- Created an attachment (id=11666) BigMatrix implementation test class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[logging] 1.0.4 release plan
(i've decided that i'm willing to cut jakarta release again. those who are interested in an explanation should see http://nagoya.apache.org/eyebrowse/BrowseList? [EMAIL PROTECTED]by=datefrom=2004-05-01to=2004-05 -31first=1count=23.) we've been talking about a common-logging 1.0.4 release for some time and i think that this would be a very good time since this new release will support the upcoming log4j release. i'm willing to act as release manager (unless anyone else wants to step forward). i've decided to develop the release plan on the wiki (http://wiki.apache.org/jakarta-commons/Logging/1_2e0_2e4ReleasePlan). i think that it'll be easier for people to keep track of exactly where everything is if it's in a single document. i'll probably have finished the plan within a day or to and will be ready to call a vote on the plan. of course, i've anyone doesn't like what they see on the wiki or have a good reason why commons logging 1.0.4 shouldn't be released soon, then please use the mailing list :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils
Date: 2004-05-25T13:18:31 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils URL: http://wiki.apache.org/jakarta-commons/BeanUtils Oops got my release numbers mixed up Change Log: -- @@ -4,6 +4,6 @@ == Design == - * BeanUtils16Release - * BeanUtilsPost16Release + * BeanUtils17Release + * BeanUtilsPost17Release - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: BeanUtils17Release
Date: 2004-05-25T13:19:07 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils17Release URL: http://wiki.apache.org/jakarta-commons/BeanUtils17Release Fixed bad release number New Page: == BeanUtils 1.7 Release == This is primarily a service release designed to allow downstream users to use either commons-collection 2.x or commons-colletions 3.x with BeanUtils. Major areas of change outlined below: == Elimination of Commons Collections Dependency == This has been acheived by: 1. moving some (identical) classes packages below the org.apache.commons.collections space into the distribution (on a temporary basis) 1. distributing those classes which are bean related enhancements to the commons collections package in an optional jar Due to demand, a third jar with everything in will also be distributed. The appropriate methods will be deprecated allowing the collection packaged classes added to be removed in a future service release. == Beanification == BeanUtils has been in the process of Beanification. The older Booch utilities are very limiting and have problems in container environments. These are being superceded by versions of these which are proper classes. Work remains to be done on this. In particular, the APIs need to be reviewed and decisions taken about which new methods which will remain after the release and which need to be deprecated for the release. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils16Release
Date: 2004-05-25T13:20:22 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils16Release URL: http://wiki.apache.org/jakarta-commons/BeanUtils16Release no comment Change Log: -- @@ -1,22 +1,3 @@ == BeanUtils 1.6 Release == -This is primarily a service release designed to allow downstream users to use either commons-collection 2.x or commons-colletions 3.x with BeanUtils. Major areas of change outlined below: - -== Elimination of Commons Collections Dependency == - -This has been acheived by: - - 1. moving some (identical) classes packages below the org.apache.commons.collections space into the distribution (on a temporary basis) - 1. distributing those classes which are bean related enhancements to the commons collections package in an optional jar - -Due to demand, a third jar with everything in will also be distributed. - -The appropriate methods will be deprecated allowing the collection packaged classes added to be removed in a future service release. - -== Beanification == - -BeanUtils has been in the process of Beanification. The older Booch utilities are very limiting and have problems in container environments. These are being superceded by versions of these which are proper classes. - -Work remains to be done on this. In particular, the APIs need to be reviewed and decisions taken about which new methods which will remain after the release and which need to be deprecated for the release. - - +The last pre-beanification series of releases. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils17Release
Date: 2004-05-25T13:21:02 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils17Release URL: http://wiki.apache.org/jakarta-commons/BeanUtils17Release no comment Change Log: -- @@ -19,5 +19,7 @@ Work remains to be done on this. In particular, the APIs need to be reviewed and decisions taken about which new methods which will remain after the release and which need to be deprecated for the release. + +Up to BeanUtils - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: BeanUtilsPost17Release
Date: 2004-05-25T13:21:28 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtilsPost17Release URL: http://wiki.apache.org/jakarta-commons/BeanUtilsPost17Release no comment New Page: = BeanUtils Post 1.7 Release = The BeanUtils16Release is needed in haste. Therefore, some changes which would otherwise be considered straight away now need to be put on hold. Hopefully the design ideas can be developed here on the wiki. * BeanUtilsLoggingRevisited Up to BeanUtils - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtilsPost16Release
Date: 2004-05-25T13:21:56 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtilsPost16Release URL: http://wiki.apache.org/jakarta-commons/BeanUtilsPost16Release no comment Change Log: -- @@ -1,5 +1,3 @@ = BeanUtils Post 1.6 Release = -The BeanUtils16Release is needed in haste. Therefore, some changes which would otherwise be considered straight away now need to be put on hold. Hopefully the design ideas can be developed here on the wiki. - - * BeanUtilsLoggingRevisited +Beanifications... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils
Date: 2004-05-25T13:22:51 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils URL: http://wiki.apache.org/jakarta-commons/BeanUtils no comment Change Log: -- @@ -7,3 +7,8 @@ * BeanUtils17Release * BeanUtilsPost17Release + + +== Resources == + + * [:/1.7.0ReleasePlan] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [workflow] outstanding bugs
Well, if no-one else wants to do it, how do I get committer rights so that I can do it? ;-) -Original Message- From: Sharples, Colin Sent: Thursday, 13 May 2004 10:31 a.m. To: Commons-Dev (E-mail) Subject: [workflow] outstanding bugs Hi, I have a few bugs outstanding on the Workflow component that I would quite like to see fixed - I have supplied patches. Craig is a very busy person, so I don't know if he has time to look at those. Is there anyone else who can take a look at them and apply the patches? The bug numbers are: 26902 26903 28238 Thanks. Colin Sharples IBM IT Architect Email: [EMAIL PROTECTED] Mobile: +64 21 402 085 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: BeanUtils/1.7.0ReleasePlan
Date: 2004-05-25T13:30:02 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils/1.7.0ReleasePlan URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan no comment New Page: = Release Plan For BeanUtils 1.7.0 = == Background == This is primarily a service release aimed at allowing downstream users to use BeanUtils with either commons-collection 2.x or 3.x. There will also be significant changes in packaging and the introduction of beanification. The release is still in the advanced planning stage but it's important that it's done promptly. = Pre Release Tasks = == Bean Collections == === Web Site === * Create basic website ''DONE'' * Basic integrate with BeanUtils ''DONE'' * Create unified site and build === Source === * Review names for methods and classes === Java Docs === * Ensure bean-collections classes are properly commented === Documentation == * Review documentation to ensure that those classes in bean-collections are clear * Add documentation on any classes in bean-collections which have not been covered already Up to BeanUtils - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils/1.7.0ReleasePlan
Date: 2004-05-25T13:30:45 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils/1.7.0ReleasePlan URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan no comment Change Log: -- @@ -26,7 +26,7 @@ * Ensure bean-collections classes are properly commented -=== Documentation == +=== Documentation === * Review documentation to ensure that those classes in bean-collections are clear * Add documentation on any classes in bean-collections which have not been covered already - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Design review pre 1.0
Phil Steitz wrote: [Yoav] You probably want strictfp: http://www.jguru.com/faq/view.jsp?EID=17544. [Phil] I am not sure that we want this, but I am by no means a JVM expert. From what I understand, the decision comes down to strict consistency of results on different platforms (mostly involving NaN and other boundary conditions) vs. performance. In most practical applications, I would personally be more interested in performance. It would be a major PITA (given the way things have to be declared); but I suppose that in theory we could support both. I am open to discussion on this, but my vote at this point would be to release without strictfp support for 1.0. Its tough that its a modifier and not some sort of JVM option, seems it would make libraries alot more flexible if you controlled it in the behavior of the JVM and not something you have to compile into your code. To provide this functionality such that it could be enabled or disabled we'ed need to have twin libraries or some sort of wrapper methods, one with it in place and the other with it removed. public strictfp double getStrictMean(...) public double getMean(...) Not very elegant. [Yoav] Out of curiosity, why read each url/file twice? [Phil] Because the implementation is primitive ;-) The load method of EmpiricalDistribution needs to 1) compute basic univariate statistics for the whole file and 2) divide the range of values in the file into a predetermined number of bins and compute univariate statistics for the values in each bin. The simplest way to do this is to pass the data once to do 1), then use the min and max discovered in 1) to set up the bins and compute the bin stats in the second pass. Since the files may be large, it is not a good idea to try to load the data into memory during the first pass. A single pass algorithm would have to either dynamically adjust the bins (and bin stats) as new extreme values are discovered or take extrema as arguments. I would prefer not to require the extrema to be specified in advance. The dynamic bin adjustment would be hard to do efficiently (at least is seems hard to me -- bright ideas / patches welcome :-) Phil Definitly sounds like a great adventure for the next version... cheers, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jelly-tags/commons-jelly-tags-betwixt 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 folk at [EMAIL PROTECTED] Project commons-jelly-tags-betwixt has an issue affecting its community integration, and has been outstanding for 2 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-betwixt/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-betwixt-20040525.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-betwixt/gump_work/build_jelly-tags_commons-jelly-tags-betwixt.html Work Name: build_jelly-tags_commons-jelly-tags-betwixt (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 3 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-betwixt-20040525 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/betwixt] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/classes:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040525.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jakarta-commons/betwixt/target/commons-betwixt-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040525.jar- [junit] Testcase: rssParseViaURI took 0.092 sec [junit] Caused an ERROR [junit] file:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/test-classes/org/apache/commons/jelly/betwixt/suite.jelly:28:-1: b:parse Could not load class called: org.apache.commons.digester.rss.Channel [junit] org.apache.commons.jelly.JellyTagException: file:/usr/local/gump/public/workspace/jelly-tags/betwixt/target/test-classes/org/apache/commons/jelly/betwixt/suite.jelly:28:-1: b:parse Could not load class called: org.apache.commons.digester.rss.Channel [junit] at org.apache.commons.jelly.tags.betwixt.ParseTag.doTag(ParseTag.java:80) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59) [junit] Caused by: java.lang.ClassNotFoundException: org.apache.commons.digester.rss.Channel [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:199) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java
[GUMP@brutus]: jelly-tags/commons-jelly-tags-define 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 folk at [EMAIL PROTECTED] Project commons-jelly-tags-define has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 2 runs. Project State : 'Failed', Reason 'Build Failed' The following are affected: - maven : Project Management Tools - maven-bootstrap : Project Management Tools Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-define-20040525.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/gump_work/build_jelly-tags_commons-jelly-tags-define.html Work Name: build_jelly-tags_commons-jelly-tags-define (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 5 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-define-20040525 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/define] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/define/target/classes:/usr/local/gump/public/workspace/jelly-tags/define/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040525.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jelly-tags/dynabean/target/commons-jelly-tags-dynabean-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/xml/target/commons-jelly-tags-xml-20040525.jar- [junit] at org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:642) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:242) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:79) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:236) [junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit
[GUMP@brutus]: jelly-tags/commons-jelly-tags-jsl 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 folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl has an issue affecting its community integration, and has been outstanding for 2 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-jelly-tags-jsl-20040525.jar] identifier set to project name -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/gump_work/build_jelly-tags_commons-jelly-tags-jsl.html Work Name: build_jelly-tags_commons-jelly-tags-jsl (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 6 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-jsl-20040525 jar [Working Directory: /usr/local/gump/public/workspace/jelly-tags/jsl] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jelly-tags/jsl/target/classes:/usr/local/gump/public/workspace/jelly-tags/jsl/target/test-classes:/usr/local/gump/public/workspace/jakarta-commons/jelly/target/commons-jelly-20040525.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/packages/dom4j-1.4/dom4j-full.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-20040525.jar:/usr/local/gump/public/workspace/jakarta-commons/discovery/dist/commons-discovery.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtmlXni.jar:/usr/local/gump/packages/nekohtml-0.9.2/nekohtml.jar:/usr/local/gump/public/workspace/jelly-tags/xml/target/commons-jelly-tags-xml-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/junit/target/commons-jelly-tags-junit-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/ant/target/commons-jelly-tags-ant-20040525.jar:/usr/local/gump/public/workspace/commons-grant/target/commons-grant-20040525.jar:/usr/local/gump/public/workspace/jelly-tags/log/target/commons-jelly-tags-log-20040525.jar- [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:50) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:51) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:71) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:148) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:51) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:73) [junit
[GUMP@brutus]: jakarta-commons/commons-digester-rss 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 folk at [EMAIL PROTECTED] Project commons-digester-rss has an issue affecting its community integration, and has been outstanding for 4 runs. Project State : 'Failed', Reason 'Configuration Failed' Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-digester-rss/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-digester-rss.jar] identifier set to project name -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: commons-beanutils unknown to *this* workspace To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org:8080/gump/jakarta-commons/commons-digester-rss/rss.xml Atom: http://brutus.apache.org:8080/gump/jakarta-commons/commons-digester-rss/atom.xml -- Produced by Gump 2.0.3-alpha-0002. [Run (20040525 09:00:04, brutus:brutus-public:20040525 09:00:04)] http://brutus.apache.org:8080/gump/index.html http://brutus.apache.org:8080/gump/options.html -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-commons/commons-beanutils-bean-collections 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 folk at [EMAIL PROTECTED] Project commons-beanutils-bean-collections has an issue affecting its community integration, and has been outstanding for 2 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/index.html That said, some snippets follow: The following annotations were provided: -INFO- Sole jar [commons-beanutils-bean-collections.jar] identifier set to project name -INFO- Dependency on junit exists, no need to add for property junit.home. -INFO- Enable verbose output, due to 1 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/gump_work/build_jakarta-commons_commons-beanutils-bean-collections.html Work Name: build_jakarta-commons_commons-beanutils-bean-collections (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 0 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Djunit.home=/usr/local/gump/public/workspace/dist/junit jar [Working Directory: /usr/local/gump/public/workspace/jakarta-commons/beanutils/optional/beancollections] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/optional/beancollections/target/classes:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.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-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-xalan2.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/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.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-20040525.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar- Apache Ant version 1.7alpha compiled on May 25 2004 Buildfile: build.xml does not exist! Build failed - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/rss.xml Atom: http://brutus.apache.org:8080/gump/jakarta-commons/commons-beanutils-bean-collections/atom.xml -- Produced by Gump 2.0.3-alpha-0002. [Run (20040525 09:00:04, brutus:brutus-public:20040525 09:00:04)] http://brutus.apache.org:8080/gump/index.html http://brutus.apache.org:8080/gump/options.html -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[beanutils] beanutils 1.7.0 release?
i think that a 1.7.0 beanutils service release would be a very good idea. it would allow users to upgrade to a version that could be safely used with either commons collections 2.x or collections 3.0. i'm willing to act as a release manager. i've start developing a release plan on the wiki (http://wiki.apache.org/jakarta-commons/BeanUtils/1_2e7_2e0ReleasePlan) but it's at an early stage yet. i'll continue working whilst i'm looking at the commons-loggin 1.0.4 release but i probably see the logging release coming first. any help with the tasks outlined would be gratefully received. once we're within striking distance of the pre release task list being completed, i'll call a VOTE on the release plan and we'll move to the final stage. of course, if anyone sees any problems with a 1.7.0 release, please speak up on this list :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [workflow] outstanding bugs
On 25 May 2004, at 21:28, Sharples, Colin wrote: Well, if no-one else wants to do it, how do I get committer rights so that I can do it? ;-) craig is very likely to be very busy until after java one but when he's travelling he'll drop in to see us from time to time :) workflow is in the sandbox. for these components, the jakarta commons community is able to grant karma (upon request) for any existing apache committer but not committership (the jakarta pmc would be entitled - if you could persuade them - to make you a committer). things are really, really busy here right now. the commons collections 3.0 and log4j 1.3 release series are not binary compatible and rushing road to ensure that we can ship releases that can be used by those projects downstream without compatibility problems is the major priority right now. this means cutting four or more major releases. i'd probably be willing to take a look at the patches once things are a little less hectic (which the way things have been going might be quite a long while) but i suspect that the best plan would be wait until after java one when craig is going to have some more time. i admire your dedication and if you could remind us again once digester and validator have been released, that'd be very much appreciated. - robert -Original Message- From: Sharples, Colin Sent: Thursday, 13 May 2004 10:31 a.m. To: Commons-Dev (E-mail) Subject: [workflow] outstanding bugs Hi, I have a few bugs outstanding on the Workflow component that I would quite like to see fixed - I have supplied patches. Craig is a very busy person, so I don't know if he has time to look at those. Is there anyone else who can take a look at them and apply the patches? The bug numbers are: 26902 26903 28238 Thanks. Colin Sharples IBM IT Architect Email: [EMAIL PROTECTED] Mobile: +64 21 402 085 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math][proposal] Drop serialization from selected classes
Here is a patch reflecting the changes I have made for classes that need to sport serialversionUID's. It also contains a modification to one of the analysis Test classes (BisectionSolverTest and QuinticFunction) showing how a test for serialization is verified using some copy/paste from an existing test case. -Mark p.s. I removed Serialization of ValueServer for the time being. Mark R. Diggory wrote: I'd like to clarify my position in more detail because it is not 100% -1 on removing Serialization Interfaces. There are items on the list for which I agree serialization can/should be removed. 1.) Its ok to remove Serialization from Factories which are not instantiated. 2.) Its ok to remove Serialization from Abstract classes. 3.) StaticUtils don't benefit from serialization, I didn't see any with it present within them. If you see any, feel free to remove the Serialization Interface from them. I would very much prefer to see Serialization interfaces maintained on all non-Abstract implementation classes so that the API can be used within applications which take advantage of Serialization. a.) Abstract Classes in which Serialization interface can be removed without impact to overall serialization of API: o.a.c.m.analysis.UnivariateRealSolverImpl o.a.c.m.stat.univariate.SummaryStatistics o.a.c.m.stat.univariate.DescriptiveStatistics b.) Classes I would like to maintain Serialization on (and for which its pretty much zero effort). o.a.c.m.analysis. BisectionSolver BrentSolver NewtonSolver PolynomialFunction PolynomialSplineFunction SecantSolver SplineInterpolator UnivariateRealSolverFactoryImpl -- Instantiable Factory o.a.c.m.complex. Complex ComplexFormat o.a.c.m.distribution. BinomialDistributionImpl ChiSquaredDistributionImpl DistributionFactoryImpl -- Instantiable Factory ExponentialDistributionImpl FDistributionImpl GammaDistributionImpl HypergeometricDistributionImpl NormalDistributionImpl TDistributionImpl o.a.c.m.linear RealMatrixImpl o.a.c.m.random EmpiricalDistributionImpl (Pluse inner classes) RandomDataImpl o.a.c.m.stat Frequency o.a.c.m.stat.inference ChiSquareTestImpl TTestImpl o.a.c.m.stat.multivariate BivariateRegression o.a.c.m.stat.univariate DescriptiveStatisticsImpl StatisticalSummaryValues SummaryStatisticsImpl o.a.c.m.stat.univariate.xxx (All classes) o.a.c.m.util ContinuedFraction ContractableDoubleArray DefaultTransformer ExpandableDoubleArray FixedDoubleArray TransformerMap c.) With very little effort I can make the following Serializable such that the Replayable Data Streams can be recovered and continued on from given the presence of the Datasource is available. o.a.c.m.random ValueServer So, to review Phil's list: AbstractDescriptiveStatistics +1 BisectionSolver BrentSolver ChiSquareTestImpl DefaultTransformer -1 DescriptiveStatistics +1 DescriptiveStatisticsImpl DistributionFactoryImpl Erf Gamma NewtonSolver SecantSolver SplineInterpolator SummaryStatisticsImpl TTestImpl TransformerMap UnivariateRealSolverFactoryImpl -1 UnivariateRealSolverImpl +1 ValueServer -0 (I can make it Serializable if you like) -Mark p.s. As a reminder, I've serailversionUID's generated for all these files now. Mark R. Diggory wrote: Phil Steitz wrote: Since implementing Serializable requires that all subclasses also implement serializable and that care be taken to ensure backward serialization compatability, my view is that we should implement Serializable iff there is a reason to do so, not by default for all classes. This is not true, you only have to implement serializable in your subclass if you want to support serialization, there is no requirement that you are forced to do so because the parent class implements it. It is completely transparent to the user in this reguard. I am interested in others' views on this. Maybe I am missing something, but I see no value in implementing Serializable for factories, abstract classes, utility classes and such. Yes, I'll agree for abstracts, its not really neccessary, it was more a practice on my part to confirm that they were truly serializable. I also agree its probibly not very important for factories, but its a no-brainer, effects very little in terms of source code and performance and is a very simple thing toi maintain. Arguing that this creates all kinds of headaches is really a Red Herring. I spent an hour on it this afternoon and can confidently state that our API can easily support it without headaches to anyone. Removing it only steps on peoples toes in the long run. -1 on removing Serialization Interfaces. Mark Phil Index: java/org/apache/commons/math/ConvergenceException.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/ConvergenceException.java,v retrieving revision 1.12 diff -u -r1.12 ConvergenceException.java ---
Re: [beanutils] Re: Indexed Array properties (that is, Indexes of Arrays)
thanks. we need to cut a beanutils release very soon so i'll try to look at this very soon. - robert On 25 May 2004, at 15:02, David Wood wrote: Well, it feels like a bug. But I don't really know this project that well, and I don't want to assume anything about the goals/rules/aesthetic of BeanUtils. I've opened a bug on this (Bug #29203), and attached a patch against the HEAD, which is 1 line of fix, and the rest modifications to TestBean and test cases. Regards, David robert burrell donkin [EMAIL PROTECTED] wrote on 05/20/2004 05:49:57 PM: hi david (please prefix posts about beanutils with [beanutils]) the way you tell it, it sounds like a bug. maybe i'll think of a reason why it was coded that way when i see the patch. craig's really busy right now which is a shame since the area of 'is this a feature?' is best dealt with by him. maybe i'll talk to the folks on struts dev if i'm not sure... rather than just contributing the patch, please contribute (in addition) a good set of test cases which illustrate the (possible) bug. - robert On 20 May 2004, at 22:05, David Wood wrote: What are people's feelings about supporting indexed properties with Array value types? What I'd like to do is allow public String[] getIndexedArrayProperty(int index) public void setIndexedArrayProperty(int index,String newvalue[]) Currently, this will fail with an IllegalArgumentException in PropertyUtilsBean, because setProperty will decide to store the first element of the newvalue array rather than the whole array. And in BeanUtils there is a getIndexedProperty and a getArrayProperty but no getIndexedArrayProperty. Is this for a particular reason? Or would it be appropriate to add the capability? To give a bit more background, this is actually something I've been doing already with an earlier version of BeanUtils, and now I want to upgrade to the current commons version without (immediately) giving it up. I found myself needing to do this to store various Struts multibox results (String[]) in an indexed property. This technique came from an application written against Struts 1.0, using the old struts.util.BeanUtils class. And this actually worked fine there - minus a typo-bug in the code (in populate). I have a 1-line patch that fixes it, and that's what I've been using. Now it's time to go to Struts 1.1, and a similar fix to commons BeanUtils might be useful for others, so I thought, lets see what everyone thinks? Esoteric, I know, but is there anything actually wrong with supporting indexed properties with an Array value type? Regards, David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: BeanUtils/1.7.0ReleasePlan
Date: 2004-05-25T14:32:42 Editor: 82.38.65.173 Wiki: Jakarta Commons Wiki Page: BeanUtils/1.7.0ReleasePlan URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan no comment Change Log: -- @@ -19,17 +19,23 @@ * Create unified site and build === Source === - * Review names for methods and classes - -=== Java Docs === - - * Ensure bean-collections classes are properly commented + * Review names for methods and classes === Documentation === * Review documentation to ensure that those classes in bean-collections are clear * Add documentation on any classes in bean-collections which have not been covered already + * Ensure bean-collections classes are properly javadoc'd + +== Beanification == + + * Review method names and accessibility for new method + * Deprecate methods (or possibly have a future deprecation release) + +== Collections Compatibility == + + * Create unit tests to make sure that BeanUtils works with collections 2.1 and collections 3.0 in the classpath. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29149] - StringEscapeUtils.unescapeHtml() doesn't handle an empty entity
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29149. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=29149 StringEscapeUtils.unescapeHtml() doesn't handle an empty entity --- Additional Comments From [EMAIL PROTECTED] 2004-05-25 22:15 --- #; also causes a problem [java] java.lang.StringIndexOutOfBoundsException: String index out of range: 1 [java] at java.lang.String.charAt(String.java:460) [java] at org.apache.commons.lang.Entities.unescape(Entities.java:652) [java] at org.apache.commons.lang.StringEscapeUtils.unescapeHtml(StringEscapeUtils.java:447) Is this really a bug though? How robust should this method be in the face of malformed entities? For example all these malformed entities also cause problems. Maybe these exceptions should be converted to an IllegalArgumentException and rethrown. [java] # ; java.lang.NumberFormatException: For input string: [java] #!; java.lang.NumberFormatException: For input string: ! [java] #; java.lang.NumberFormatException: For input string: [java] ##; java.lang.NumberFormatException: For input string: # [java] #$; java.lang.NumberFormatException: For input string: $ [java] #%; java.lang.NumberFormatException: For input string: % [java] #'; java.lang.NumberFormatException: For input string: ' [java] #(; java.lang.NumberFormatException: For input string: ( [java] #); java.lang.NumberFormatException: For input string: ) [java] #*; java.lang.NumberFormatException: For input string: * [java] #+; java.lang.NumberFormatException: For input string: + [java] #,; java.lang.NumberFormatException: For input string: , [java] #-; java.lang.NumberFormatException: For input string: - [java] #.; java.lang.NumberFormatException: For input string: . [java] #/; java.lang.NumberFormatException: For input string: / [java] #:; java.lang.NumberFormatException: For input string: : [java] #; java.lang.NumberFormatException: For input string: [java] #=; java.lang.NumberFormatException: For input string: = [java] #; java.lang.NumberFormatException: For input string: [java] #?; java.lang.NumberFormatException: For input string: ? [java] #@; java.lang.NumberFormatException: For input string: @ [java] #A; java.lang.NumberFormatException: For input string: A [java] #B; java.lang.NumberFormatException: For input string: B [java] #C; java.lang.NumberFormatException: For input string: C [java] #D; java.lang.NumberFormatException: For input string: D [java] #E; java.lang.NumberFormatException: For input string: E [java] #F; java.lang.NumberFormatException: For input string: F [java] #G; java.lang.NumberFormatException: For input string: G [java] #H; java.lang.NumberFormatException: For input string: H [java] #I; java.lang.NumberFormatException: For input string: I [java] #J; java.lang.NumberFormatException: For input string: J [java] #K; java.lang.NumberFormatException: For input string: K [java] #L; java.lang.NumberFormatException: For input string: L [java] #M; java.lang.NumberFormatException: For input string: M [java] #N; java.lang.NumberFormatException: For input string: N [java] #O; java.lang.NumberFormatException: For input string: O [java] #P; java.lang.NumberFormatException: For input string: P [java] #Q; java.lang.NumberFormatException: For input string: Q [java] #R; java.lang.NumberFormatException: For input string: R [java] #S; java.lang.NumberFormatException: For input string: S [java] #T; java.lang.NumberFormatException: For input string: T [java] #U; java.lang.NumberFormatException: For input string: U [java] #V; java.lang.NumberFormatException: For input string: V [java] #W; java.lang.NumberFormatException: For input string: W [java] #X; java.lang.NumberFormatException: For input string: [java] #Y; java.lang.NumberFormatException: For input string: Y [java] #Z; java.lang.NumberFormatException: For input string: Z [java] #[; java.lang.NumberFormatException: For input string: [ [java] #\; java.lang.NumberFormatException: For input string: \ [java] #]; java.lang.NumberFormatException: For input string: ] [java] #^; java.lang.NumberFormatException: For input string: ^ [java] #_; java.lang.NumberFormatException: For input string: _ [java] #`; java.lang.NumberFormatException: For input string: ` [java] #a; java.lang.NumberFormatException: For input string: a [java] #b; java.lang.NumberFormatException: For input string: b [java] #c; java.lang.NumberFormatException: For input string: c [java] #d; java.lang.NumberFormatException: For input string: d [java]
Re: [validator] Why doesn't commons-validator include functional validators?
Just to be clear, the approach I feel would be simplest is to add isValid(Object bean, Field field)-type methods to each validator. This way, the validators commons-validator provides can be used as they are or front-ended like how Struts' FieldChecks class interacts with them. I've already gone through several validators, adding unit tests as I go, and things are looking good. Before I finish the rest of the validators, however, I want to make sure this is a good idea in the eyes of everyone else. For example, the new DateValidator looks like this: public boolean isValid(Object bean, Field field); public boolean isValid(Object bean, Field field, Locale locale); public boolean isValid(String value, String datePattern, boolean strict); public boolean isValid(String value, Locale locale); The top two methods do four things: 1. Pull the necessary parameters out of field variables (ie datePattern out of a field var to be passed to the third method) 2. Extract the field value as a String 3. Return true if the value is blank or null since the field may not be required (the bottom two methods return false in such a case) 4. Delegate handling to the bottom two methods Any objections? Don David Graham wrote: I'd be interested in any patches in this area so please open a bugzilla ticket for this. It sounds like you have some good ideas for making validator easier to use; I just don't have much time right now to look into it more. Thanks, David --- Don Brown [EMAIL PROTECTED] wrote: After looking through the different validator usages - Struts, Spring, and the unit tests - I'm a bit confused why commons-validator doesn't ship with functional validators that can be used directly and not hidden by some adapter. commons-validator contains validator classes, yes, but you still need to create a validator adapter class that accepts at least the bean and the Field object to interact with the validator. Furthermore, this adapter class (Struts and Spring both call it CheckFields) contains framework specific references, usually dealing with their errors system. The problem with this approach is it requires huge levels of duplication as each container needs to write their own adapter and error creation code. I'm particularly confused because it seems the solution already exists within commons-validator - ValidationResult(s). I would think a better approach would be for commons-validator to provide adapters for every validator to extract the field information from Field and pass it along to the actual validator. The process of creating messages should be left to the class that called validator.validate() to process ValidationResults and handle the errors in a container-specific way. This way, new containers that want to use commons-validator don't have to write their own monolithic adapter class but can use validators as they are. If commons-validator wants to separate a validator into a commons-validator adapter class and a actual validation class, that is fine, but there really isn't any need for that adapter to depend on a container. If my premise is sound and the solution agreeable, I would be willing to do the leg work of writing container-independent adapters for each of the validators. Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Domains Claim yours for only $14.70/year http://smallbusiness.promotions.yahoo.com/offer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Design review pre 1.0
--- Mark R. Diggory [EMAIL PROTECTED] wrote: Phil Steitz wrote: [Yoav] You probably want strictfp: http://www.jguru.com/faq/view.jsp?EID=17544. [Phil] I am not sure that we want this, but I am by no means a JVM expert. From what I understand, the decision comes down to strict consistency of results on different platforms (mostly involving NaN and other boundary conditions) vs. performance. In most practical applications, I would personally be more interested in performance. It would be a major PITA (given the way things have to be declared); but I suppose that in theory we could support both. I am open to discussion on this, but my vote at this point would be to release without strictfp support for 1.0. Its tough that its a modifier and not some sort of JVM option, seems it would make libraries alot more flexible if you controlled it in the behavior of the JVM and not something you have to compile into your code. To provide this functionality such that it could be enabled or disabled we'ed need to have twin libraries or some sort of wrapper methods, one with it in place and the other with it removed. Before we go too far down this path, it would be very helpful to know just how much performance penalty is incurred by specifying strictfp. That FAQ certainly suggests that the difference is large and undesirable, but like profiling, you never really know what it is until you actually measure it Suggestion: conduct an informal timing test of a few representative functions, say, some of the transcendental functions in java.lang.Math, with and without strictfp. A loop doing 100,000 of these method calls should be sufficient to have runtime lasting several seconds to several minutes depending on the operation. Run it at least three times to get an idea of the mean runtime and standard deviation. Al = Albert Davidson Chou Get answers to Mac questions at http://www.Mac-Mgrs.org/ . __ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Don Brown as Committer
Has Don submitted any patches for Validator yet? On Tue, 25 May 2004 12:18:59 -0400, Ted Husted [EMAIL PROTECTED] wrote: Don Brown is an active Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Validator] Don Brown as Committer
Yes, these recently http://issues.apache.org/bugzilla/show_bug.cgi?id=29205 http://issues.apache.org/bugzilla/show_bug.cgi?id=29151 http://issues.apache.org/bugzilla/show_bug.cgi?id=29145 - Original Message - From: Dion Gillard [EMAIL PROTECTED] To: Jakarta Commons Developers List [EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 2:35 AM Subject: Re: [Validator] Don Brown as Committer Has Don submitted any patches for Validator yet? On Tue, 25 May 2004 12:18:59 -0400, Ted Husted [EMAIL PROTECTED] wrote: Don Brown is an active Apache Struts Committer who would like to apply some patches to the Validator, with the hope of moving toward another release. Here's my +1 -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]