cvs commit: jakarta-commons-sandbox/threadpool/src/java/org/apache/commons/threadpool CommonsLoggingThreadPoolMonitor.java NullThreadPoolMonitor.java ThreadPoolMonitor.java DefaultThreadPool.java
hammant 2003/11/09 04:18:19
Modified:threadpool/src/java/org/apache/commons/threadpool
DefaultThreadPool.java
Added: threadpool/src/java/org/apache/commons/threadpool
CommonsLoggingThreadPoolMonitor.java
NullThreadPoolMonitor.java ThreadPoolMonitor.java
Log:
Monitor added.
Revision ChangesPath
1.3 +22 -18
jakarta-commons-sandbox/threadpool/src/java/org/apache/commons/threadpool/DefaultThreadPool.java
Index: DefaultThreadPool.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/threadpool/src/java/org/apache/commons/threadpool/DefaultThreadPool.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- DefaultThreadPool.java13 Oct 2003 08:32:59 - 1.2
+++ DefaultThreadPool.java9 Nov 2003 12:18:19 - 1.3
@@ -61,10 +61,7 @@
*/
package org.apache.commons.threadpool;
-import org.apache.commons.logging.Log;
-import org.apache.commons.logging.LogFactory;
-
-/**
+/**
* A default implementation of a ThreadPool
* which is constructed with a given number of threads.
*
@@ -74,26 +71,39 @@
public class DefaultThreadPool implements Runnable, ThreadPool {
/** The Log to which logging calls will be made. */
-private Log log = LogFactory.getLog(DefaultThreadPool.class);
private MTQueue queue = new MTQueue();
private boolean stopped = false;
+private final ThreadPoolMonitor monitor;
+
+public DefaultThreadPool(ThreadPoolMonitor monitor,
+ int numberOfThreads, int threadPriority) {
+this.monitor = monitor;
+for ( int i = 0; i numberOfThreads; i++ ) {
+startThread(threadPriority);
+}
+}
+
+public DefaultThreadPool(ThreadPoolMonitor monitor,
+ int numberOfThreads) {
+this.monitor = monitor;
+for ( int i = 0; i numberOfThreads; i++ ) {
+startThread();
+}
+}
public DefaultThreadPool() {
+this.monitor = new CommonsLoggingThreadPoolMonitor();
// typically a thread pool should have at least 1 thread
startThread();
}
public DefaultThreadPool(int numberOfThreads) {
-for ( int i = 0; i numberOfThreads; i++ ) {
-startThread();
-}
+this(new CommonsLoggingThreadPoolMonitor(), numberOfThreads);
}
public DefaultThreadPool(int numberOfThreads, int threadPriority) {
-for ( int i = 0; i numberOfThreads; i++ ) {
-startThread(threadPriority);
-}
+this(new CommonsLoggingThreadPoolMonitor(), numberOfThreads,
threadPriority);
}
/** Start a new thread running */
@@ -146,15 +156,9 @@
task.run();
}
catch (Throwable t) {
-handleException(t);
+monitor.handleThrowable(this.getClass(), task, t);
}
}
}
-}
-
-// Implementation methods
-//-
-protected void handleException(Throwable t) {
-log.error( Caught: + t, t );
}
}
1.1
jakarta-commons-sandbox/threadpool/src/java/org/apache/commons/threadpool/CommonsLoggingThreadPoolMonitor.java
Index: CommonsLoggingThreadPoolMonitor.java
===
/*
* $Header:
/home/cvs/jakarta-commons-sandbox/threadpool/src/java/org/apache/commons/threadpool/CommonsLoggingThreadPoolMonitor.java,v
1.1 2003/11/09 12:18:19 hammant Exp $
* $Revision: 1.1 $
* $Date: 2003/11/09 12:18:19 $
*
*
*
* The Apache Software License, Version 1.1
*
* Copyright (c) 1999-2002 The Apache Software Foundation. All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following disclaimer.
*
* 2. Redistributions in binary form must reproduce the above copyright
*notice, this list of conditions and the following disclaimer in
*the documentation and/or other materials provided with the
*distribution.
*
* 3. The end-user documentation included with the redistribution, if
*any, must include the following acknowlegement:
* This product includes software developed by the
*Apache Software Foundation (http://www.apache.org/).
*
Re: sandbox/ThreadPool change pending
Folks, I have commit access, but not inclination without discussion, to make some changes to sandbox/threadpool... Basically, I'd like make a _backwards_ _compatible_ change to ThreadPool that allows the user to choose not not in any way use Commons-Logging. As in not depend on the jar. The default operation would be to use commons logging of course, thus making this backwards compatible. The idea is best documented here by Leo Sutic :- http://nagoya.apache.org/wiki/apachewiki.cgi?AvalonNoLogging Note the change I have ready is not introducing a dependancy on Avalon or any other package to the codebase. Applied. - Paul -- http://www.thoughtworks.com - The art of heavy lifting. Home for many Agile practicing, Open Source activists... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Company Acknowledgements [was :Re: [HiveMind] 1.0 Beta]
Robert Leland [EMAIL PROTECTED] wrote on 05/11/2003 01:52:48 PM: [snip] (Maven has some hidden acknowledgments in it's plug-in docs) says you Huh, what are these hidden acknowldegments? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Commons [2003/11/09]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 599|Opn|Enh|2001-02-13|Add ability to set parameter with CallParam that i| | 3893|Opn|Enh|2001-10-01|Multiple element body parts problem | | 6508|Ass|Enh|2002-02-17|HttpClient now supports proxyHost and proxyPort - | | 6826|Ass|Enh|2002-03-04|Need to have xml files validated against DTDs as p| | 6829|Ass|Enh|2002-03-04|Allow easier way of user specified tests | | 7069|Ass|Enh|2002-03-13|DTD and DOM Validators| | 7135|Opn|Enh|2002-03-14|Misleading error message when beaninfo class confl| | 7226|Opn|Enh|2002-03-19|Nested Bean Collection| | 7367|New|Nor|2002-03-22|[unspecified] ServiceManager not actually serializ| | 7465|New|Nor|2002-03-25|Need better 'dist' build | | 7981|Ver|Nor|2002-04-11|[codec][PATCH] add 2 new methods for encoding stri| | 8140|Ver|Nor|2002-04-16|Incorrect credentials loop infinitely | |10319|New|Enh|2002-06-28|Instantiate property if null in form bean | |10543|Ass|Enh|2002-07-08|generate ant task automatically from CLI | |10792|New|Enh|2002-07-15|Plug-in authentication modules| |10793|New|Enh|2002-07-15|User definable default headers support| |10794|New|Enh|2002-07-15|User interaction for authentication | |10810|New|Enh|2002-07-15|Response handlers | |10813|New|Enh|2002-07-15|RFC 2965 Support (Port sensitive cookies) | |10815|New|Enh|2002-07-15|Instrumentation for Timings | |10818|Opn|Enh|2002-07-15|Add method enter() and exit() methods to public Lo| |10930|New|Enh|2002-07-18|J2EE FORM authentication (also affects pluggable a| |10957|New|Nor|2002-07-18|Change Header/HeaderElement to handle a list as th| |12807|New|Nor|2002-09-19|[PATCH] x 2 Update build.xml to use commons-loggin| |12858|Ass|Nor|2002-09-20|Style variation in CVS $Header$ tag in embedded LI| |12997|Opn|Nor|2002-09-25|Call the method as soon as the last parameter is e| |13031|New|Enh|2002-09-26|Use regular expression (regex) pattern matching fo| |13370|New|Nor|2002-10-07|[sql] DDL for INTEGER data type incorrect | |13381|New|Enh|2002-10-07|[sql] commons-sql database.xml - OJB repository.x| |13390|New|Nor|2002-10-07|ResponseHeaderHandler and ResponseHeaderValidator | |13426|New|Enh|2002-10-08|[PATCH] xml-reference.xml responseHeader addition | |13743|Opn|Enh|2002-10-17|Need getPropertyType(Class theClass, String propNa| |14036|New|Enh|2002-10-29|MultipartPostMethod does not check for error messa| |14262|Opn|Maj|2002-11-05|SAXBeanWriter produces invalid XML| |14394|Ver|Nor|2002-11-08|Excessive exceptions log under security manager | |14667|Ver|Maj|2002-11-19|PropertyUtils.copyProperties does not copy to Dyna| |15082|Ass|Enh|2002-12-04|[lang] elapsed time formatting utility method | |15297|New|Enh|2002-12-12|[HttpClient] Authenticator() - ability to perform | |15451|Opn|Enh|2002-12-17|Multiple mapped properties not possible / Direct m| |15519|Ver|Maj|2002-12-19|PropertyUtils.getPropertyType() for java.util.Coll| |15534|New|Nor|2002-12-19|Inadequate HTTP proxy server support in HttpClient| |15744|New|Nor|2002-12-31|[unspecified] Scaffold ResultSet used after statem| |15895|Unc|Nor|2003-01-08|In BeanMap all properties are writable (some with | |16038|Opn|Enh|2003-01-13|[beanutils] LocaleBeanUtils.copyProperties() does | |16124|New|Nor|2003-01-15|isHttp11 should have HttpClient scope | |16132|New|Maj|2003-01-15|[Jelly] core:file convert html to lt;htmlgt; | |16394|New|Enh|2003-01-24|Enhance the IndexedListProperty to handle nested l| |16465|New|Enh|2003-01-27|[collections] MultiMap ideas - ChainedHashMap | |16484|Ass|Maj|2003-01-28|Error parsing options a-la Java property option | |16504|New|Enh|2003-01-28|[configuration][submit] Enhancement: Configuration| |16525|Opn|Enh|2003-01-29|BeanUtils.setProperty is over-zealous at convertin|
Re: [ANN][hivemind] hivemind has been temporarily taken offline
On Friday, November 7, 2003, at 11:05 AM, Harish Krishnaswamy wrote: Hi Danny, I don't deny the recommedation that the PMC should be notified of situations such as this although I don't know why the PMC list is private. Because there may be things that it wouldn't be appropriate to discuss in public. To that end, though, the PMC tries to hold all non-sensitive discussions in public. But it seems like all this confusion is due to the lack of proper protocols defined in a public place that people can follow, or have I not looked around well enough. May be this is the first such situation and something may spring out of here, I don't know. It could be. Thanks, Harish Danny Angus wrote: Harish, There isn't very much traffic on the PMC list at all, most business, and all votes, is transacted on the general list. If anyone has any item which they wish to draw to the specific attention of the PMC it is always a good idea to post to PMC@ because you will then know that your message has been read. Further discussions could be carried out on the general list or in private, whichever was more appropriate. By which I don't mean that the PMC would reach its decisions in secret but that issues of individual privacy may make it more acceptable to keep the discussion out of the spotlight. d. ** * The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient (or responsible for delivery of the message to the intended recipient) please notify us immediately on 0141 306 2050 and delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Li mited. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** - 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] -- Geir Magnusson Jr 203-247-1713(m) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: Re: was [ANN] hivemind has been temporarily taken offline, NOW: Geronimo code onwership
On Friday, November 7, 2003, at 05:53 PM, Vic Cekvenich wrote: Danny Angus wrote: 3/ Geronimo is not under the jurisdiction of this PMC. The Geronimo situation was explained to you at the time . Would you please refresh my memory a link the message explaining the source of Geronimo source? I think that most people believe, including me, that it is refactored jBoss code, how else could so much code apear. Come on, Vic. Take this to the geronimo list if you have accusations. Remember, many of the core Geronimo developers were core JBoss developers. They are free to re-license their code if they choose to, just like you can take code *you* contribute to the ASF and relicense if you wish to. They are also focused and dedicated and working on this full time, in an area that they have expertise in. Re-writing something you have done before is generally much faster the 2nd time around. or just ignore this post, no need for another flame war on Geronimo. I think Geronimo is a shamefull part of ASF. Take it to the members list or the Geronimo list. geir tia, .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Geir Magnusson Jr 203-247-1713(m) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Betwixt troubles...
Can you supply us with a tescase that shows us the bahaviour (esp that you believe it is a bug), since there is too little info in the mail to test this (we needs the beans / bean. One thing I know is that eg Bean.betwixt files only supplies beaninfo for Bean.java and not for any classes embedded in Bean.java. Mvgr, Martin On Fri, 2003-11-07 at 19:51, Mike Stanley wrote: Please note: I sent this to the developers list and not the users list, because I believe it to be a bug, and if confirmed - I may patch it. - Mike -Original Message- From: Mike Stanley [mailto:[EMAIL PROTECTED] Sent: Friday, November 07, 2003 1:26 PM To: Jakarta Commons Dev Subject: Betwixt troubles... Hey everyone, I'm running into an issue with some Betwixt code. I'm trying to Write/Read a bean associated with .betwixt file. I can't seem to get attributes to be set when reading in the xml. writing works fine. I've tried several ways (including defaulting to primitiveTypes and specificing an updater method). Here is the content of the file: ?xml version=1.0 encoding=UTF-8? info primitiveTypes=attribute element name=rcss attribute property=type/ element name=requests element name=isValid element name=agent-id attribute name=value property=agentId/ /element !-- element name=agent-id property=agentId updater=setAgentId/ -- /element /element /element /info Results form a write: ?xml version='1.0' ? rcss type=request src=167.154.203.22 requestor=install_app requests isValid cert=Z0123456789 agent-id value=01/ /isValid /requests /rcss --- Results from read: ?xml version='1.0' ? rcss type=request src=167.154.203.22 requestor=install_app requests isValid agent-id/ /isValid /requests /rcss --- What is going wrong? What can I do to fix this problem? modifying the format of the XML is not an option. Also note - using the Commented out element in the betwixt file instead of specifically specifying the attribute, results in agent-id01/agent-id which isn't correct either. Thanks for your help. - Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Martin van den Bemt [EMAIL PROTECTED] mvdb.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: OT: Re: was [ANN] hivemind has been temporarily taken offline, NOW: Geronimo code onwership
Would you please refresh my memory a link the message explaining the source of Geronimo source? I think that most people believe, including me, that it is refactored jBoss code, how else could so much code apear. Come on, Vic. Take this to the geronimo list if you have accusations. The one time he posted to the geronimo-dev list (http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED] apache.orgmsgId=790688), he chose not to deal with the responses to his accusations. They are free to re-license their code if they choose to Correct. As long as it is *their* code, and not work-for-hire, a derived work with someone else's IP, or some other situation where they don't have complete rights to the work. In any event, he was convinced of the origin of the code before there was any, so why should his a priori view be any different now? Take it to the members list or the Geronimo list. He can't take it to the members list. He's not a Member. Which also means that he's not privy to whatever, if any, discussion occured on that list regarding Geronimo or any other project, as the content of that list is confidential. Judging from his messages on Incubator General (http://nagoya.apache.org/eyebrowse/SearchList?listId=[EMAIL PROTECTED] bator.apache.orgsearchText=CekvenichdefaultField=senderSearch=Search), I can see why he is upset that Geronimo project got green lighted, and his basicPortal messages were ignored. basicPortal looks interesting. One problem is that far too many messages have been, and continue to be, ignored on Incubator. Incubator needs more resources. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Proposal for Package restructuring and Class renaming
Al Chou wrote: Would you move the existing ones into org.apache.commons.math.distributions.statistical or something so that the probability distributions could be organized together under *.probability? Also, I noticed that the current package uses the singular distribution rather than distributions. I suspect its unclear where this boundary would be drawn, I think all the distributions would be both beneficial for both random number distributions and statistical usage. I guess if it became clear that there was a strong separation between the two then separate packages would be warranted, but I'm not convinced of a difference. Yourself and others may have more informed opinions. -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Proposal for Package restructuring and Class renaming
Al Chou wrote: OK, I see. The one thing I notice is that the names are getting awfully long, especially for the non-default case. I guess that's a price we pay for having descriptive (no play on words intended) names like DescriptiveStatistics Maybe the Implementations could be abbreviated somewhat o.a.c.math.stat.DescriptiveStatistics o.a.c.math.stat.StorelessDscrStatsImpl o.a.c.math.stat.DscrStatsImpl We could also consider pushing the actual implementation off into its own packages o.a.c.math.stat.impl.StorelessDscrStatsImpl o.a.c.math.stat.impl.DscrStatsImpl This would even push all the univariate stat providers off into this hierarchy as well o.a.c.math.stat.impl.univar.StorelessUnivariateStatistic o.a.c.math.stat.impl.univar.UnivariateStatistic -M. -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/dbutils/src/java/org/apache/commons/dbutils/wrappers SqlNullCheckedResultSet.java
dgraham 2003/11/09 10:18:04
Modified:dbutils/src/test/org/apache/commons/dbutils/wrappers
SqlNullCheckedResultSetTest.java
dbutils/src/java/org/apache/commons/dbutils/wrappers
SqlNullCheckedResultSet.java
Log:
- Cleaned up nullMethods population code
- Fixed bug in invoke() where we were potentially calling
rs.wasNull() before a getter method was called which
could lead to an SQLException
- Added support for null URLs.
Revision ChangesPath
1.2 +32 -15
jakarta-commons/dbutils/src/test/org/apache/commons/dbutils/wrappers/SqlNullCheckedResultSetTest.java
Index: SqlNullCheckedResultSetTest.java
===
RCS file:
/home/cvs/jakarta-commons/dbutils/src/test/org/apache/commons/dbutils/wrappers/SqlNullCheckedResultSetTest.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- SqlNullCheckedResultSetTest.java 2 Nov 2003 19:15:24 - 1.1
+++ SqlNullCheckedResultSetTest.java 9 Nov 2003 18:18:04 - 1.2
@@ -70,6 +70,8 @@
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.math.BigDecimal;
+import java.net.MalformedURLException;
+import java.net.URL;
import java.sql.Blob;
import java.sql.Clob;
import java.sql.Ref;
@@ -445,14 +447,12 @@
rs2.setNullShort(s);
assertEquals(s, rs.getShort(1));
assertEquals(s, rs.getShort(column));
-
}
/**
* Tests the getString implementation.
*/
public void testGetString() throws SQLException {
-
assertEquals(null, rs.getString(1));
assertTrue(rs.wasNull());
assertEquals(null, rs.getString(column));
@@ -462,7 +462,6 @@
rs2.setNullString(s);
assertEquals(s, rs.getString(1));
assertEquals(s, rs.getString(column));
-
}
/**
@@ -516,7 +515,21 @@
assertEquals(ts, rs.getTimestamp(1, Calendar.getInstance()));
assertNotNull(rs.getTimestamp(column, Calendar.getInstance()));
assertEquals(ts, rs.getTimestamp(column, Calendar.getInstance()));
-
+}
+
+/**
+ * Tests the getURL implementation.
+ */
+public void testGetURL() throws SQLException, MalformedURLException {
+assertEquals(null, rs.getURL(1));
+assertTrue(rs.wasNull());
+assertEquals(null, rs.getURL(column));
+assertTrue(rs.wasNull());
+// Set what gets returned to something other than the default
+URL u = new URL(http://www.apache.org;);
+rs2.setNullURL(u);
+assertEquals(u, rs.getURL(1));
+assertEquals(u, rs.getURL(column));
}
/**
@@ -779,21 +792,18 @@
* Tests the setNullString implementation.
*/
public void testSetNullString() throws SQLException {
-
assertEquals(null, rs2.getNullString());
// Set what gets returned to something other than the default
String s = hello, world;
rs2.setNullString(s);
assertEquals(s, rs.getString(1));
assertEquals(s, rs.getString(column));
-
}
/**
* Tests the setNullRef implementation.
*/
public void testSetNullRef() throws SQLException {
-
assertNull(rs2.getNullRef());
// Set what gets returned to something other than the default
Ref ref = new SqlNullCheckedResultSetMockRef();
@@ -802,14 +812,12 @@
assertEquals(ref, rs.getRef(1));
assertNotNull(rs.getRef(column));
assertEquals(ref, rs.getRef(column));
-
}
/**
* Tests the setNullTime implementation.
*/
public void testSetNullTime() throws SQLException {
-
assertEquals(null, rs2.getNullTime());
// Set what gets returned to something other than the default
Time time = new Time(new java.util.Date().getTime());
@@ -822,14 +830,12 @@
assertEquals(time, rs.getTime(1, Calendar.getInstance()));
assertNotNull(rs.getTime(column, Calendar.getInstance()));
assertEquals(time, rs.getTime(column, Calendar.getInstance()));
-
}
/**
* Tests the setNullTimestamp implementation.
*/
public void testSetNullTimestamp() throws SQLException {
-
assertEquals(null, rs2.getNullTimestamp());
// Set what gets returned to something other than the default
Timestamp ts = new Timestamp(new java.util.Date().getTime());
@@ -842,7 +848,18 @@
assertEquals(ts, rs.getTimestamp(1, Calendar.getInstance()));
assertNotNull(rs.getTimestamp(column, Calendar.getInstance()));
assertEquals(ts, rs.getTimestamp(column, Calendar.getInstance()));
-
+}
Re: OT: Re: was [ANN] hivemind has been temporarily taken offline, NOW: Geronimo code onwership
On Sunday, November 9, 2003, at 12:15 PM, Noel J. Bergman wrote: Take it to the members list or the Geronimo list. He can't take it to the members list. He's not a Member. Which also means that he's not privy to whatever, if any, discussion occured on that list regarding Geronimo or any other project, as the content of that list is confidential. True, but the member discussion is irrelevant because the project was initiated with as much fanfare as possible, with open invitations to anyone and everyone to review the code as posted. Judging from his messages on Incubator General (http://nagoya.apache.org/eyebrowse/ SearchList?listId=[EMAIL PROTECTED] bator.apache.orgsearchText=CekvenichdefaultField=senderSearch=Search ), I can see why he is upset that Geronimo project got green lighted, and his basicPortal messages were ignored. basicPortal looks interesting. One problem is that far too many messages have been, and continue to be, ignored on Incubator. Incubator needs more resources. That's all well and good, but the reason to be mad at Apache can't be because of some imagined hijacking of someone else's IP, in this case JBoss's with Geronimo. There are probably a lot of criticisms that can be debated about Apache, but respect for IP isn't one of them. I think that we are in violent agreement :) geir --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Geir Magnusson Jr 203-247-1713(m) [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24537] New: - Add CaseInsensitiveHashMap
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537 Add CaseInsensitiveHashMap Summary: Add CaseInsensitiveHashMap Product: Commons Version: Nightly Builds Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Collections AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've found it useful to have a Map implementation that uses case insensitive Strings as the keys. One use case is using a Map to represent ResultSet rows from a database. The column names returned by ResultSetMetaData.getColumnName() are unpredictably cased, sometimes all upper and sometimes all lower so it's necessary to have a case insensitive map for database portable code. I couldn't find an existing implementation in collections so here's a version from DbUtils... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24537] - Add CaseInsensitiveHashMap
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537 Add CaseInsensitiveHashMap --- Additional Comments From [EMAIL PROTECTED] 2003-11-09 18:47 --- Created an attachment (id=9005) String case insensitive Map implementation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN][hivemind] hivemind has been temporarily taken offline
On 7 Nov 2003, at 16:05, Harish Krishnaswamy wrote: Hi Danny, I don't deny the recommedation that the PMC should be notified of situations such as this although I don't know why the PMC list is private. it's private so that the pmc has a confidential forum for discussions. (general is the right forum for pmc discussions that are not confidential.) in this case, howard's a pmc member so he has karma and can participate. the pmc can grant subscription karma for non-members if they need arises to talk to someone (who isn't a pmc member) confidentially. we've probably gone too far in the direction of making everything private. (that's why general has probably been far too quite recently...) but in this case, it seems entirely proper for the discussions with howard to take place in confidence on the pmc list. But it seems like all this confusion is due to the lack of proper protocols defined in a public place that people can follow, or have I not looked around well enough. May be this is the first such situation and something may spring out of here, I don't know. you're probably right that this sort of stuff isn't very well documented. we probably need to find time to put some pages up. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/xdocs components.xml
dgraham 2003/11/09 12:46:41 Modified:xdocscomponents.xml Log: Moved DbUtils to beta release section. Added Mapper to sandbox list. Revision ChangesPath 1.106 +23 -8 jakarta-commons/xdocs/components.xml Index: components.xml === RCS file: /home/cvs/jakarta-commons/xdocs/components.xml,v retrieving revision 1.105 retrieving revision 1.106 diff -u -r1.105 -r1.106 --- components.xml6 Nov 2003 01:07:09 - 1.105 +++ components.xml9 Nov 2003 20:46:41 - 1.106 @@ -333,6 +333,21 @@ /ul /dd !-- /Betwixt -- + +!-- DbUtils -- +dtbbiga href=http://cvs.apache.org/viewcvs/jakarta-commons/dbutils/;DbUtils/a/big/b/dt +dd + DbUtils is a JDBC(tm) helper library that factors out mundane resource cleanup + code for common database tasks. + br/ + Releases: + ul + liRelease 1.0 RC1 + a href=http://jakarta.apache.org/~dgraham/dbutils-1.0-rc1/;binary/a + a href=http://jakarta.apache.org/~dgraham/dbutils-1.0-rc1/;source/a - 09 Nov 2003/li + /ul +/dd +!-- /DbUtils-- !-- HttpClient -- dtbbiga href=http://jakarta.apache.org/commons/httpclient/;HttpClient/a/big/b/dt @@ -371,14 +386,6 @@ An alternative invocation mechanism for unix-daemon-like java code. /dd !-- /Daemon -- - -!-- DbUtils -- -dtbbiga href=http://cvs.apache.org/viewcvs/jakarta-commons/dbutils/;DbUtils/a/big/b/dt -dd - DbUtils is a JDBC(tm) helper library that factors out mundane resource cleanup - code for common database tasks. -/dd -!-- /DbUtils-- !-- Math -- dtbbiga href=http://jakarta.apache.org/commons/math/;Math/a/big/b/dt @@ -447,6 +454,14 @@ Jakarta JAR Archive Repository /dd !-- /JJar -- + +!-- Mapper -- +dtbbiga href=http://jakarta.apache.org/commons/sandbox/mapper/;Mapper/a/big/b/dt +dd +Mapper is a thin abstraction layer around a project's chosen data +mapping technology (a.k.a. DAO pattern). +/dd +!-- /Mapper -- !-- Messenger -- dtbbiga href=http://jakarta.apache.org/commons/sandbox/messenger/;Messenger/a/big/b/dt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/dbutils build.xml
dgraham 2003/11/09 12:50:07
Modified:dbutils build.xml
Log:
Build version is 1.1-dev now that 1.0-RC1 is released.
Revision ChangesPath
1.3 +4 -4 jakarta-commons/dbutils/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons/dbutils/build.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.xml 9 Nov 2003 19:39:00 - 1.2
+++ build.xml 9 Nov 2003 20:50:06 - 1.3
@@ -1,8 +1,8 @@
?xml version=1.0 encoding=UTF-8?
!--
- build.xml generated by maven from project.xml version 1.0-RC1
- on date November 9 2003, time 1237
+ build.xml generated by maven from project.xml version 1.1-dev
+ on date November 9 2003, time 1347
--
project default=jar name=commons-dbutils basedir=.
@@ -20,7 +20,7 @@
/property
property name=javadocdir value=dist/docs/api
/property
- property name=final.name value=commons-dbutils-1.0-RC1
+ property name=final.name value=commons-dbutils-1.1-dev
/property
target name=init description=o Initializes some properties
mkdir dir=${libdir}
@@ -125,7 +125,7 @@
/tstamp
property name=copyright value=Copyright amp;copy; Apache Software
Foundation. All Rights Reserved.
/property
-property name=title value=commons-dbutils 1.0-RC1 API
+property name=title value=commons-dbutils 1.1-dev API
/property
javadoc use=true private=true destdir=${javadocdir} author=true
version=true sourcepath=src/java packagenames=org.apache.commons.dbutils.*
classpath
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN][hivemind] hivemind has been temporarily taken offline
thanks for the heads up, john. i've added a .htaccess file which does a temporary redirect. (so that the website is still there, ready for reinstatement later.) - robert On 7 Nov 2003, at 17:12, John Keyes wrote: The website should also be taken offline also (the XRef of the code is available) to close the other public entry point. -John K On 7 Nov 2003, at 07:26, robert burrell donkin wrote: the jakarta-pmc have decided to take the hivemind directories offline for a temporary period. this decision was taken in order to protect every body involved from legal action. this is not a judgement of the legal rights and wrongs of the situation nor should it be construed as an admission of guilt. i'd like to thank howard for drawing these possible issues to our attention and hope that he continues to work with the pmc to help us resolve the issues as quickly as possible. the [EMAIL PROTECTED] mailing list is probably the best forum for future discussions of this action or the pmc can be mailed directly. thanks for your understanding. - robert - 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]
cvs commit: jakarta-commons-sandbox/mapper/xdocs index.xml
dgraham 2003/11/09 13:16:40
Modified:mapper/xdocs index.xml
Log:
Removed JDBC examples because DbUtils takes care
of that.
Revision ChangesPath
1.3 +16 -55jakarta-commons-sandbox/mapper/xdocs/index.xml
Index: index.xml
===
RCS file: /home/cvs/jakarta-commons-sandbox/mapper/xdocs/index.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- index.xml 9 Sep 2003 00:51:39 - 1.2
+++ index.xml 9 Nov 2003 21:16:40 - 1.3
@@ -24,10 +24,23 @@
Commons Mapper is a thin abstraction layer around a project's chosen data mapping
technology. It allows the developer to vary the mapping technique behind
this layer (often combining several technologies) so that the rest of the
-application doesn't change. Technologies such as EJB, JDO, Hibernate, XML,
-and JDBC can all be used to map Java objects to a data store.
+application doesn't change. Technologies such as these can be used to map
+Java objects to a data store:
/p
+ul
+li
+a href=http://java.sun.com/products/jdbc/;JDBC/a -Using
+a href=http://jakarta.apache.org/commons/dbutils/;Jakarta Commons
DbUtils/a
+will make JDBC coding significantly easier.
+/li
+lia href=http://java.sun.com/products/jdo/;JDO/a/li
+lia href=http://java.sun.com/products/ejb/;EJB/a/li
+lia href=http://www.hibernate.org/;Hibernate/a/li
+lia href=http://www.ibatis.com/;iBatis/a/li
+liXML/li
+/ul
+
p
The purpose of Mapper is similar to Commons Logging. It isn't a mapping technology
itself, it merely exposes common functionality of other mapping APIs.
@@ -47,16 +60,11 @@
Commons Mapper is strongnot/strong a data mapping implementation. It is meant
to be an API allowing pluggable mapper objects of varying implementations.
/p
-p
-The package also contains well factored JDBC helper classes that reduce the burden
-of using JDBC as a data mapping tool. This functionality could be placed in a
-different package if needed.
-/p
/section
section name=Interaction With Other Packages
-pCommons Mapper relies on the standard JDK 1.2 (or later) APIs./p
+pCommons Mapper relies on the standard Java 1.2 (or later) APIs./p
/section
section name=Example Usage
@@ -109,53 +117,6 @@
/pre
/section
-
-section name=JDBC Utilities
-p
-The other component in Commons Mapper is a set of JDBC helper classes and
interfaces.
-Using these classes has several advantages:
-/p
-ul
- li
- No possibility for resource leaks. Correct JDBC coding isn't difficult but
- it is time-consuming and tedious. This often leads to connection leaks that
may
- be difficult to track down.
- /li
- li
- Cleaner, clearer persistence code. The amount of code needed to persist
objects
- in a database is drastically reduced. The remaining code clearly expresses your
-intention without being cluttered with resource cleanup.
- /li
-/ul
-/section
-
-section name=JDBC Example
- p
- This code could be part of a JdbcPersonMapper class that you write
- to perist Person objects in your application.
- /p
- pre
- // Define a ResultSetProcessor instance to create Person objects
- private static final ResultSetProcessor makePerson =
- new ResultSetRowProcessor() {
- public Object processRow(ResultSet rs) {
- Person p = new Person();
- p.setFirstName(rs.getString(firstName));
- // set other properties from ResultSet...
-
- return p;
- }
- };
-
- // Implement findAllObjects from the Mapper interface with a one
- // line call to a JdbcHelper instance. No connections, statements,
- // or cleanup required!
- public Collection findAllObjects() {
- return this.helper.executeQuery(this.getQuery(person.findAll),
makePerson);
- }
- /pre
-/section
-
/section
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/mapper LICENSE.txt
dgraham 2003/11/09 13:17:09 Added: mapper LICENSE.txt Log: Renamed LICENSE to LICENSE.txt so Maven would be quiet. Revision ChangesPath 1.1 jakarta-commons-sandbox/mapper/LICENSE.txt Index: LICENSE.txt === /* * * * The Apache Software License, Version 1.1 * * Copyright (c) 2003 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowledgement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowledgement may appear in the software itself, *if and wherever such third-party acknowledgements normally appear. * * 4. The names The Jakarta Project, Commons, and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior written *permission of the Apache Software Foundation. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. * */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/mapper project.xml
dgraham 2003/11/09 13:18:19 Modified:mapper project.xml Log: Updated for 0.7. Revision ChangesPath 1.3 +2 -7 jakarta-commons-sandbox/mapper/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons-sandbox/mapper/project.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- project.xml 9 Sep 2003 00:09:19 - 1.2 +++ project.xml 9 Nov 2003 21:18:19 - 1.3 @@ -3,7 +3,7 @@ pomVersion3/pomVersion nameCommons Mapper/name idcommons-mapper/id - currentVersion0.6-dev/currentVersion + currentVersion0.7-dev/currentVersion organization nameApache Software Foundation/name @@ -78,10 +78,10 @@ dependencies - !-- for testing -- dependency idjunit/id version3.8.1/version + urlhttp://www.junit.org//url /dependency /dependencies @@ -105,10 +105,5 @@ /includes /resources -!-- Integration unit test cases -- -integrationUnitTest/ - -jars -/jars /build /project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/mapper LICENSE
dgraham 2003/11/09 13:18:59 Removed: mapper LICENSE Log: Renamed LICENSE to LICENSE.txt so Maven would be quiet. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/mapper build.xml
dgraham 2003/11/09 13:20:50
Modified:mapper build.xml
Log:
Use Maven generated Ant build file.
Revision ChangesPath
1.5 +147 -262 jakarta-commons-sandbox/mapper/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons-sandbox/mapper/build.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- build.xml 28 Aug 2003 00:15:46 - 1.4
+++ build.xml 9 Nov 2003 21:20:50 - 1.5
@@ -1,272 +1,157 @@
-project name=Mapper default=dist basedir=.
-
+?xml version=1.0 encoding=UTF-8?
!--
-Mapper component of the Jakarta Commons Subproject
-$Id$
+ build.xml generated by maven from project.xml version 0.7-dev
+ on date November 9 2003, time 1418
--
-
-!-- == Initialize Properties = --
-
-
- property file=build.properties/!-- Component local --
- property file=../build.properties/ !-- Commons local --
-!-- property file=${user.home}/build.properties/ -- !-- User local
--
-
-
-!-- == External Dependencies = --
-
-
- !-- The directories corresponding to your necessary dependencies --
- property name=junit.home value=/usr/local/junit3.7/
-
-
-!-- == Derived Values --
-
-
- !-- The locations of necessary jar files --
- property name=junit.jar value=${junit.home}/junit.jar/
-
-
-!-- == Component Declarations --
-
-
- !-- The name of this component --
- property name=component.name value=mapper/
-
- !-- The primary package name of this component --
- property name=component.package value=org.apache.commons.mapper/
-
- !-- The title of this component --
- property name=component.title value=Mapper/
-
- !-- The current version number of this component --
- property name=component.version value=0.6-dev/
-
- !-- The base directory for compilation targets --
- property name=build.home value=target/
-
- !-- The base directory for component configuration files --
- property name=conf.home value=conf/share/
-
- !-- The base directory for distribution targets --
- property name=dist.home value=dist/
-
- !-- The base directory for release targets --
- property name=release.homevalue=release /
-
- !-- The base directory for component sources --
- property name=source.home value=src/share/
-
- !-- The base directory for unit test sources --
- property name=test.home value=src/test/
-
- !-- Directory where binary release files are staged --
- property name=stage.bin.dir value=${release.home}/stage/bin/
-
- !-- Directory where source release files are staged --
- property name=stage.src.dir value=${release.home}/stage/src/
-
- !-- Directory where release builds are prepared for upload --
- property name=upload.dir value=${release.home}/upload/
-
- !-- Base file name for upload files --
- property name=upload.file.base
value=${component.name}-${component.version}/
-
-
-!-- == Compiler Defaults = --
-
-
- !-- Should Java compilations set the 'debug' compiler option? --
- property name=compile.debug value=true/
-
- !-- Should Java compilations set the 'deprecation' compiler option? --
- property name=compile.deprecation value=false/
-
- !-- Should Java compilations set the 'optimize' compiler option? --
- property name=compile.optimizevalue=true/
-
- !-- Construct compile classpath --
- path id=compile.classpath
-pathelement location=${build.home}/classes/
- /path
-
-
-!-- == Test Execution Defaults === --
-
-
- !-- Construct unit test classpath --
- path id=test.classpath
-pathelement location=${build.home}/classes/
-pathelement location=${build.home}/tests/
-pathelement location=${junit.jar}/
-
- /path
-
- !-- Should all tests fail if one does? --
- property name=test.failonerrorvalue=true/
-
- !-- The test runner to execute --
- property name=test.runner value=junit.textui.TestRunner/
-
-
-
-!-- == Executable Targets --
-
-
- target name=init
- description=Initialize and evaluate conditionals
-echo message= ${component.name} ${component.version} /
-filter token=name value=${component.name}/
-filter token=package
cvs commit: jakarta-commons-sandbox/mapper/conf/share MANIFEST.MF
dgraham 2003/11/09 13:23:20 Removed: mapper/conf/share MANIFEST.MF Log: Removed MANIFEST.MF file because Maven generates it for us. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] Separate email list for math development?
-0 on splitting commons-math. I don't mind the traffic, and would expect it to be cyclical anyway. (E.g., Jelly was once a very big part of commons dev traffic, but isn't anymore. primitives has been the source of lot of traffic recently, and may be off and on for the next few weeks, but I wouldn't expect that to continue.) I'd think math either reaches a certain level of maturity/stability, and hence generates less traffic, or grows to a point where it no longer belongs in commons at all. -1 on splitting off hivemind by the way. It's not even a commons-proper component yet, so if it's not something of interest to the general commons-dev list, it should move to tapestry-sandbox or sourceforge or something. A sandbox only component should not have it's own list. Where's the oversight? Where's the community? -1 on splitting off jelly, unless its to move jelly out of commons entirely. Jelly accounts for very little traffic these days. On Fri, 7 Nov 2003, Mark R. Diggory wrote: I know from positions taken by Craig and others there is some interest in seeing some of the discussion in the math project get moved off to another list. I know that sometimes the lengthy discussions we have about what must appear to some to be like String Theory, just PLAIN OUT THERE... ;) If its really in the publics interest, I'd be willing to propose possibly starting a separate math developers list. Let me know if theres really a consensus of opinion on this. -Mark -- - Rod http://radio.weblogs.com/0122027/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/mapper/src/share/org/apache/commons/mapper/jdbc StatementPreparer.java ResultSetRowProcessor.java JdbcHelper.java QueryLoader.java JdbcMapper.java JdbcMapperFactoryListener.java ResultSetProcessor.java
dgraham 2003/11/09 13:40:51 Removed: mapper/src/share/org/apache/commons/mapper/jdbc StatementPreparer.java ResultSetRowProcessor.java JdbcHelper.java QueryLoader.java JdbcMapper.java JdbcMapperFactoryListener.java ResultSetProcessor.java Log: Removed JDBC classes because DbUtils is a better package for that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24539] New: - The telentclient is leaving the connection even after calling the disconnect properly.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24539. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24539 The telentclient is leaving the connection even after calling the disconnect properly. Summary: The telentclient is leaving the connection even after calling the disconnect properly. Product: Commons Version: 1.1.0 Platform: Other OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Net AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The TelnetClient module of commons/net is leaving the connection on the server open even after the disconnect() is called properly. This is happening only on Linux but not on solaris. I am using redhat Linux 8.0 on Intel xeon. Kernel version 2.4.20-20.8smp. Temporarly we are sending exit to the telnet shell, which is clearing the connection, but causing the null pointer exception. == login: java.lang.NullPointerException at java.io.BufferedInputStream.read(BufferedInputStream.java:208) at java.io.FilterInputStream.read(FilterInputStream.java:69) at java.io.PushbackInputStream.read(PushbackInputStream.java:123) at org.apache.commons.net.io.FromNetASCIIInputStream.__read (FromNetASCIIInputStream.java:114) at org.apache.commons.net.io.FromNetASCIIInputStream.read (FromNetASCIIInputStream.java:209) at java.io.BufferedInputStream.fill(BufferedInputStream.java:186) at java.io.BufferedInputStream.read(BufferedInputStream.java:204) at org.apache.commons.net.telnet.TelnetInputStream.__read (TelnetInputStream.java:140) at org.apache.commons.net.telnet.TelnetInputStream.run (TelnetInputStream.java:464) at java.lang.Thread.run(Thread.java:484) = Please help on this. This problem is there in 1.0.0. Recenly we downloaded 1.1.0. this new version also has the same problem on linux. I am not sure, this bug is related to linux or commons-net. Thank you for your help Krishnarao. [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] Separate email list for math development?
splitting here means splitting the mailing lists I had not read robert's proposal before posting this. On Sun, 9 Nov 2003, Rodney Waldhoff wrote: -0 on splitting commons-math. I don't mind the traffic, and would expect it to be cyclical anyway. (E.g., Jelly was once a very big part of commons dev traffic, but isn't anymore. primitives has been the source of lot of traffic recently, and may be off and on for the next few weeks, but I wouldn't expect that to continue.) I'd think math either reaches a certain level of maturity/stability, and hence generates less traffic, or grows to a point where it no longer belongs in commons at all. -1 on splitting off hivemind by the way. It's not even a commons-proper component yet, so if it's not something of interest to the general commons-dev list, it should move to tapestry-sandbox or sourceforge or something. A sandbox only component should not have it's own list. Where's the oversight? Where's the community? -1 on splitting off jelly, unless its to move jelly out of commons entirely. Jelly accounts for very little traffic these days. On Fri, 7 Nov 2003, Mark R. Diggory wrote: I know from positions taken by Craig and others there is some interest in seeing some of the discussion in the math project get moved off to another list. I know that sometimes the lengthy discussions we have about what must appear to some to be like String Theory, just PLAIN OUT THERE... ;) If its really in the publics interest, I'd be willing to propose possibly starting a separate math developers list. Let me know if theres really a consensus of opinion on this. -Mark -- - Rod http://radio.weblogs.com/0122027/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: request sandbox karma
Thanks Craig. I didn't even think of that - I obviously came to Maven after it moved out of Jakarta. - Brett -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Sunday, 9 November 2003 1:36 PM To: Jakarta Commons Developers List Subject: Re: request sandbox karma Quoting Brett Porter [EMAIL PROTECTED]: Hi, I was wondering if someone could grant me sandbox karma so I can make some contributions to commons-naming. My apache CVS username is brett. Thanks in advance, Brett Done, but I suspect you'll still have problems if you are not added to the jakarta Unix group ... drop a line to [EMAIL PROTECTED] (cc'd to [EMAIL PROTECTED]) to make that happen. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
math to apache commons was Re: [all] Separate email list for math development?
On Sun, 2003-11-09 at 14:24, robert burrell donkin wrote: snip/ so - is there a positive alternative? i'd like to propose that common-maths continues to be affiliated with jakarta-commons but becomes managed by apache commons. +1, I think that now is the right time to move commons math to Apache Commons. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24541] New: - [PATCH] JellySWT: support for creating GC objects
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541
[PATCH] JellySWT: support for creating GC objects
Summary: [PATCH] JellySWT: support for creating GC objects
Product: Commons
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority: Other
Component: Jelly
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Hi There,
Attached is a patch for creating GC objects from within Jelly SWT script.
This is useful if you want to work with the graphics context on Drawable objects
like Images, Controls, etc, from within script.
To use, specify the name of the Drawable as an attribute, eg:
...
image src=... var=myimage/
gc var=mygc drawable=${myimage}/
!-- and then you can call operations on ${mygc} --
...
I found this useful simplifying the writing of text over image labels for
example. Perhaps it's also useful for others.
Cheers,
Marcus
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24541] - [PATCH] JellySWT: support for creating GC objects
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541 [PATCH] JellySWT: support for creating GC objects --- Additional Comments From [EMAIL PROTECTED] 2003-11-09 21:56 --- Created an attachment (id=9010) [PATCH] SwtTagLibrary patch file to register GCTag class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24541] - [PATCH] JellySWT: support for creating GC objects
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541 [PATCH] JellySWT: support for creating GC objects --- Additional Comments From [EMAIL PROTECTED] 2003-11-09 21:58 --- Created an attachment (id=9011) [PATCH] GC Tag class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24541] - [PATCH] JellySWT: support for creating GC objects
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541 [PATCH] JellySWT: support for creating GC objects --- Additional Comments From [EMAIL PROTECTED] 2003-11-09 22:00 --- Adding dependency to patch that adds 'var' attribute support to image tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24492] - [PATCH] JellySWT: 'var' support for images
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24492. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24492 [PATCH] JellySWT: 'var' support for images [EMAIL PROTECTED] changed: What|Removed |Added OtherBugsDependingO||24541 nThis|| - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: math to apache commons was Re: [all] Separate email list for math development?
Darn it, I just got done making all those little edits to hrefs and the bugzilla! ;-) 1.) Plausible, I understand though that Apache Commons is under subversion, will this be a challenge to migrate to? 2.) How will we relate to Jakarta Commons? certainly we may have dependencies on parts of the commons, but doesn't this leave little room for jakarta commons components to utilize math as a dependency as they are generally expected to be dependent on only other jakarta commons projects. -Mark Tim O'Brien wrote: On Sun, 2003-11-09 at 14:24, robert burrell donkin wrote: snip/ so - is there a positive alternative? i'd like to propose that common-maths continues to be affiliated with jakarta-commons but becomes managed by apache commons. +1, I think that now is the right time to move commons math to Apache Commons. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: math to apache commons was Re: [all] Separate email list for math development?
On 9 Nov 2003, at 22:07, Mark R. Diggory wrote: Darn it, I just got done making all those little edits to hrefs and the bugzilla! ;-) not a problem. they'll do just fine as they are :) there's not reason why users should be bothered by the change (see below). 1.) Plausible, I understand though that Apache Commons is under subversion, will this be a challenge to migrate to? subversion is (by all accounts) very, very cool. everyone here at apache will be using it sooner or later. those nice people over at apache commons will allow commons-maths to use cvs initially (if that's what's needed) but it'd probably be worthing thinking about making the jump straight away. 2.) How will we relate to Jakarta Commons? certainly we may have dependencies on parts of the commons, but doesn't this leave little room for jakarta commons components to utilize math as a dependency as they are generally expected to be dependent on only other jakarta commons projects. commons-maths will still be part of jakarta-commons :) it'll only be managed by the apache-commons pmc. best of both worlds :) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: math to apache commons was Re: [all] Separate email list for math development?
On Sun, 9 Nov 2003, robert burrell donkin wrote: commons-maths will still be part of jakarta-commons :) it'll only be managed by the apache-commons pmc. Which will make it in no way a part of jakarta-commons. Related to or linked from perhaps, but not strictly a part of in any meaningful way. best of both worlds :) - robert - Rod http://radio.weblogs.com/0122027/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: math to apache commons was Re: [all] Separate email list for math development?
On Sun, 9 Nov 2003, robert burrell donkin wrote: On 9 Nov 2003, at 22:07, Mark R. Diggory wrote: 1.) Plausible, I understand though that Apache Commons is under subversion, will this be a challenge to migrate to? subversion is (by all accounts) very, very cool. everyone here at apache will be using it sooner or later. those nice people over at apache commons will allow commons-maths to use cvs initially (if that's what's needed) but it'd probably be worthing thinking about making the jump straight away. You'll also have active support from those in favour of Subversion [coders of which are at Apache] so I'd expect this to move smoothly. 2.) How will we relate to Jakarta Commons? certainly we may have dependencies on parts of the commons, but doesn't this leave little room for jakarta commons components to utilize math as a dependency as they are generally expected to be dependent on only other jakarta commons projects. commons-maths will still be part of jakarta-commons :) it'll only be managed by the apache-commons pmc. I'm with Rod here. It won't be a part of jakarta-commons, though it should still be some kind of link on the Jakarta site. Jakarta Commons ought to have a vote to add dependency on Apache Commons Java projects as an acceptable concpet. This does raise a question in the PMC-setup for the ASF. If a project is meant to be a part of Jakarta and another project, ie) Commons, must there be a 1 to 1 mapping on the PMCs. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: math to apache commons was Re: [all] Separate email list for math development?
Henri Yandell wrote: 2.) How will we relate to Jakarta Commons? certainly we may have dependencies on parts of the commons, but doesn't this leave little room for jakarta commons components to utilize math as a dependency as they are generally expected to be dependent on only other jakarta commons projects. commons-maths will still be part of jakarta-commons :) it'll only be managed by the apache-commons pmc. I'm with Rod here. It won't be a part of jakarta-commons, though it should still be some kind of link on the Jakarta site. Jakarta Commons ought to have a vote to add dependency on Apache Commons Java projects as an acceptable concpet. This does raise a question in the PMC-setup for the ASF. If a project is meant to be a part of Jakarta and another project, ie) Commons, must there be a 1 to 1 mapping on the PMCs. Hen Another issue to consider between the two groups is the java package namespace: org.apache.commons... -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [codec] Streamable Codec Framework
I think the design of the codec framework could cover your requirements but it will require more functionality than it currently has. Some of the goals I was working towards were: 1. No memory allocation during streaming. This eliminates garbage collection during large conversions. Cool. I got large conversions... I'm already at mediumblob in mysql , and it goes up/down XML stream :) I have a lot to learn here. While I have some knowledge of XML (like every other developer on the planet), I have never used it for large data sets or used SAX parsing. Sounds like a good test to find holes in the design :-) It's easy. You got callback, where you can gobble up string buffers with incoming chars for element contents. ( and there is a lot of this stuff... ) After tag is closed, you have all the chars in a big string buffer, and get another callback - in this callback you have to convert data, and do whatever necessary ( in my case, create input stream, and pass it to database ) This could be tricky, it's something I've been thinking about but would like feedback from others about the best way of going about it. The data you have available is in character format. The base64 codec engine operates on byte buffers. The writer you want to write to requires the data to be in character format. I have concentrated on byte processing for now because it is the most common requirement. XML processing requires that characters be used instead. It makes no sense to perform base64 conversion on character arrays directly because base64 is only 8-bit aware (you could split each character into two bytes but this would blow out the result buffer size where chars only contain ASCII data). I think it makes more sense to perform character to byte conversion separately (perhaps through extensions to existing framework) and then perform base64 encoding on the result. I guess this is a UTF-16 to UTF-8 conversion ... What support is there within the JDK for performing character to byte conversion? JDK1.4 has the java.nio.charset package but I can't see an equivalent for JDK1.3 and lower, they seem to use com.sun classes internally when charset conversion is required. If JDK1.4 is considered a sufficient base, I could extend the current framework to provide conversion engines that translate from one data representation to another. I could then create a new CodecEngine interface to handle character buffers (eg. CodecEngineChar). 3. Customisable receivers. All codecs utilise receivers to handle conversion results. This allows different outputs such as streams, in-memory buffers, etc to be supported. And writers :) Velocity directives use them. Do you mean java.io.Writer? If so I haven't included direct support for them because I focused on raw byte streams. However it shouldn't be hard to add a receiver to write to java.io.Writer instances. My scenarios: - I'm exporting information as base64 to XML with help ov velocity. I do it through custom directive - in this directive I get a Writer from velocity, where I have to put my data. Ideally codec would do: read input stream - encode - put it into writer without allocating too much memory. I'm importing information: - I have stream ( string ) of base 64 data - codec gives me an input stream which is fed from this source and does not allocate too much memory and behaves polite... The current framework doesn't handle direct conversion from an input stream to an output stream but this would be simple to add if required. Again, the hard part would be the char/byte issues. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Proposal for Package restructuring and Class renaming
--- Mark R. Diggory [EMAIL PROTECTED] wrote: Al Chou wrote: OK, I see. The one thing I notice is that the names are getting awfully long, especially for the non-default case. I guess that's a price we pay for having descriptive (no play on words intended) names like DescriptiveStatistics Maybe the Implementations could be abbreviated somewhat o.a.c.math.stat.DescriptiveStatistics o.a.c.math.stat.StorelessDscrStatsImpl o.a.c.math.stat.DscrStatsImpl We could also consider pushing the actual implementation off into its own packages o.a.c.math.stat.impl.StorelessDscrStatsImpl o.a.c.math.stat.impl.DscrStatsImpl This would even push all the univariate stat providers off into this hierarchy as well o.a.c.math.stat.impl.univar.StorelessUnivariateStatistic o.a.c.math.stat.impl.univar.UnivariateStatistic Too much renaming and reorganization. I didn't mean to complain too loudly, and if the result is to use abbreviations, I retract my comments. I probably should have given more than half a second's thought to what alternative names might be shorter, but in the absence of well-thought-out shorter names, I much prefer the current proposal of DescriptiveStatistics. Never use abbreviations unless everyone already knows them (e.g., sin for sine), I say. Al __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [codec] Streamable Codec Framework
If JDK1.4 is considered a sufficient base, I could I think tha considering 1.3.1 as the base requirement is safe. Unfortunately, as discussed on this list under various heading, making 1.4 a requirement is too aggressive. Gary -Original Message- From: Brett Henderson [mailto:[EMAIL PROTECTED] Sent: Sunday, November 09, 2003 19:26 To: 'Jakarta Commons Developers List' Subject: RE: [codec] Streamable Codec Framework I think the design of the codec framework could cover your requirements but it will require more functionality than it currently has. Some of the goals I was working towards were: 1. No memory allocation during streaming. This eliminates garbage collection during large conversions. Cool. I got large conversions... I'm already at mediumblob in mysql , and it goes up/down XML stream :) I have a lot to learn here. While I have some knowledge of XML (like every other developer on the planet), I have never used it for large data sets or used SAX parsing. Sounds like a good test to find holes in the design :-) It's easy. You got callback, where you can gobble up string buffers with incoming chars for element contents. ( and there is a lot of this stuff... ) After tag is closed, you have all the chars in a big string buffer, and get another callback - in this callback you have to convert data, and do whatever necessary ( in my case, create input stream, and pass it to database ) This could be tricky, it's something I've been thinking about but would like feedback from others about the best way of going about it. The data you have available is in character format. The base64 codec engine operates on byte buffers. The writer you want to write to requires the data to be in character format. I have concentrated on byte processing for now because it is the most common requirement. XML processing requires that characters be used instead. It makes no sense to perform base64 conversion on character arrays directly because base64 is only 8-bit aware (you could split each character into two bytes but this would blow out the result buffer size where chars only contain ASCII data). I think it makes more sense to perform character to byte conversion separately (perhaps through extensions to existing framework) and then perform base64 encoding on the result. I guess this is a UTF-16 to UTF-8 conversion ... What support is there within the JDK for performing character to byte conversion? JDK1.4 has the java.nio.charset package but I can't see an equivalent for JDK1.3 and lower, they seem to use com.sun classes internally when charset conversion is required. If JDK1.4 is considered a sufficient base, I could extend the current framework to provide conversion engines that translate from one data representation to another. I could then create a new CodecEngine interface to handle character buffers (eg. CodecEngineChar). 3. Customisable receivers. All codecs utilise receivers to handle conversion results. This allows different outputs such as streams, in-memory buffers, etc to be supported. And writers :) Velocity directives use them. Do you mean java.io.Writer? If so I haven't included direct support for them because I focused on raw byte streams. However it shouldn't be hard to add a receiver to write to java.io.Writer instances. My scenarios: - I'm exporting information as base64 to XML with help ov velocity. I do it through custom directive - in this directive I get a Writer from velocity, where I have to put my data. Ideally codec would do: read input stream - encode - put it into writer without allocating too much memory. I'm importing information: - I have stream ( string ) of base 64 data - codec gives me an input stream which is fed from this source and does not allocate too much memory and behaves polite... The current framework doesn't handle direct conversion from an input stream to an output stream but this would be simple to add if required. Again, the hard part would be the char/byte issues. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [codec] Streamable Codec Framework
Well, not so fast, I thought that the general Jakarta Commons rule was 1.2 compatibility. The reasoning here is that, if some unfortunate programmer is stuck working on some legacy code, they shouldn't need to upgrade to JDK1.4.2_02 to get a Base64 encoding. But, let's discuss. On Sun, 2003-11-09 at 22:01, Gary Gregory wrote: If JDK1.4 is considered a sufficient base, I could I think tha considering 1.3.1 as the base requirement is safe. Unfortunately, as discussed on this list under various heading, making 1.4 a requirement is too aggressive. Gary -Original Message- From: Brett Henderson [mailto:[EMAIL PROTECTED] Sent: Sunday, November 09, 2003 19:26 To: 'Jakarta Commons Developers List' Subject: RE: [codec] Streamable Codec Framework I think the design of the codec framework could cover your requirements but it will require more functionality than it currently has. Some of the goals I was working towards were: 1. No memory allocation during streaming. This eliminates garbage collection during large conversions. Cool. I got large conversions... I'm already at mediumblob in mysql , and it goes up/down XML stream :) I have a lot to learn here. While I have some knowledge of XML (like every other developer on the planet), I have never used it for large data sets or used SAX parsing. Sounds like a good test to find holes in the design :-) It's easy. You got callback, where you can gobble up string buffers with incoming chars for element contents. ( and there is a lot of this stuff... ) After tag is closed, you have all the chars in a big string buffer, and get another callback - in this callback you have to convert data, and do whatever necessary ( in my case, create input stream, and pass it to database ) This could be tricky, it's something I've been thinking about but would like feedback from others about the best way of going about it. The data you have available is in character format. The base64 codec engine operates on byte buffers. The writer you want to write to requires the data to be in character format. I have concentrated on byte processing for now because it is the most common requirement. XML processing requires that characters be used instead. It makes no sense to perform base64 conversion on character arrays directly because base64 is only 8-bit aware (you could split each character into two bytes but this would blow out the result buffer size where chars only contain ASCII data). I think it makes more sense to perform character to byte conversion separately (perhaps through extensions to existing framework) and then perform base64 encoding on the result. I guess this is a UTF-16 to UTF-8 conversion ... What support is there within the JDK for performing character to byte conversion? JDK1.4 has the java.nio.charset package but I can't see an equivalent for JDK1.3 and lower, they seem to use com.sun classes internally when charset conversion is required. If JDK1.4 is considered a sufficient base, I could extend the current framework to provide conversion engines that translate from one data representation to another. I could then create a new CodecEngine interface to handle character buffers (eg. CodecEngineChar). 3. Customisable receivers. All codecs utilise receivers to handle conversion results. This allows different outputs such as streams, in-memory buffers, etc to be supported. And writers :) Velocity directives use them. Do you mean java.io.Writer? If so I haven't included direct support for them because I focused on raw byte streams. However it shouldn't be hard to add a receiver to write to java.io.Writer instances. My scenarios: - I'm exporting information as base64 to XML with help ov velocity. I do it through custom directive - in this directive I get a Writer from velocity, where I have to put my data. Ideally codec would do: read input stream - encode - put it into writer without allocating too much memory. I'm importing information: - I have stream ( string ) of base 64 data - codec gives me an input stream which is fed from this source and does not allocate too much memory and behaves polite... The current framework doesn't handle direct conversion from an input stream to an output stream but this would be simple to add if required. Again, the hard part would be the char/byte issues. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- - Tim O'Brien - [EMAIL PROTECTED] - (847) 863-7045
Re: [validator] EmailTest failing
Peter Courcoux wrote: Hi all, I did a fresh checkout of validator this evening and the EmailTest failed. Your correct, those tests were added as a reminder to review the RFC822.txt and handle cases of specialized characters in the users name. Most of the time the character string needs to be commented. Unfortunately, I have not had time lately to go back and added this to the regular expressions. I'll look into this myself when I have a moment. However, I Patches or code review is always welcome ! thought I'd ask if this is a known issue? I didn't see anything in the archives. Regards, -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Company Acknowledgements [was :Re: [HiveMind] 1.0 Beta]
[EMAIL PROTECTED] wrote: Robert Leland [EMAIL PROTECTED] wrote on 05/11/2003 01:52:48 PM: [snip] (Maven has some hidden acknowledgments in it's plug-in docs) says you I saw them back in September at the very bottom of page the PMD plugin docs: http://maven.apache.org/reference/plugins/pmd/ And last but not least - thanks to Together Teamlösungen http://www.together.at for their support of Open Source Software and their contributions such as Enhydra Application Server 5.0 (Aonyx) http://www.enhydra.org and a couple of Maven plugins. The last part about Enhydra Application Server 5.0 (Aonyx) http://www.enhydra.org make it look like an advertisement, because I don't know what that has to do with tem PMD plugin. -Rob Huh, what are these hidden acknowldegments? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Proposal for Package restructuring and Class renaming
--- Mark R. Diggory [EMAIL PROTECTED] wrote: Al Chou wrote: Would you move the existing ones into org.apache.commons.math.distributions.statistical or something so that the probability distributions could be organized together under *.probability? Also, I noticed that the current package uses the singular distribution rather than distributions. I suspect its unclear where this boundary would be drawn, I think all the distributions would be both beneficial for both random number distributions and statistical usage. I guess if it became clear that there was a strong separation between the two then separate packages would be warranted, but I'm not convinced of a difference. Yourself and others may have more informed opinions. -Mark I don't have an informed opinion, so I'll fall back to the default opinion of lump everything together until/unless it's clear how to split it up. Al __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] implementation of Polynomial Function
Attached are two new files that implement a Polynomial as a
UnivariateRealFunction and should be added to the
org.apache.commons.math.analysis packages in both java and test
respectively.
I do not have commit privileges and would appreciate on the the math
contributors or members to add these.
also, I have added a patch that will remove the firstDerivative and
secondDerivative methods from the UnivariateRealFunction interface (and
appropriate unit test). This item was still pending consensus. I plan to
write a couple classes such as UnivariateRealDifferentiator that will give
numeric approximates using point evaluation to achieve this. I also plan
to contribute UnivariateRealIntegrator pattern.
--
Matt Cliff
Cliff Consulting
303.757.4912
720.280.6324 (c)
The label said install Windows 98 or better so I installed Linux.
Index: src/java/org/apache/commons/math/analysis/CubicSplineFunction.java
===
RCS file:
/home/cvspublic/jakarta-commons/math/src/java/org/apache/commons/math/analysis/CubicSplineFunction.java,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 CubicSplineFunction.java
--- src/java/org/apache/commons/math/analysis/CubicSplineFunction.java 1 Nov 2003
16:04:12 - 1.1.1.1
+++ src/java/org/apache/commons/math/analysis/CubicSplineFunction.java 7 Nov 2003
23:15:43 -
@@ -122,7 +122,6 @@
* @param x the point for which the first derivative should be computed
* @return the value
* @throws MathException if the derivative couldn't be computed.
- * @see UnivariateRealFunction#firstDerivative(double)
*/
public double firstDerivative(double x) throws MathException {
if (x xval[0] || x xval[xval.length - 1]) {
@@ -145,7 +144,6 @@
* @param x the point for which the first derivative should be computed
* @return the value
* @throws MathException if the second derivative couldn't be computed.
- * @see UnivariateRealFunction#secondDerivative(double)
*/
public double secondDerivative(double x) throws MathException {
if (x xval[0] || x xval[xval.length - 1]) {
Index: src/java/org/apache/commons/math/analysis/UnivariateRealFunction.java
===
RCS file:
/home/cvspublic/jakarta-commons/math/src/java/org/apache/commons/math/analysis/UnivariateRealFunction.java,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 UnivariateRealFunction.java
--- src/java/org/apache/commons/math/analysis/UnivariateRealFunction.java 1 Nov
2003 16:04:12 - 1.1.1.1
+++ src/java/org/apache/commons/math/analysis/UnivariateRealFunction.java 7 Nov
2003 23:15:43 -
@@ -74,27 +74,4 @@
*/
public double value(double x) throws MathException;
-/**
- * Compute the value for the first derivative of the function.
- * It is recommended to provide this method only if the first derivative is
- * analytical. Numerical derivatives may be acceptable in some cases.
- * An implementation should throw an UnsupportedOperationException if
- * this method is not implemented.
- * @param x the point for which the first derivative should be computed
- * @return the value
- * @throws MathException if the derivative couldn't be computed.
- */
-public double firstDerivative(double x) throws MathException;
-
-/**
- * Compute the value for the second derivative of the function.
- * It is recommended to provide this method only if the second derivative is
- * analytical. Numerical derivatives may be acceptable in some cases.
- * An implementation should throw an UnsupportedOperationException if
- * this method is not implemented.
- * @param x the point for which the first derivative should be computed
- * @return the value
- * @throws MathException if the second derivative couldn't be computed.
- */
-public double secondDerivative(double x) throws MathException;
}
Index: src/test/org/apache/commons/math/analysis/InterpolatorTest.java
===
RCS file:
/home/cvspublic/jakarta-commons/math/src/test/org/apache/commons/math/analysis/InterpolatorTest.java,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 InterpolatorTest.java
--- src/test/org/apache/commons/math/analysis/InterpolatorTest.java 1 Nov 2003
16:04:12 - 1.1.1.1
+++ src/test/org/apache/commons/math/analysis/InterpolatorTest.java 7 Nov 2003
23:15:43 -
@@ -89,31 +89,21 @@
x=
+ x
+ y=
-+ f.value(x)
-+ y'=
-+ f.firstDerivative(x)
-+ y''=
-+ f.secondDerivative(x));
++ f.value(x));
+
x = 0.5;
System.out.println(
x=
+ x
+ y=
-
RE: OT: Re: [ANN] hivemind has been temporarily taken offline
Interesting that HiveMind was a problem, yet jBoss to Geromino is not a potential legal problem for Apache Users. What was the diference, that they put the code in sf.net first, refactored packages and claimed it was not jBoss IP? All Howard did was level with ASF, and Geronimo (insert appropriate word) claimed orignial IP. Even enforcement would be great. Howard acknowledges that there is an IP concern regarding HiveMind, although he hopes to have it corrected soon. The Geronimo developers represent that the code contributed for Geronimo does not contain any code belonging to JBoss. Should any be found, it will be removed. Your comment about code appearing on SourceForge suggests that you are confusing Geronimo with Elba. I hope HiveMind shows up on sf.net in the mean time At worst, if there were JBoss code in Geronimo it would be licensed under LGPL. HiveMind, however, is not LGPL. Until its IP problems are resolved, the code is proprietary to WebCT. For Howard to publish HiveMind anywhere before the IP issues are resolved could be considered misappropriation of corporate assets. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release DbUtils 1.0
+1 - Original Message - From: David Graham [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, November 09, 2003 10:25 PM Subject: [VOTE] Release DbUtils 1.0 DbUtils is a stable, well tested package suitable for a 1.0 release. The release candidate is available here: http://jakarta.apache.org/~dgraham/dbutils-1.0-rc1/ Here's my +1. David __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree - 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: [Chain] ContextToRequestCommand
If your application uses WebContext (or one of it's subclasses) as the Context
object being passed down the chain, you already have access to the request
attributes via the getRequestScope() method. There's also other Map-returning
methods on WebContext for lots of other useful stuff (headers, cookies, session
attributes, context attributes, context init parameters, ...).
A. Brain cells starting to click now. One huge benefit of exposing
them as map's being that you can make use of generic bean manipulating
code to mess with them, right? Instead of making API specific calls
like getAttribute/setAttribute.
On the attribute collections in particular, the Map implementation is two-way
... for example, usage like this:
public boolean execute(Context context) throws Exception {
...
WebContext wcontext = (WebContext) context;
// Following is equivalent to request.getAttribute(foo)
String fooValue = wcontext.getRequestScope().get(foo);
// Following is equivalent to request.setAttribute(foo, bar)
wcontext.getRequestScope().put(foo, bar);
...
}
Which is better since nothing in this implementation makes a servlet
specific API call. If I needed the value bar to be present under the
attribute foo in a portlet environment (for example), this command
could be re-used.
makes a request attribute named foo with value bar visible to a JSP page (or
whatever) that will ultimately create the response.
If I'm getting this right, I could also place bar into the request
under the attribute foo (in an API independent manner, nonetheless) by
simply configuring a CopyCommand:
command className=org.apache.commons.chain.generic.CopyCommand
toKey=requestScope.foo from=foo/
(Assuming that some other previous bit of logic had placed bar into
the context under the key foo.)
Holy smokes...how easy is that!!
Does this satisfy the sorts of requirements you were after?
Fit's the bill quite nicely, Craig. Thanks.
Craig
-
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 24514] - HEAD Method, IIS and Cookies
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24514. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24514 HEAD Method, IIS and Cookies [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-11-09 23:45 --- I've found the cause of my error and it's not HTTPClient or IIS. We're using SiteMinder to secure the web server. The SiteMinder agent running on the IIS server was not allowing HEAD commands. I configured SiteMinder to allow the HEAD command and now everything works fine. I thought it was a bug with either HTTPClient or IIS since I wasn't having any problems with our Apache HTTPD servers. (The Apache HTTPD servers were all configured to allow the HEAD command.) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
