cvs commit: jakarta-commons/collections/xdocs index.xml
scolebourne2004/01/14 01:15:08 Modified:collections/xdocs index.xml Log: Formatting of home page Revision ChangesPath 1.10 +8 -6 jakarta-commons/collections/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/index.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- index.xml 10 Jan 2004 18:08:26 - 1.9 +++ index.xml 14 Jan 2004 09:15:08 - 1.10 @@ -15,7 +15,7 @@ The a href=http://java.sun.com/products/j2se/1.4/docs/guide/collections/;Java Collections Framework/a was a major addition in JDK 1.2. It added many powerful data structures that accelerate development of most significant Java applications. -Since that time it has become the recognised standard for collection handling in the Java language. +Since that time it has become the recognised standard for collection handling in Java. /p p Commons-Collections seek to build upon the JDK classes by providing new interfaces, implementations and utilities. @@ -42,14 +42,16 @@ section name=Documentation p -A getting started a href=userguide.htmlUser's Guide/a is available. +A getting startedspan /spana href=userguide.htmlUser's Guide/a is available. /p p -The JavaDoc API documents are available online for the -a href=apidocs-COLLECTIONS_3_0/index.htmlcurrent release 3.0/a, the -a href=apidocs-COLLECTIONS_2_1/index.htmlprevious version 2.1/a, and the -a href=apidocs/index.htmllatest CVS/a. +The JavaDoc API documents are available online: /p +ul +liThe a href=apidocs-COLLECTIONS_3_0/index.htmlcurrent release 3.0/a/li +liThe a href=apidocs-COLLECTIONS_2_1/index.htmlprevious version 2.1/a/li +liThe a href=apidocs/index.htmllatest CVS/a/li +/ul p The a href=http://cvs.apache.org/viewcvs/jakarta-commons/collections/;CVS repository/a can be browsed. /p - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections maven.xml
scolebourne2004/01/14 01:15:57
Modified:collections maven.xml
Log:
Build all javadocs in site generation
Revision ChangesPath
1.9 +23 -9 jakarta-commons/collections/maven.xml
Index: maven.xml
===
RCS file: /home/cvs/jakarta-commons/collections/maven.xml,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- maven.xml 12 Jan 2004 21:54:27 - 1.8
+++ maven.xml 14 Jan 2004 09:15:57 - 1.9
@@ -91,21 +91,19 @@
j:set var=maven.javadoc.destdir
value=${pom.getPluginContext('maven-javadoc-plugin').getVariable('maven.javadoc.destdir')}
/
j:set var=maven.javadoc.stylesheet
value=${pom.getPluginContext('maven-javadoc-plugin').getVariable('maven.javadoc.stylesheet')}
/
- ant:property name=collections.javadoc.tag.destdir
value=${maven.javadoc.destdir}-${collections.javadoc.tag}/
- ant:property name=collections.javadoc.tag.stylesheet
value=${maven.javadoc.stylesheet}/
+ j:set var=collections.javadoc.tag.destdir
value=${maven.javadoc.destdir}-${collections.javadoc.tag}/
+ j:set var=collections.javadoc.tag.stylesheet
value=${maven.javadoc.stylesheet}/
- ant:property name=taggedBaseDir
value=${maven.build.dir}/javadoc/${collections.javadoc.tag} /
+ j:set var=taggedBaseDir
value=${maven.build.dir}/javadoc/${collections.javadoc.tag} /
ant:mkdir dir=${taggedBaseDir} /
maven:makeRelativePath var=relativeSrcDir basedir=${basedir}
path=${pom.build.sourceDirectory} /
util:replace var=relativeSrcDir oldChar=\ newChar=/
value=${relativeSrcDir} /
- ant:property name=taggedSourceDir
- value=${taggedBaseDir}/${pom.repository.cvsModule}/${relativeSrcDir}/
+ j:set var=taggedSourceDir
value=${taggedBaseDir}/${pom.repository.cvsModule}/${relativeSrcDir}/
ant:cvs
cvsRoot=${pom.repository.cvsRoot}
package=${pom.repository.cvsModule}/${relativeSrcDir}
dest=${taggedBaseDir}
- tag=${collections.javadoc.tag}
- /
+ tag=${collections.javadoc.tag} /
ant:mkdir dir=${collections.javadoc.tag.destdir} /
ant:tstamp
@@ -121,8 +119,7 @@
/j:otherwise
/j:choose
/ant:tstamp
- ant:property name=copyright
-value=Copyright amp;copy; ${year} ${pom.organization.name}. All Rights
Reserved. /
+ j:set var=copyright value=Copyright amp;copy; ${year}
${pom.organization.name}. All Rights Reserved. /
ant:javadoc
packagenames=${pom.package}.*
@@ -141,6 +138,23 @@
/j:if
/postGoal
+ postGoal name=site:run-reports!-- OLD MAVEN --
+j:set var=collections.javadoc.tag value=COLLECTIONS_2_1 /
+j:set var=collections.javadoc.tag.windowtitle value=Collections 2.1 release
API /
+attainGoal name=javadoc:generate /
+j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 /
+j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release
API /
+attainGoal name=javadoc:generate /
+ /postGoal
+ postGoal name=site:generate!-- NEW MAVEN --
+j:set var=collections.javadoc.tag value=COLLECTIONS_2_1 /
+j:set var=collections.javadoc.tag.windowtitle value=Collections 2.1 release
API /
+attainGoal name=javadoc:generate /
+j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 /
+j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release
API /
+attainGoal name=javadoc:generate /
+ /postGoal
+
!-- == DIST == --
postGoal name=dist:prepare-bin-filesystem
j:set var=maven.dist.bin.assembly.dir
value=${pom.getPluginContext('maven-dist-plugin').getVariable('maven.dist.bin.assembly.dir')}
/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections project.xml
scolebourne2004/01/14 01:16:26 Modified:collections project.xml Log: Don't do statcvs or checkstyle Revision ChangesPath 1.27 +4 -4 jakarta-commons/collections/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-commons/collections/project.xml,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- project.xml 12 Jan 2004 04:54:18 - 1.26 +++ project.xml 14 Jan 2004 09:16:26 - 1.27 @@ -264,17 +264,17 @@ reports reportmaven-changelog-plugin/report reportmaven-changes-plugin/report - reportmaven-checkstyle-plugin/report - !-- reportmaven-clover-plugin/report -- + !--reportmaven-checkstyle-plugin/report-- + !--reportmaven-clover-plugin/report-- reportmaven-developer-activity-plugin/report reportmaven-file-activity-plugin/report reportmaven-javadoc-plugin/report - !-- reportmaven-jellydoc-plugin/report -- + !--reportmaven-jellydoc-plugin/report-- reportmaven-junit-report-plugin/report reportmaven-jxr-plugin/report reportmaven-license-plugin/report !--reportmaven-linkcheck-plugin/report-- - reportmaven-statcvs-plugin/report + !--reportmaven-statcvs-plugin/report-- reportmaven-tasklist-plugin/report /reports - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] Jakarta Commons moving to JIRA
Noel J. Bergman wrote: With Jira, the project could have administrators over its domain, and it is easy to set that up (I was just doing it for the Incubator), but I don't know how to way to partition admin permissions that way for bugzilla, and it simply won't happen that every Committer will have global administrator permissions. Is there a way to partition permissions with bugzilla? I am looking at the docs for the current version of bugzilla, and there do appear to be new features not present in ours. For example, I don't see Edit Group Controls available in our version. But I still don't see what I see in Jira, although I might be missing it (not enough time to read it in detail). I installed the latest Bugzilla to check and I contacted Dave Miller, the project lead for Bugzilla, to ask him. Per project permissions are not supported, it's planned but not a top priority. The projects categories seen on bugzilla.mozilla.org is a Mozilla specific hack, the categories are hardcoded in the page. On a related topic, a number of the 26K users in our database have multiple identities because the e-mail address is the login identity. I understand that more recent versions of bugzilla have a user option to change that, but I don't know if there is a feature for merging accounts. According to Dave : There is a script in existence to merge user accounts (we've used it on mozilla.org and on the internal Bugzilla at what used to be Netscape), but it requires 2.17.1 or newer. I will do my best to get this committed to cvs soon so it's available in the next release. Emmanuel Bourg smime.p7s Description: S/MIME Cryptographic Signature
Re: [PROPOSAL] Jakarta Commons moving to JIRA
+1 to any Commons component to JIRA. I far prefer it to Bugzilla. Hen On Mon, 12 Jan 2004, Noel J. Bergman wrote: Guys, There are separate requests on the table to move BETWIXT, CLI, CODEC, JEXL and CONFIGURATION from Bugzilla to JIRA. JELLY is already there. Are there any other Jakarta Commons projects that want to migrate? Are there any that do NOT want to leave bugzilla? Right now, each project is a component of Commons. If we move to JIRA, I would propose that we create a Project Category for Jakarta Commons, and make each component a project, so that each one can be released separately with its own versioning, etc. We could use a common scheme for permissions, notifications, etc.. Jelly has a dedicate scheme, but I think we could use a single scheme for all of Jakarta Commons. A bugzilla import will create a single Commons project, but we can then move the issues from the imported project into a new project for each of our real projects. For each TLP, we should probably have a single permission scheme, but I'm not going to get into that argument today. We can create jakarta-administrator and jakarta-commons-developer groups. --- Noel - 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]
[math] Re: cvs commit: jakarta-commons/math/xdocs tasks.xml
Hey Phil, I'm still planning to get around to some confidence interval features (problem is determining the which approaches to determining conf are the best to use in which situations). Even if their not going into the initial release, can we keep them around somewhere on the tasks or dev page to give others ideas. Also theres allot of solver framework stuff going on in the src/java/experimental directory. This directory itself will not go into the initial release, but some of the code in it is available as possible approaches to pluggability of solvers/functions etc into the rest of the api. -Mark [EMAIL PROTECTED] wrote: psteitz 2004/01/13 23:36:35 Modified:math/xdocs tasks.xml Log: Removed completed/obsolete tasks, added RealMatrix refactoring task. Revision ChangesPath 1.16 +8 -6 jakarta-commons/math/xdocs/tasks.xml Index: tasks.xml === RCS file: /home/cvs/jakarta-commons/math/xdocs/tasks.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- tasks.xml 15 Nov 2003 18:38:16 - 1.15 +++ tasks.xml 14 Jan 2004 07:36:35 - 1.16 @@ -34,11 +34,7 @@ subsection name=Algorithm Development Tasks pThese current tasks are planned and in need completion for the inital release./p dl - dtAdd confidence intervals to Univariate implementations./dt - ddProvide any comments on this task here./dd - dtDistributions./dt - ddExtend distribution framework to support discrete distributions and implement binomial and hypergeometric distributions./dd - dtAnalysis./dt + dtRoot Finding./dt dd ul liRework unit tests for root finding and spline interpolation./li @@ -64,6 +60,12 @@ /a/li /ul /dd +dtRealMatrix./dt + dd +ul + liRefactor RealMatrix to minimally make solve() pluggable./li +/ul + /dd /dl /subsection /section - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24941] - LocaleBeanUtils.populate() doesn't accept localized input map
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=24941. 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=24941 LocaleBeanUtils.populate() doesn't accept localized input map --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 16:08 --- Any help wanted ? This bug is really annoying for any multi-locale struts application. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jexl] quick question on variables
Following the recent discussion on the variables in the context reminded
me of a question that came to me a few days ago. Can I have a variable in
the context that has a dot in the name? for example:
ctx.putVar( example.variable, test value );
and have an expression access it like:
${example.variable == 'test value'}
My machine that has jexl on it is down to a virus so can't actually try
this at the moment, but it would sure be nice..
Thanks,
Robert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/codec RELEASE-PLAN
ggregory2004/01/14 10:13:58 Modified:codecRELEASE-PLAN Log: Added some status info. Revision ChangesPath 1.5 +12 -1 jakarta-commons/codec/RELEASE-PLAN Index: RELEASE-PLAN === RCS file: /home/cvs/jakarta-commons/codec/RELEASE-PLAN,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- RELEASE-PLAN 14 Jan 2004 18:05:36 - 1.4 +++ RELEASE-PLAN 14 Jan 2004 18:13:58 - 1.5 @@ -6,6 +6,10 @@ This document defines objectives and action items that should be met before the next release. +*** Codec 1.1 + + Status: Codec 1.1 released. + *** Codec 1.1.1 Maintenance Release Plan Objective: @@ -23,6 +27,8 @@ - Still waiting for more bug reports + Status: Codec 1.1.1 not released. + *** Codec 1.2 Release Candidate Objective: @@ -30,6 +36,8 @@ Identify as *existing* (or set of *existing*) stream Base64 implementation, and either integrate or emulate this code. The community is currently in the process of selecting a primary candidate. + + Status: Codec 1.2 released. *** Codec 1.3 Release Plan @@ -37,8 +45,11 @@ - Improve Javadocs. - Add DIFFERENCE implementation in language package. + Status: Items above done. + *** Codec 2.0 Release Plan - Streamable codecs? + Status: commons-dev discussions, some sandbox work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] DateRange
From: Gary Gregory [EMAIL PROTECTED] My memory could be faulty but I do recall some discussion on date libraries a while back with links to some complete fancy set of classes... http://joda-time.sourceforge.net You might want to consider the API of the Duration/Interval classes there as part of this. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[net] awfully quiet
Not much traffic on commons/net since the flurry of this past weekend. My last understanding was that Daniel was going to try to come up a sensible refactoring of the FTPFileList/FTPFileIterator business. Is this correct? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24941] - LocaleBeanUtils.populate() doesn't accept localized input map
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=24941. 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=24941 LocaleBeanUtils.populate() doesn't accept localized input map --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 20:33 --- i have taken a look at the submitted patch and have committed some parts. the problem is: 1. it contains a lot of different features all together. it's much easier to deal with them separately. 2. there are no unit tests. 3. there is no documentation the work i need to do to commit this fix is to analysis the patch and factor into a sequence of atomic features, understand and document the additional functionality and create enough unit tests to convince myself (and everyone else) that the each of the features is broken before and fixed by the patch. what would be really useful are unit tests. (if you don't know about unit tests, these are example which demonstrate the fault see - for example -http://www.junit.org.) documentation is very valuable since it make it easier for me to analyse exactly what the code sets out to do but is less impotant than unit tests. if you'd be willing to contribute patches for unit tests and documentation, i can guarentee that i'd give this top priority. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/util EncodingUtil.java
olegk 2004/01/14 12:48:43
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpClient.java HttpConnection.java
HttpConstants.java HttpMethodBase.java
httpclient/src/java/org/apache/commons/httpclient/auth
AuthScheme.java AuthSchemeBase.java
BasicScheme.java DigestScheme.java NTLMScheme.java
RFC2617Scheme.java
httpclient/src/java/org/apache/commons/httpclient/params
HttpMethodParams.java
httpclient/src/java/org/apache/commons/httpclient/util
EncodingUtil.java
Log:
Javadocs corrections
Revision ChangesPath
1.91 +12 -8
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpClient.java
Index: HttpClient.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpClient.java,v
retrieving revision 1.90
retrieving revision 1.91
diff -u -r1.90 -r1.91
--- HttpClient.java 12 Jan 2004 18:50:14 - 1.90
+++ HttpClient.java 14 Jan 2004 20:48:43 - 1.91
@@ -282,7 +282,8 @@
*
* @see #setStrictMode(boolean)
*
- * @deprecated Use [EMAIL PROTECTED] HttpClientParams#getParameter(String)}
+ * @deprecated Use
+ * [EMAIL PROTECTED]
org.apache.commons.httpclient.params.HttpClientParams#getParameter(String)}
* to exercise a more granular control over HTTP protocol strictness.
*/
public synchronized boolean isStrictMode() {
@@ -296,7 +297,8 @@
*
* @param newTimeoutInMilliseconds Timeout in milliseconds
*
- * @deprecated Use [EMAIL PROTECTED]
HttpConnectionManagerParams#setSoTimeout(int)},
+ * @deprecated Use
+ * [EMAIL PROTECTED]
org.apache.commons.httpclient.params.HttpConnectionManagerParams#setSoTimeout(int)},
* [EMAIL PROTECTED] HttpConnectionManager#getParams()}.
*
*/
@@ -313,7 +315,8 @@
*
* @see HttpConnectionManager#getConnection(HostConfiguration, long)
*
- * @deprecated Use [EMAIL PROTECTED]
HttpClientParams#setConnectionManagerTimeout(long)},
+ * @deprecated Use
+ * [EMAIL PROTECTED]
org.apache.commons.httpclient.params.HttpClientParams#setConnectionManagerTimeout(long)},
* [EMAIL PROTECTED] HttpClient#getParams()}
*/
public synchronized void setHttpConnectionFactoryTimeout(long timeout) {
@@ -327,7 +330,8 @@
* @see HttpConnection#setConnectionTimeout(int)
* @param newTimeoutInMilliseconds Timeout in milliseconds.
*
- * @deprecated Use [EMAIL PROTECTED]
HttpConnectionManagerParams#setConnectionTimeout(int)},
+ * @deprecated Use
+ * [EMAIL PROTECTED]
org.apache.commons.httpclient.params.HttpConnectionManagerParams#setConnectionTimeout(int)},
* [EMAIL PROTECTED] HttpConnectionManager#getParams()}.
*/
public synchronized void setConnectionTimeout(int newTimeoutInMilliseconds) {
1.84 +8 -8
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpConnection.java
Index: HttpConnection.java
===
RCS file:
/home/cvs/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpConnection.java,v
retrieving revision 1.83
retrieving revision 1.84
diff -u -r1.83 -r1.84
--- HttpConnection.java 13 Jan 2004 18:47:25 - 1.83
+++ HttpConnection.java 14 Jan 2004 20:48:43 - 1.84
@@ -1002,7 +1002,7 @@
* Writes the specified String (as bytes) to the output stream.
*
* @param data the string to be written
- * @params charset the charset to use for writing the data
+ * @param charset the charset to use for writing the data
* @throws IllegalStateException if the connection is not open
* @throws IOException if an I/O problem occurs
*/
@@ -1013,7 +1013,7 @@
}
/**
- * @deprecated Use [EMAIL PROTECTED] #println(String, String)}
+ * @deprecated Use [EMAIL PROTECTED] #printLine(String, String)}
*
* Writes the specified String (as bytes), followed by
* tt\r\n.getBytes()/tt to the output stream.
@@ -1033,7 +1033,7 @@
* tt\r\n.getBytes()/tt to the output stream.
*
* @param data the data to be written
- * @params charset the charset to use for writing the data
+ * @param charset the charset to use for writing the data
* @throws IllegalStateException if the connection is not open
* @throws IOException if an I/O problem occurs
*/
@@ -1078,7 +1078,7 @@
* If the stream ends before the line terminator is found,
*
Re: [math] First pass at generating distributions
hi mark just a a couple of quickies :) 1. check license copyright dates 2. you'll need to create md5's and signatures for the actual release. i'd recommend trying these out on the candidate. - robert On 12 Jan 2004, at 00:26, Mark R. Diggory wrote: I wanted to give a first pass at generating distributions for math. Please provide any comments. IF there are no issues I will file a ibiblio upload request on JIRA http://cvs.apache.org/~mdiggory/commons/math/ -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - 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 26115] - debug and verbose print in MapUtils only handles String keys
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=26115. 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=26115 debug and verbose print in MapUtils only handles String keys [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 20:52 --- Fixed already in CVS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/xdocs/style project.css
scolebourne2004/01/14 13:00:50
Modified:collections/xdocs/style project.css
Log:
Vertically align the apache logo
Revision ChangesPath
1.2 +5 -0 jakarta-commons/collections/xdocs/style/project.css
Index: project.css
===
RCS file: /home/cvs/jakarta-commons/collections/xdocs/style/project.css,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- project.css 14 Jan 2004 03:30:51 - 1.1
+++ project.css 14 Jan 2004 21:00:50 - 1.2
@@ -3,3 +3,8 @@
color: #000;
}
+#banner td {
+ height: 100%;
+ vertical-align: middle;
+}
+
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/xdocs index.xml
scolebourne2004/01/14 13:01:30 Modified:collections/xdocs index.xml Log: Change title Revision ChangesPath 1.11 +2 -2 jakarta-commons/collections/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/collections/xdocs/index.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- index.xml 14 Jan 2004 09:15:08 - 1.10 +++ index.xml 14 Jan 2004 21:01:30 - 1.11 @@ -3,13 +3,13 @@ document properties - titleCommons/title + titleCommons Collections/title author email=[EMAIL PROTECTED]Commons Documentation Team/author /properties body -section name=The Collections Component +section name=Commons Collections p The a href=http://java.sun.com/products/j2se/1.4/docs/guide/collections/;Java Collections Framework/a - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] DateRange
Stephen Colebourne wrote: You might want to consider the API of the Duration/Interval classes there as part of this. Hi! Do you mean that you intend to donate the code of the Interval and Duration classes to commons-lang? Regards, Fredrik Westermarck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections maven.xml
scolebourne2004/01/14 13:23:35
Modified:collections maven.xml
Log:
Include overview in version 3 javadoc
Revision ChangesPath
1.10 +6 -0 jakarta-commons/collections/maven.xml
Index: maven.xml
===
RCS file: /home/cvs/jakarta-commons/collections/maven.xml,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- maven.xml 14 Jan 2004 09:15:57 - 1.9
+++ maven.xml 14 Jan 2004 21:23:35 - 1.10
@@ -134,6 +134,10 @@
bottom=${copyright}
stylesheetfile=${maven.javadoc.stylesheet}
+j:if test=${context.getVariable('collections.javadoc.tag.overview') !=
null}
+ ant:setProperty name=overview
value=${collections.javadoc.tag.overview} /
+/j:if
+
/ant:javadoc
/j:if
/postGoal
@@ -144,6 +148,7 @@
attainGoal name=javadoc:generate /
j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 /
j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release
API /
+j:set var=collections.javadoc.tag.overview
value=src/java/org/apache/commons/collections/overview.html /
attainGoal name=javadoc:generate /
/postGoal
postGoal name=site:generate!-- NEW MAVEN --
@@ -152,6 +157,7 @@
attainGoal name=javadoc:generate /
j:set var=collections.javadoc.tag value=COLLECTIONS_3_0 /
j:set var=collections.javadoc.tag.windowtitle value=Collections 3.0 release
API /
+j:set var=collections.javadoc.tag.overview
value=src/java/org/apache/commons/collections/overview.html /
attainGoal name=javadoc:generate /
/postGoal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections/keyvalue TestAll.java TestUnmodifiableMapEntry.java TestDefaultMapEntry.java TestDefaultKeyValue.java TestMultiKey.java TestTiedMapEntry.java AbstractTestMapEntry.java
scolebourne2004/01/14 13:34:36 Modified:collections/src/test/org/apache/commons/collections/iterators TestUnmodifiableListIterator.java TestCollatingIterator.java TestLoopingIterator.java TestObjectArrayListIterator2.java TestAll.java TestIteratorChain.java AbstractTestOrderedMapIterator.java TestObjectArrayIterator.java TestUnmodifiableOrderedMapIterator.java TestSingletonIterator.java TestObjectArrayListIterator.java TestUnmodifiableMapIterator.java AbstractTestIterator.java TestArrayListIterator2.java TestArrayIterator2.java TestFilterListIterator.java TestArrayListIterator.java TestUnmodifiableIterator.java AbstractTestListIterator.java TestFilterIterator.java TestArrayIterator.java AbstractTestMapIterator.java TestUniqueFilterIterator.java TestSingletonListIterator.java TestListIteratorWrapper.java collections/src/test/org/apache/commons/collections/comparators TestAll.java TestFixedOrderComparator.java TestComparableComparator.java AbstractTestComparator.java TestBooleanComparator.java TestComparatorChain.java TestNullComparator.java TestReverseComparator.java collections/src/test/org/apache/commons/collections/list TestSetUniqueList.java TestNodeCachingLinkedList.java TestAbstractLinkedList.java TestTransformedList.java TestCursorableLinkedList.java TestUnmodifiableList.java AbstractTestList.java TestAll.java TestFixedSizeList.java TestPredicatedList.java collections/src/test/org/apache/commons/collections MapPerformance.java TestArrayStack.java TestArrayList.java TestAllPackages.java TestMultiHashMap.java TestFactoryUtils.java TestCollectionUtils.java TestAll.java TestDoubleOrderedMap.java TestTypedCollection.java TestLinkedList.java TestBoundedFifoBuffer2.java LocalTestNode.java TestSequencedHashMap.java TestLRUMap.java TestFastArrayList1.java TestFastTreeMap.java TestCursorableLinkedList.java TestBufferUtils.java TestFastTreeMap1.java TestBoundedFifoBuffer.java TestBinaryHeap.java TestPredicateUtils.java TestMapUtils.java TestFastHashMap.java TestBeanMap.java TestListUtils.java TestReferenceMap.java AbstractTestObject.java TestUnboundedFifoBuffer.java TestIteratorUtils.java TestClosureUtils.java TestBagUtils.java TestEnumerationUtils.java TestHashBag.java TestTreeBag.java TestTransformerUtils.java TestTreeMap.java TestExtendedProperties.java BulkTest.java TestSetUtils.java TestStaticBucketMap.java TestFastArrayList.java TestFastHashMap1.java collections/src/test/org/apache/commons/collections/buffer TestCircularFifoBuffer.java TestUnboundedFifoBuffer.java TestAll.java TestPriorityBuffer.java TestBlockingBuffer.java TestTransformedBuffer.java TestPredicatedBuffer.java TestBoundedFifoBuffer.java TestBoundedFifoBuffer2.java collections/src/test/org/apache/commons/collections/map TestAll.java TestCompositeMap.java TestUnmodifiableSortedMap.java AbstractTestMap.java TestFlat3Map.java TestUnmodifiableMap.java AbstractTestSortedMap.java TestLazySortedMap.java TestTransformedSortedMap.java TestLinkedMap.java AbstractTestIterableMap.java TestReferenceMap.java TestCaseInsensitiveMap.java TestFixedSizeMap.java TestPredicatedSortedMap.java TestPredicatedMap.java TestIdentityMap.java
Re: [lang] DateRange
No, the joda-time library aims to replace the JDK date handling completely. What [lang] should have is a simple date range based on the existing JDK date code. But you might find the ideas/API design useful in joda-time Stephen From: Fredrik Westermarck [EMAIL PROTECTED] Stephen Colebourne wrote: You might want to consider the API of the Duration/Interval classes there as part of this. Hi! Do you mean that you intend to donate the code of the Interval and Duration classes to commons-lang? Regards, Fredrik Westermarck - 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: [lang] DateRange
Stephen, Joda-time looks very nice... Is there something in there that would let me do conversions from seconds as an int or long to a String, for example, 20 minutes, 10 seconds? Thanks, Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 13:51 To: Jakarta Commons Developers List Subject: Re: [lang] DateRange No, the joda-time library aims to replace the JDK date handling completely. What [lang] should have is a simple date range based on the existing JDK date code. But you might find the ideas/API design useful in joda-time Stephen From: Fredrik Westermarck [EMAIL PROTECTED] Stephen Colebourne wrote: You might want to consider the API of the Duration/Interval classes there as part of this. Hi! Do you mean that you intend to donate the code of the Interval and Duration classes to commons-lang? Regards, Fredrik Westermarck - 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] Re: cvs commit: jakarta-commons/math/xdocs tasks.xml
--- Mark R. Diggory [EMAIL PROTECTED] wrote: Hey Phil, I'm still planning to get around to some confidence interval features (problem is determining the which approaches to determining conf are the best to use in which situations). There is no generic solution that will work for arbitrary statistics, though bootstrap confidence intervals have wide applicability and might be OK to use as a default (though they are computationally expensive and would only work for the stored impls). I will think more about this. Even if their not going into the initial release, can we keep them around somewhere on the tasks or dev page to give others ideas. Great. I removed the task that was there because it referred to adding confidence intervals to the Univariate interface, which no longer exists in its old form. Also, the ability to compute t-based confidence intervals exists in the code today. I will create a post 0.1 section and add a task there if you don't do it first. Also theres allot of solver framework stuff going on in the src/java/experimental directory. This directory itself will not go into the initial release, but some of the code in it is available as possible approaches to pluggability of solvers/functions etc into the rest of the api. I would like to settle on a release plan for 0.1. Other than completing the user guide and refactoring RealMatrix, and a little code/test tidying, what else remains to be done? I will volunteer to play the release manager role if no one else wants to do it. In any case, I will help. Phil __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] First pass at generating distributions
robert burrell donkin wrote: hi mark just a a couple of quickies :) 1. check license copyright dates Doh, it is 2004 now isn't it ;-) 2. you'll need to create md5's and signatures for the actual release. i'd recommend trying these out on the candidate. - robert hopefully theres a md5/signature pluggin or property in maven? -Mark On 12 Jan 2004, at 00:26, Mark R. Diggory wrote: I wanted to give a first pass at generating distributions for math. Please provide any comments. IF there are no issues I will file a ibiblio upload request on JIRA http://cvs.apache.org/~mdiggory/commons/math/ -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] DateRange
Stephen Colebourne wrote: No, the joda-time library aims to replace the JDK date handling completely. What [lang] should have is a simple date range based on the existing JDK date code. But you might find the ideas/API design useful in joda-time Well, that's what I thought. But it's better to make sure first so that we don't reimplement things. :) Regards, Fredrik Westermarck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] DateRange
The format package allows you to build up a relatively arbitrary output format. Thus a Durations and DateTimes are both handled here with nice builders to choose the output format. We haven't yet had enough user requests to see if the API/format builders cover all the needs of users... Stephen From: Gary Gregory [EMAIL PROTECTED] Joda-time looks very nice... Is there something in there that would let me do conversions from seconds as an int or long to a String, for example, 20 minutes, 10 seconds? Thanks, Gary -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 13:51 To: Jakarta Commons Developers List Subject: Re: [lang] DateRange No, the joda-time library aims to replace the JDK date handling completely. What [lang] should have is a simple date range based on the existing JDK date code. But you might find the ideas/API design useful in joda-time Stephen From: Fredrik Westermarck [EMAIL PROTECTED] Stephen Colebourne wrote: You might want to consider the API of the Duration/Interval classes there as part of this. Hi! Do you mean that you intend to donate the code of the Interval and Duration classes to commons-lang? Regards, Fredrik Westermarck - 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: [math] First pass at generating distributions
On 14 Jan 2004, at 21:55, Mark R. Diggory wrote: robert burrell donkin wrote: snip 2. you'll need to create md5's and signatures for the actual release. i'd recommend trying these out on the candidate. - robert hopefully theres a md5/signature pluggin or property in maven? dunno. asking on irc will probably get you a quick answer. (but i doubt they'll have a plug for creating signatures.) the signature needs to be openPGP compatible. if you don't have anything suitable installed, i recommend http://www.gnupg.org which is solid and comes with good documentation. there is some useful information about signing keys and creating releases on the wiki (http://nagoya.apache.org/wiki/apachewiki.cgi?ReleaseManager). remember to create detached signatures and to ascii armour them. - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[collections] RC2 available
RC2(ish - as I haven't labelled CVS) is now up Distributions http://jakarta.apache.org/~scolebourne/dist3/ Website http://jakarta.apache.org/~scolebourne/collections3/ If no-one has any issues with this, then we should proceed to a vote ASAP. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion AddressTest.java TestRecursion.java
rdonkin 2004/01/14 14:51:35
Modified:betwixt Tag: REFACTORING-BRANCH_2004-01-13 LICENSE.txt
betwixt/src/test/org/apache/commons/betwixt/recursion Tag:
REFACTORING-BRANCH_2004-01-13 TestRecursion.java
Added: betwixt/src/test/org/apache/commons/betwixt/recursion Tag:
REFACTORING-BRANCH_2004-01-13 AddressTest.java
Log:
Test for simple property bug in head. Submitted by Brian.
Revision ChangesPath
No revision
No revision
1.5.2.1 +1 -1 jakarta-commons/betwixt/LICENSE.txt
Index: LICENSE.txt
===
RCS file: /home/cvs/jakarta-commons/betwixt/LICENSE.txt,v
retrieving revision 1.5
retrieving revision 1.5.2.1
diff -u -r1.5 -r1.5.2.1
--- LICENSE.txt 9 Oct 2003 20:52:03 - 1.5
+++ LICENSE.txt 14 Jan 2004 22:51:35 - 1.5.2.1
@@ -7,7 +7,7 @@
*
* The Apache Software License, Version 1.1
*
- * Copyright (c) 2001-2003 The Apache Software Foundation. All rights
+ * Copyright (c) 2001-2004 The Apache Software Foundation. All rights
* reserved.
*
* Redistribution and use in source and binary forms, with or without
No revision
No revision
1.13.2.1 +32 -4
jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/TestRecursion.java
Index: TestRecursion.java
===
RCS file:
/home/cvs/jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/TestRecursion.java,v
retrieving revision 1.13
retrieving revision 1.13.2.1
diff -u -r1.13 -r1.13.2.1
--- TestRecursion.java19 Oct 2003 14:44:54 - 1.13
+++ TestRecursion.java14 Jan 2004 22:51:35 - 1.13.2.1
@@ -350,5 +350,33 @@
// that's what we expected!
}
}
+
+
+ /** Tests for a stack overflow bug */
+ public void testRegisterOverflow() throws Exception {
+ BeanReader reader = new BeanReader();
+ try
+ {
+ reader.registerBeanClass(NorthWind.class);
+ }
+ catch (StackOverflowError e)
+ {
+ e.printStackTrace();
+ fail(Expected registration to succeed);
+ }
+ }
+
+ public void testRegisterOverflow2() throws Exception {
+ BeanReader beanReader = new BeanReader();
+ try
+ {
+ beanReader.registerBeanClass(PersonTest.class);
+ }
+ catch (StackOverflowError e)
+ {
+ e.printStackTrace();
+ fail(Expected registration to succeed);
+ }
+ }
}
No revision
Index: TestRecursion.java
===
RCS file:
/home/cvs/jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/TestRecursion.java,v
retrieving revision 1.13
retrieving revision 1.13.2.1
diff -u -r1.13 -r1.13.2.1
--- TestRecursion.java19 Oct 2003 14:44:54 - 1.13
+++ TestRecursion.java14 Jan 2004 22:51:35 - 1.13.2.1
@@ -350,5 +350,33 @@
// that's what we expected!
}
}
+
+
+ /** Tests for a stack overflow bug */
+ public void testRegisterOverflow() throws Exception {
+ BeanReader reader = new BeanReader();
+ try
+ {
+ reader.registerBeanClass(NorthWind.class);
+ }
+ catch (StackOverflowError e)
+ {
+ e.printStackTrace();
+ fail(Expected registration to succeed);
+ }
+ }
+
+ public void testRegisterOverflow2() throws Exception {
+ BeanReader beanReader = new BeanReader();
+ try
+ {
+ beanReader.registerBeanClass(PersonTest.class);
+ }
+ catch (StackOverflowError e)
+ {
+ e.printStackTrace();
+ fail(Expected registration to succeed);
+ }
+ }
}
No revision
Index: TestRecursion.java
===
RCS file:
/home/cvs/jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/TestRecursion.java,v
retrieving revision 1.13
retrieving revision 1.13.2.1
diff -u -r1.13 -r1.13.2.1
--- TestRecursion.java19 Oct 2003 14:44:54 - 1.13
+++ TestRecursion.java14 Jan 2004 22:51:35 -
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion EastWind.java
rdonkin 2004/01/14 14:52:18 Added: betwixt/src/test/org/apache/commons/betwixt/recursion Tag: REFACTORING-BRANCH_2004-01-13 EastWind.java Log: Test for simple property bug in head. Submitted by Brian. Revision ChangesPath No revision No revision 1.1.2.1 +90 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/Attic/EastWind.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion WestWind.java
rdonkin 2004/01/14 14:52:42 Added: betwixt/src/test/org/apache/commons/betwixt/recursion Tag: REFACTORING-BRANCH_2004-01-13 WestWind.java Log: Test for simple property bug in head. Submitted by Brian. Revision ChangesPath No revision No revision 1.1.2.1 +90 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/Attic/WestWind.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion SouthWind.java
rdonkin 2004/01/14 14:53:01 Added: betwixt/src/test/org/apache/commons/betwixt/recursion Tag: REFACTORING-BRANCH_2004-01-13 SouthWind.java Log: Test for simple property bug in head. Submitted by Brian. Revision ChangesPath No revision No revision 1.1.2.1 +89 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/Attic/SouthWind.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion PersonTest.java
rdonkin 2004/01/14 14:53:40 Added: betwixt/src/test/org/apache/commons/betwixt/recursion Tag: REFACTORING-BRANCH_2004-01-13 PersonTest.java Log: Test for simple property bug in head. Submitted by Brian. Revision ChangesPath No revision No revision 1.1.2.1 +79 -0 jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/recursion/Attic/PersonTest.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Re: cvs commit: jakarta-commons/math/xdocs tasks.xml
Phil Steitz wrote: --- Mark R. Diggory [EMAIL PROTECTED] wrote: Hey Phil, I'm still planning to get around to some confidence interval features (problem is determining the which approaches to determining conf are the best to use in which situations). There is no generic solution that will work for arbitrary statistics, though bootstrap confidence intervals have wide applicability and might be OK to use as a default (though they are computationally expensive and would only work for the stored impls). I will think more about this. Very true. Even if their not going into the initial release, can we keep them around somewhere on the tasks or dev page to give others ideas. Great. I removed the task that was there because it referred to adding confidence intervals to the Univariate interface, which no longer exists in its old form. Also, the ability to compute t-based confidence intervals exists in the code today. I will create a post 0.1 section and add a task there if you don't do it first. Sounds good to me too. Also theres allot of solver framework stuff going on in the src/java/experimental directory. This directory itself will not go into the initial release, but some of the code in it is available as possible approaches to pluggability of solvers/functions etc into the rest of the api. I would like to settle on a release plan for 0.1. Other than completing the user guide and refactoring RealMatrix, and a little code/test tidying, what else remains to be done? I will volunteer to play the release manager role if no one else wants to do it. In any case, I will help. Phil From my other emails, you can see I was trying to generate distributions using Maven. Robert pointed out some md5 and signature stuff. I'll punt on that for a little while. I'm mostly interested in getting the packaging process as automated as possible so the release process is more code oriented and less of a packaging project. -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons-sandbox/attributes/unittest/src/test/org/apache/commons/attributes/test BeanAttribute.java
leosutic2004/01/14 16:27:26
Modified:attributes/unittest/src/test/org/apache/commons/attributes/test
BeanAttribute.java
Log:
Consistent syntax.
Revision ChangesPath
1.2 +0 -2
jakarta-commons-sandbox/attributes/unittest/src/test/org/apache/commons/attributes/test/BeanAttribute.java
Index: BeanAttribute.java
===
RCS file:
/home/cvs/jakarta-commons-sandbox/attributes/unittest/src/test/org/apache/commons/attributes/test/BeanAttribute.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- BeanAttribute.java15 Jan 2004 00:25:11 - 1.1
+++ BeanAttribute.java15 Jan 2004 00:27:26 - 1.2
@@ -3,8 +3,6 @@
/**
* A sample attribute with bean-like properties. Used to test the
* named parameter syntax.
- *
- * @org.apache.commons.attributes.Inheritable
*/
public class BeanAttribute {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [net] awfully quiet
Unfortunately I haven't had much time to keep up, maybe this weekend. On Wed, 14 Jan 2004 14:14:48 -0600, Steve Cohen [EMAIL PROTECTED] said: Not much traffic on commons/net since the flurry of this past weekend. My last understanding was that Daniel was going to try to come up a sensible refactoring of the FTPFileList/FTPFileIterator business. Is this correct? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- = Jeffrey D. Brekke [EMAIL PROTECTED] Wisconsin, USA [EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[lang] maven site
After numerous times of going to http://jakarta.apache.org/commons/lang and being disappointed at the lack of a site, I finally took some initiative and deployed the site for [lang] today. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/media - New directory
tobrien 2004/01/14 19:56:35 jakarta-commons/lang/src/media - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/xdocs/images - New directory
tobrien 2004/01/14 19:56:35 jakarta-commons/lang/xdocs/images - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/xdocs/style - New directory
tobrien 2004/01/14 19:56:48 jakarta-commons/lang/xdocs/style - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/xdocs/style project.css
tobrien 2004/01/14 19:57:52
Modified:lang project.xml
lang/xdocs navigation.xml
Added: lang/src/media logo.xcf
lang/xdocs/images logo.png
lang/xdocs/style project.css
Log:
Commons Lang Maven site now has a white banner background. A commons logo, a link
back to Jakarta commons in the top nav. The site builds with Maven RC1.0.
Revision ChangesPath
1.25 +10 -1 jakarta-commons/lang/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/lang/project.xml,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- project.xml 29 Dec 2003 17:54:02 - 1.24
+++ project.xml 15 Jan 2004 03:57:52 - 1.25
@@ -4,8 +4,17 @@
idcommons-lang/id
nameLang/name
currentVersion2.0/currentVersion
+
+ organization
+nameApache Software Foundation/name
+urlhttp://www.apache.org/url
+logohttp://jakarta.apache.org/images/jakarta-logo.gif/logo
+ /organization
+
inceptionYear2001/inceptionYear
- logo/
+
+ logo/images/logo.png/logo
+
description
Commons.Lang, a package of Java utility classes for the
classes that are in java.lang's hierarchy, or are considered to be so
1.1 jakarta-commons/lang/src/media/logo.xcf
Binary file
1.2 +5 -0 jakarta-commons/lang/xdocs/navigation.xml
Index: navigation.xml
===
RCS file: /home/cvs/jakarta-commons/lang/xdocs/navigation.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- navigation.xml4 Nov 2003 14:45:23 - 1.1
+++ navigation.xml15 Jan 2004 03:57:52 - 1.2
@@ -12,6 +12,11 @@
/organizationLogo
body
+links
+ item name=Jakarta Commons
+href=http://jakarta.apache.org/commons//
+/links
+
menu name=Commons Lang
item name=Overview
href=/index.html/
1.1 jakarta-commons/lang/xdocs/images/logo.png
Binary file
1.1 jakarta-commons/lang/xdocs/style/project.css
Index: project.css
===
#banner, #banner td {
background: #fff;
color: #000;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/xdocs tasks.xml
psteitz 2004/01/14 21:18:51 Modified:math/xdocs tasks.xml Log: Removed completed tasks section, restored future tasks, added conf intervals. Revision ChangesPath 1.17 +12 -23jakarta-commons/math/xdocs/tasks.xml Index: tasks.xml === RCS file: /home/cvs/jakarta-commons/math/xdocs/tasks.xml,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- tasks.xml 14 Jan 2004 07:36:35 - 1.16 +++ tasks.xml 15 Jan 2004 05:18:51 - 1.17 @@ -22,7 +22,7 @@ ddClover tests show gaps in test path coverage. Get all tests to 100% coverage. Also improve test data and boundary conditions coverage./dd dtCode review./dt dd -pCode review is a continuous rpocess that all Contributors and Developers should practice while working on the code base./p +pCode review is a continuous process that all Contributors and Developers should practice while working on the code base./p ul liJavadoc generation is still throwing warnings. Bring the Javadoc into compliance (i.e. reach zero warnings)./li liVerify that the code matches the documentation and identify obvious inefficiencies or numerical problems. All feedback/suggestions for improvement/patches are welcome./li @@ -32,7 +32,7 @@ /dl /subsection subsection name=Algorithm Development Tasks -pThese current tasks are planned and in need completion for the inital release./p +pThese current tasks are planned and need completion for the inital release./p dl dtRoot Finding./dt dd @@ -69,27 +69,16 @@ /dl /subsection /section -!--section name=Future Goals +section name=Future Goals subsection name=Delayed Tasks slated for the next release of the Math library - - /subsection -/section-- -section name=Completed - subsection name=Since Conception -ul - liFramework and implementation strategie(s) for finding roots or real-valued functions of one (real) variable. Implemented algorithms: Brent-Dekker, secant, simple bisection./li - liCubic spline interpolation./li - liBivariate Regression, correlation. /li - liSampling from Collections/li - liAdd higher order moments to Univariate implementations./li - liBinomial coefficients -- incorporate an exact implementation that is limited to what can be stored in a long. Also provided double-value implementation of binomial coefficients and their logs./li - liAdd percentiles to stored Univariate implementations/li - liImprove numerical accuracy of Univariate and BivariateRegression statistical computations/li - lit-test statistic needs to be added and we should probably add the capability of actually performing t- and chi-square tests at fixed significance levels (.1, .05, .01, .001)./li - linumerical approximation of the t- and chi-square distributions to enable user-supplied significance levels./li - liThe RealMatrixImpl class is missing some key method implementations. The critical thing is solution of linear systems. We need to implement a numerically sound solution algorithm. This will enable inverse() and also support general linear regression./li - liAdded double[] |- double methods in StatUtils to take start indexes and length as parameters and delegate the current full array versions to these./li -/ul + dl +dtStatistics./dt + dd +ul + liImplement confidence intervals./li +/ul + /dd +/dl /subsection /section /body - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/random EmpiricalDistributionTest.java ValueServerTest.java
psteitz 2004/01/14 21:22:08 Modified:math/src/java/org/apache/commons/math/random EmpiricalDistribution.java EmpiricalDistributionImpl.java ValueServer.java math/src/test/org/apache/commons/math/random EmpiricalDistributionTest.java ValueServerTest.java Log: Updated copyright date (after BZ #25972 changes). Revision ChangesPath 1.12 +2 -2 jakarta-commons/math/src/java/org/apache/commons/math/random/EmpiricalDistribution.java Index: EmpiricalDistribution.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/random/EmpiricalDistribution.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- EmpiricalDistribution.java11 Jan 2004 07:19:52 - 1.11 +++ EmpiricalDistribution.java15 Jan 2004 05:22:08 - 1.12 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2003 The Apache Software Foundation. All rights + * Copyright (c) 2003-2004 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.13 +2 -2 jakarta-commons/math/src/java/org/apache/commons/math/random/EmpiricalDistributionImpl.java Index: EmpiricalDistributionImpl.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/random/EmpiricalDistributionImpl.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- EmpiricalDistributionImpl.java11 Jan 2004 07:22:14 - 1.12 +++ EmpiricalDistributionImpl.java15 Jan 2004 05:22:08 - 1.13 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2003 The Apache Software Foundation. All rights + * Copyright (c) 2003-2004 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.10 +2 -2 jakarta-commons/math/src/java/org/apache/commons/math/random/ValueServer.java Index: ValueServer.java === RCS file: /home/cvs/jakarta-commons/math/src/java/org/apache/commons/math/random/ValueServer.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- ValueServer.java 11 Jan 2004 07:24:30 - 1.9 +++ ValueServer.java 15 Jan 2004 05:22:08 - 1.10 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2003 The Apache Software Foundation. All rights + * Copyright (c) 2003-2004 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.10 +2 -2 jakarta-commons/math/src/test/org/apache/commons/math/random/EmpiricalDistributionTest.java Index: EmpiricalDistributionTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/random/EmpiricalDistributionTest.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- EmpiricalDistributionTest.java11 Jan 2004 20:50:11 - 1.9 +++ EmpiricalDistributionTest.java15 Jan 2004 05:22:08 - 1.10 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2003 The Apache Software Foundation. All rights + * Copyright (c) 2003-2004 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without 1.10 +2 -2 jakarta-commons/math/src/test/org/apache/commons/math/random/ValueServerTest.java Index: ValueServerTest.java === RCS file: /home/cvs/jakarta-commons/math/src/test/org/apache/commons/math/random/ValueServerTest.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- ValueServerTest.java 11 Jan 2004 07:26:51 - 1.9 +++ ValueServerTest.java 15 Jan 2004 05:22:08 - 1.10 @@ -1,7 +1,7 @@ /* * The Apache Software License, Version 1.1 * - * Copyright (c) 2003 The Apache Software Foundation. All rights + * Copyright (c)
Re: [lang] maven site
Tim O'Brien wrote: Tried to upgrade L+F to be consistent with: http://jakarta.apache.org/commons/beanutils/ http://jakarta.apache.org/commons/betwixt/ http://jakarta.apache.org/commons/cli/ http://jakarta.apache.org/commons/codec/ etc... But, you failed to ensure that everything was group writeable on Minotaur. As a general rule, everything under /www/jakarta.apache.org/commons should be chmod g+w. If anyone is going to publish a site, especially for the first time, keep this in mind. The directories are created by the individual performing the publish and they are not group writable. Sorry, I didn't think of that -- it's fixed now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [lang] maven site
No worries. I republished with the White banner background. It wasn't your fault, there is a lack of process documentation for this. Back when a small subset of committers had access to Daedalus, it was easier. Now we just need a quick set of informative guidelines about site publishing, as well as a few automated tools to catch things like bad permissions, etc. Tim __matthewHawthorne wrote: Tim O'Brien wrote: Tried to upgrade L+F to be consistent with: http://jakarta.apache.org/commons/beanutils/ http://jakarta.apache.org/commons/betwixt/ http://jakarta.apache.org/commons/cli/ http://jakarta.apache.org/commons/codec/ etc... But, you failed to ensure that everything was group writeable on Minotaur. As a general rule, everything under /www/jakarta.apache.org/commons should be chmod g+w. If anyone is going to publish a site, especially for the first time, keep this in mind. The directories are created by the individual performing the publish and they are not group writable. Sorry, I didn't think of that -- it's fixed now. - 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: [lang] maven site
Looks good. Any reason for the development process pointing to the Maven page and not to one of the Commons pages? [or just being turned off?] Hen On Wed, 14 Jan 2004, __matthewHawthorne wrote: After numerous times of going to http://jakarta.apache.org/commons/lang and being disappointed at the lack of a site, I finally took some initiative and deployed the site for [lang] today. - 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/configuration project.properties
tobrien 2004/01/14 22:34:23
Modified:beanutils project.properties
betwixt project.properties
cli project.properties
codecproject.properties
collections project.properties
digester project.properties
el project.properties
fileupload project.properties
lang project.properties
latkaproject.properties
launcher project.properties
daemon project.properties
primitives project.properties
configuration project.properties
Log:
Updated most of the commons project.properties files, made sure that the dev process
points to the commons charter. Also, changed the powered by logo to use the less
distracting feather logo
Revision ChangesPath
1.2 +3 -1 jakarta-commons/beanutils/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/beanutils/project.properties,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- project.properties30 Oct 2002 17:08:45 - 1.1
+++ project.properties15 Jan 2004 06:34:23 - 1.2
@@ -1,3 +1,5 @@
# documentation properties
maven.xdoc.date=left
-maven.xdoc.version=${pom.currentVersion}
\ No newline at end of file
+maven.xdoc.version=${pom.currentVersion}
+maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
+maven.xdoc.poweredby.image=maven-feather.png
1.10 +3 -0 jakarta-commons/betwixt/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/betwixt/project.properties,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- project.properties14 Jan 2004 03:15:53 - 1.9
+++ project.properties15 Jan 2004 06:34:23 - 1.10
@@ -18,6 +18,9 @@
# documentation properties
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
+maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
+maven.xdoc.poweredby.image=maven-feather.png
+
maven.junit.fork=true
1.7 +1 -0 jakarta-commons/cli/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/cli/project.properties,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- project.properties9 Jan 2004 05:06:01 - 1.6
+++ project.properties15 Jan 2004 06:34:23 - 1.7
@@ -14,5 +14,6 @@
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
+maven.xdoc.poweredby.image=maven-feather.png
maven.javadoc.links=http://java.sun.com/j2se/1.3/docs/api/
1.10 +3 -2 jakarta-commons/codec/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/codec/project.properties,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- project.properties9 Jan 2004 23:30:21 - 1.9
+++ project.properties15 Jan 2004 06:34:23 - 1.10
@@ -12,9 +12,10 @@
maven.xdoc.date=left
maven.xdoc.version=${pom.currentVersion}
maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
+maven.xdoc.poweredby.image=maven-feather.png
maven.javadoc.links=http://java.sun.com/j2se/1.3/docs/api/
maven.javadoc.overview=${basedir}/src/java/org/apache/commons/codec/overview.html
maven.javadoc.package=true
-maven.jar.manifest=${basedir}/src/conf/MANIFEST.MF
\ No newline at end of file
+maven.jar.manifest=${basedir}/src/conf/MANIFEST.MF
1.6 +3 -1 jakarta-commons/collections/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/collections/project.properties,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- project.properties12 Jan 2004 21:56:16 - 1.5
+++ project.properties15 Jan 2004 06:34:23 - 1.6
@@ -1,6 +1,8 @@
#maven.checkstyle.properties=src/conf/checkstyle.properties
+maven.xdoc.date=left
+maven.xdoc.version=${pom.currentVersion}
+maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
maven.xdoc.poweredby.image=maven-feather.png
-maven.xdoc.date = left
maven.javadoc.author=false
maven.javadoc.links=http://java.sun.com/j2se/1.3/docs/api/
1.6
Re: [lang] maven site
Henri, I just commited something that ensures that every project.properties points to the commons charter page. Also, all projects use the feather powered by for Maven. Tim Henri Yandell wrote: Looks good. Any reason for the development process pointing to the Maven page and not to one of the Commons pages? [or just being turned off?] Hen On Wed, 14 Jan 2004, __matthewHawthorne wrote: After numerous times of going to http://jakarta.apache.org/commons/lang and being disappointed at the lack of a site, I finally took some initiative and deployed the site for [lang] today. - 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]
[RESULT] Re: [VOTE] Promote io from commons-sandbox to commons-proper
Lots of +1's and +0's mean [io] is ready to move to commons-proper and start working on a release. Hen On Sat, 3 Jan 2004, Henri Yandell wrote: I'd like to go ahead and call a vote for 'io' to be promoted from commons-sandbox to commons-proper. Most of a 1.0 release is ready, which means the various bits of code that have accumulated over the years is now nearly all unit tested and after a release we can start writing new code etc at last. The only todo's left before a 1.0 are probably going to be handled by just not releasing that code. Anyway: --- Vote: Promote commons-io to commons proper [ ] +1 I am in favor of the move, and will help support it [ ] +0 I am in favor of the move, but am unable to help support it [ ] -0 I am not in favor of the move [ ] -1 I am against this proposal (must include a reason). --- Thanks, Hen - 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]
[io] migrating to commons-proper
Anyone against just moving the commons-sandbox/io cvs directory to commons/io? Working with the admin guys as I know they like to know when this is being done in CVS. It's been a year or so since I last did such a migration in J-C and I'm not sure what the views were. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] deprecated HttpState#isAuthenticationPreemptive no longer has any effect
Mike, I can't think of anything better than this hack. Any better ideas?
Index: java/org/apache/commons/httpclient/HttpMethodDirector.java
===
RCS file:
/home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/HttpMethodDirector.java,v
retrieving revision 1.13
diff -u -r1.13 HttpMethodDirector.java
--- java/org/apache/commons/httpclient/HttpMethodDirector.java 12 Jan 2004 23:03:12
- 1.13
+++ java/org/apache/commons/httpclient/HttpMethodDirector.java 14 Jan 2004 14:58:50
-
@@ -195,8 +195,9 @@
this.params.getConnectionManagerTimeout()
);
this.conn.setLocked(true);
-if (this.params.isAuthenticationPreemptive()) {
-
+if (this.params.isAuthenticationPreemptive() ||
+this.state.isAuthenticationPreemptive())
+{
LOG.debug(Preemptively sending default basic credentials);
this.authState = AUTH_PREEMPTIVE;
this.authScheme = AuthPolicy.getAuthScheme(basic);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: HttpClient SSL Helppppp!
Thanksss so much for the help... Crescent - Original Message - From: Michael Becke [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 11:35 AM Subject: Re: HttpClient SSL Help! Hi Crescent, This is because the SSL cert on the server is self-signed or signed by an unknown certificate authority. JSSE (the SSL library used by HttpClient) by default only trusts those SSL certs that are signed by a few authorities (i.e. Verisign, Thawte). Please take a look at Sun's JSSE docs for some more info about this, and how to work around it. Mike On Jan 13, 2004, at 8:50 PM, crescent wrote: Hi, there While trying to use HttpClient for a SSL application, I encountered an exception, the codes I used were as follows(the URL is made up here): HttpClient client = new HttpClient(); HostConfiguration config = client.getHostConfiguration(); HttpsURL sslURL = new HttpsURL(https://sample.com/test.asp;); config.setHost(sslURL); PostMethod post = new PostMethod(); String sXML = tohttps://sample.com/test.asp/to; post.setRequestBody(sXML); post.setRequestContentLength(sXML.getBytes(sEncoding).length); post.setRequestHeader(Content-type, text/xml; charset=Big); client.executeMethod(client.getHostConfiguration(), post); and the exception occured was: javax.net.ssl.SSLHandshakeException: unknown certificate my development environment is: OS : Windows 2000 AP Server : IBM WebSphere 5 JDK : WebSphere JDK appreciate for any suggestions and solutions for the problem. best regards crescent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] deprecated HttpState#isAuthenticationPreemptive no longer has any effect
Yes, it's a hack, but that is what I was thinking as well. Works for
me.
Mike
On Jan 14, 2004, at 10:05 AM, Kalnichevski, Oleg wrote:
Mike, I can't think of anything better than this hack. Any better
ideas?
Index: java/org/apache/commons/httpclient/HttpMethodDirector.java
===
RCS file:
/home/cvspublic/jakarta-commons/httpclient/src/java/org/apache/
commons/httpclient/HttpMethodDirector.java,v
retrieving revision 1.13
diff -u -r1.13 HttpMethodDirector.java
--- java/org/apache/commons/httpclient/HttpMethodDirector.java 12 Jan
2004 23:03:12 - 1.13
+++ java/org/apache/commons/httpclient/HttpMethodDirector.java 14 Jan
2004 14:58:50 -
@@ -195,8 +195,9 @@
this.params.getConnectionManagerTimeout()
);
this.conn.setLocked(true);
-if (this.params.isAuthenticationPreemptive()) {
-
+if (this.params.isAuthenticationPreemptive() ||
+this.state.isAuthenticationPreemptive())
+{
LOG.debug(Preemptively sending default basic
credentials);
this.authState = AUTH_PREEMPTIVE;
this.authScheme =
AuthPolicy.getAuthScheme(basic);
-
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 10930] - J2EE FORM authentication (also affects pluggable authentication)
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=10930. 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=10930 J2EE FORM authentication (also affects pluggable authentication) --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 16:14 --- I personally do not see an elegant way of implementing the requested feature, and what is more, do not think that J2EE authentication should be supported by the stock version of HttpClient at all. Authentication logic in HttpClient has undergone several radical changes since this feature request was filed. The monolithic HttpAuthenticator has been restructured into smaller, AuthScheme interface implementing modules and deprecated. Besides, form-based authentication is not a part of HTTP protocol and should probably better be built on top of HttpClient, instead of being kind of shoved in. All that makes me kind of lean towards marking this bug as 'WONTFIX'. What do you think, guys? Am I being too lazy and unimaginative? Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10930] - J2EE FORM authentication (also affects pluggable authentication)
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=10930. 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=10930 J2EE FORM authentication (also affects pluggable authentication) --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 16:29 --- Agreed. This is not something that needs to be fixed. Form authentication is just like posting into any other form. It is not another kind of HTTP authentication. This type of authentication should be handed using PostMethod. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10930] - J2EE FORM authentication (also affects pluggable authentication)
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=10930. 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=10930 J2EE FORM authentication (also affects pluggable authentication) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 16:37 --- If there are any fresh and bright ideas or/and practical suggestions as to how J2EE authentication can be implemented without causing too much of design badness, feel free to reopen the bug report. Patches welcome Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15297] - [HttpClient] Authenticator() - ability to perform alternate authentication
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=15297. 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=15297 [HttpClient] Authenticator() - ability to perform alternate authentication [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 17:52 --- Please review. Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26139] New: - Memory leak in MultiThreadedHttpClient caused by bad .equals()
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=26139.
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=26139
Memory leak in MultiThreadedHttpClient caused by bad .equals()
Summary: Memory leak in MultiThreadedHttpClient caused by bad
.equals()
Product: Commons
Version: unspecified
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
Component: HttpClient
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Note: I have '2.0 release candidate 1'; I'm not sure which version this
translates into. The bug is definitely present in the current source.
MultiThreadedHttpClient uses the following code:
// Look for a list of connections for the given config
HostConnectionPool listConnections = (HostConnectionPool)
mapHosts.get(hostConfiguration);
if (listConnections == null) {
// First time for this config
listConnections = new HostConnectionPool();
listConnections.hostConfiguration = hostConfiguration;
mapHosts.put(hostConfiguration, listConnections);
}
The hash map relys on HostConfiguration's .equals() to resolve equality
determine if there is a mapping for the configuration.
HostConfiguration has the following in it's .equals() method:
if (!protocol.equals(config.getProtocol())) {
return false;
}
. . . and Protocol has:
if (obj instanceof Protocol) {
Protocol p = (Protocol) obj;
return (
defaultPort == p.getDefaultPort()
scheme.equalsIgnoreCase(p.getScheme())
secure == p.isSecure()
socketFactory.equals(p.getSocketFactory()));
}
However, there is no .equals() method in any of the ProtocolSocketFactory
objects, and there isn't any note in the interface about the necessity of the
.equals() method.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Redirect not working
Hi all, I have 2 problems I am stuck on. The first is when sending my parameters using the postMethod I can retrieve the cookie but the redirect being captured with the location key is truncated. All I am getting is http://pub.supercom.ca/ http://pub.supercom.ca/ , which should have /web/dealprom.nsf/DealerAccess?OpenPageamp;Login added to the end. I am not sure this is a bug or not. The other problem is when using mozilla I am using a header plugin to capture all the headers and the browser is redirected to the previous site after that the browser is redirected again but no location key is in the header and I am unable to detect how the browser knows to redirect. thanks for any info that may solve these problems Darrell Bechtel B.G.S., MSCE Computer Sales / Technical Support www.csdepot.com 583 King St. N. Waterloo, ON N2V 2E5 (519) 747-5423
DO NOT REPLY [Bug 15297] - [HttpClient] Authenticator() - ability to perform alternate authentication
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=15297. 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=15297 [HttpClient] Authenticator() - ability to perform alternate authentication --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 19:10 --- Hi Oleg, A few comments: - Should HttpMethodDirector have it's own version of the auth defaults? It seems like this should be left to the params. - When new schemes are added, they will have to be added to the AuthPolicy.AUTH_SCHEME_PRIORITY param in order to work. This should probably be documented in AuthPolicy.registerAuthScheme(). Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26139] - Memory leak in MultiThreadedHttpClient caused by bad .equals()
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=26139. 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=26139 Memory leak in MultiThreadedHttpClient caused by bad .equals() --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 19:29 --- Hi Jesse, If the ProtocolSocketFactory does not implement equals, the object identity is used. In most cases this has worked, since the socket factories are usually singletons. After looking at the code though, it is possible that more than one instance of DefaultProtocolSocketFactory and SSLProtocolSocketFactory could be created. It seems that we have a couple of options here to fix this: - change Protocol to not rely on ProtocolSocketFactory.equals(). - add equals methods to the socket factories - ensure that the socket factories are singletons My preference is to do #23. What do others think? Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26139] - Memory leak in MultiThreadedHttpClient caused by bad .equals()
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=26139. 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=26139 Memory leak in MultiThreadedHttpClient caused by bad .equals() --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 19:37 --- I was experiencing this while using the GetMethod(String) constructor, which calls the HttpMethodBase constructor, which constructs a new HostConfiguration each time. I _think_ that the multithreaded client won't work properly unless you use separate new GetMethods like this. Anyway, a usage like this would break unless equals() was added. I vote #2, 3 where possible. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redirect not working
Darrell, In computing things rarely happen by the Lord's will. The redirect location must be communicated with the HTTP response one way or another. You should be able to see what exactly gets transmitted across the wire by using an HTTP traffic sniffer or by activating the wire/debug logging in HttpClient. See the HttpClient logging guide for details http://jakarta.apache.org/commons/httpclient/logging.html If you post the wire log, you might be able to explain why you are having these problems with redirects Oleg On Wed, 2004-01-14 at 19:45, Darrell Bechtel wrote: Hi all, I have 2 problems I am stuck on. The first is when sending my parameters using the postMethod I can retrieve the cookie but the redirect being captured with the location key is truncated. All I am getting is http://pub.supercom.ca/ http://pub.supercom.ca/ , which should have /web/dealprom.nsf/DealerAccess?OpenPageamp;Login added to the end. I am not sure this is a bug or not. The other problem is when using mozilla I am using a header plugin to capture all the headers and the browser is redirected to the previous site after that the browser is redirected again but no location key is in the header and I am unable to detect how the browser knows to redirect. thanks for any info that may solve these problems Darrell Bechtel B.G.S., MSCE Computer Sales / Technical Support www.csdepot.com 583 King St. N. Waterloo, ON N2V 2E5 (519) 747-5423 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15297] - [HttpClient] Authenticator() - ability to perform alternate authentication
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=15297. 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=15297 [HttpClient] Authenticator() - ability to perform alternate authentication --- Additional Comments From [EMAIL PROTECTED] 2004-01-14 21:05 --- - Should HttpMethodDirector have it's own version of the auth defaults? It seems like this should be left to the params. I did not feel like giving users the possibility to mess around with the default authentication preferences to avoid their misuse. Therefore I wanted to keep the DEFAULT_AUTH_PREFS private. On the other hand I do agree that HttpClientParams or AuthPolicy would be a better home for auth defaults. - When new schemes are added, they will have to be added to the AuthPolicy.AUTH_SCHEME_PRIORITY param in order to work. This should probably be documented in AuthPolicy.registerAuthScheme(). Good point. I just realised that this is quite lousy. I think auth defaults should be derived from the AuthPolicy. I'll try to come up with a better solution. A new patch to follow. Thanks, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
