cvs commit: jakarta-commons/jexl/src/test/org/apache/commons/jexl JexlTest.java
dion2004/08/15 09:01:12
Modified:jexl/xdocs changes.xml
jexl/src/java/org/apache/commons/jexl/parser
ASTSizeFunction.java
jexl/src/test/org/apache/commons/jexl JexlTest.java
Log:
Handle any size method that returns an int
Revision ChangesPath
1.4 +1 -0 jakarta-commons/jexl/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home/cvs/jakarta-commons/jexl/xdocs/changes.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- changes.xml 15 Aug 2004 15:46:45 - 1.3
+++ changes.xml 15 Aug 2004 16:01:12 - 1.4
@@ -25,6 +25,7 @@
/properties
body
release version=1.0-beta-3-SNAPSHOT date=in CVS
+ action dev=dion type=addHandle any size() method that returns an
int/action
action dev=dion type=fix issue=30562Can't issue .size() on
java.util.Set/action
/release
/body
1.6 +20 -3
jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser/ASTSizeFunction.java
Index: ASTSizeFunction.java
===
RCS file:
/home/cvs/jakarta-commons/jexl/src/java/org/apache/commons/jexl/parser/ASTSizeFunction.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- ASTSizeFunction.java 15 Aug 2004 15:32:52 - 1.5
+++ ASTSizeFunction.java 15 Aug 2004 16:01:12 - 1.6
@@ -16,6 +16,9 @@
package org.apache.commons.jexl.parser;
import org.apache.commons.jexl.JexlContext;
+import org.apache.commons.jexl.util.Introspector;
+import org.apache.commons.jexl.util.introspection.Info;
+import org.apache.commons.jexl.util.introspection.VelMethod;
import java.util.List;
import java.util.Map;
@@ -87,8 +90,22 @@
{
return ((Set)val).size();
}
-
-throw new Exception(size() : unknown type : + val.getClass());
+else {
+ // check if there is a size method on the object that returns an
integer
+ // and if so, just use it
+ Object[] params = new Object[0];
+ Info velInfo = new Info(,1,1);
+VelMethod vm = Introspector.getUberspect().getMethod(val, size,
params, velInfo);
+if (vm != null vm.getReturnType() == Integer.TYPE)
+{
+ Integer result = (Integer)vm.invoke(val, params);
+ return result.intValue();
+}
+else
+{
+throw new Exception(size() : unknown type : + val.getClass());
+}
+}
}
}
1.38 +10 -2
jakarta-commons/jexl/src/test/org/apache/commons/jexl/JexlTest.java
Index: JexlTest.java
===
RCS file:
/home/cvs/jakarta-commons/jexl/src/test/org/apache/commons/jexl/JexlTest.java,v
retrieving revision 1.37
retrieving revision 1.38
diff -u -r1.37 -r1.38
--- JexlTest.java 15 Aug 2004 15:32:52 - 1.37
+++ JexlTest.java 15 Aug 2004 16:01:12 - 1.38
@@ -16,6 +16,7 @@
package org.apache.commons.jexl;
import java.util.ArrayList;
+import java.util.BitSet;
import java.util.HashMap;
import java.util.HashSet;
import java.util.List;
@@ -397,21 +398,28 @@
list.add(5);
jc.getVars().put(list, list);
-
+
+// 30652 - support for set
Set set = new HashSet();
set.addAll(list);
set.add(1);
jc.getVars().put(set, set);
+
+// support generic int size() method
+BitSet bitset = new BitSet(5);
+jc.getVars().put(bitset, bitset);
assertExpression(jc, size(s), new Integer(5));
assertExpression(jc, size(array), new Integer(5));
assertExpression(jc, size(list), new Integer(5));
assertExpression(jc, size(map), new Integer(5));
assertExpression(jc, size(set), new Integer(5));
+assertExpression(jc, size(bitset), new Integer(64));
assertExpression(jc, list.size(), new Integer(5));
assertExpression(jc, map.size(), new Integer(5));
assertExpression(jc, set.size(), new Integer(5));
+assertExpression(jc, bitset.size(), new Integer(64));
assertExpression(jc, list.get(size(list) - 1), 5);
assertExpression(jc, list[size(list) - 1], 5);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30562] - cannot issue ${set.size()} on java.util.Set
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30562.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=30562
cannot issue ${set.size()} on java.util.Set
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||FIXED
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22193] - Unable to reference statics
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=22193. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=22193 Unable to reference statics [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2004-08-15 16:20 --- Seems like a reasonable addition - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/attributes/site/etc/ant_demo build.xml
leosutic2004/08/15 09:28:16
Modified:attributes/site/xdocs ant_demo.xml documenting.xml index.xml
attributes/site/etc/ant_demo build.xml
Log:
Updated to 2.1 release.
Revision ChangesPath
1.2 +6 -6 jakarta-commons/attributes/site/xdocs/ant_demo.xml
Index: ant_demo.xml
===
RCS file: /home/cvs/jakarta-commons/attributes/site/xdocs/ant_demo.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- ant_demo.xml 6 Jul 2004 20:42:18 - 1.1
+++ ant_demo.xml 15 Aug 2004 16:28:15 - 1.2
@@ -43,13 +43,13 @@
ul
li
-pClient API: a
href=http://cvs.apache.org/~leosutic/commons-attributes-api-SNAPSHOT.jar;commons-attributes-api-SNAPSHOT.jar/a/p
+pClient API: a
href=http://cvs.apache.org/~leosutic/commons-attributes-api-2.1.jar;commons-attributes-api-2.1.jar/a/p
p
iIt is important that you do not rename this file - it is
referred to by name in the example build.xml./i
/p
/li
li
-pAnt task: a
href=http://cvs.apache.org/~leosutic/commons-attributes-compiler-SNAPSHOT.jar;commons-attributes-compiler-SNAPSHOT.jar/a/p
+pAnt task: a
href=http://cvs.apache.org/~leosutic/commons-attributes-compiler-2.1.jar;commons-attributes-compiler-2.1.jar/a/p
p
iIt is important that you do not rename this file - it is
referred to by name in the example build.xml./i
/p
@@ -267,18 +267,18 @@
destdir=${basedir}
deprecation=true
debug=true
-classpath=${ant.home}/lib/commons-attributes-api-SNAPSHOT.jar;.
+classpath=${ant.home}/lib/commons-attributes-api-2.1.jar;.
optimize=false
/javac
/target]]/source
p
-Since we use attributes, we have to include the
commons-attributes-api-SNAPSHOT.jar file in the classpath.
+Since we use attributes, we have to include the
commons-attributes-api-2.1.jar file in the classpath.
/p
source![CDATA[target name=run description=o Compile and
run the demo depends=compile
java
-classpath=${ant.home}/lib/commons-attributes-api-SNAPSHOT.jar;.
+classpath=${ant.home}/lib/commons-attributes-api-2.1.jar;.
classname=AttributeDemo/
/target]]/source
@@ -294,7 +294,7 @@
additionalparam=-J-Dorg.apache.commons.attributes.javadoc.CATaglet.sources=${basedir}
taglet
name=org.apache.commons.attributes.javadoc.CATaglet
-path=${ant.home}/lib/commons-attributes-compiler-SNAPSHOT.jar
+path=${ant.home}/lib/commons-attributes-compiler-2.1.jar
/
fileset dir=${basedir}/ includes=**/*.java /
/javadoc
1.2 +5 -5 jakarta-commons/attributes/site/xdocs/documenting.xml
Index: documenting.xml
===
RCS file: /home/cvs/jakarta-commons/attributes/site/xdocs/documenting.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- documenting.xml 6 Jul 2004 20:42:40 - 1.1
+++ documenting.xml 15 Aug 2004 16:28:15 - 1.2
@@ -46,7 +46,7 @@
source![CDATA[javadoc
-J-Dorg.apache.commons.attributes.javadoc.CATaglet.sources=.
--tagletpath commons-attributes-compiler-SNAPSHOT.jar
+-tagletpath commons-attributes-compiler-2.1.jar
-taglet org.apache.commons.attributes.javadoc.CATaglet
[source files]
]]/source
@@ -76,7 +76,7 @@
source![CDATA[javadoc
]]b![CDATA[-J-Dorg.apache.commons.attributes.javadoc.CATaglet.sources=/home/leo/java]]/b![CDATA[
--tagletpath commons-attributes-compiler-SNAPSHOT.jar
+-tagletpath commons-attributes-compiler-2.1.jar
-taglet org.apache.commons.attributes.javadoc.CATaglet
[source files]
]]/source
@@ -94,7 +94,7 @@
source![CDATA[javadoc
-J-Dorg.apache.commons.attributes.javadoc.CATaglet.sources=/home/leo/java
-]]b![CDATA[-tagletpath
commons-attributes-compiler-SNAPSHOT.jar]]/b![CDATA[
+]]b![CDATA[-tagletpath commons-attributes-compiler-2.1.jar]]/b![CDATA[
-taglet org.apache.commons.attributes.javadoc.CATaglet
[source files]
]]/source
@@ -112,7 +112,7 @@
cvs commit: jakarta-commons/math/xdocs index.xml
psteitz 2004/08/15 11:07:00 Modified:math/xdocs index.xml Log: Preparing for 1.0 release. Revision ChangesPath 1.9 +9 -3 jakarta-commons/math/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/math/xdocs/index.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- index.xml 22 Apr 2004 04:10:57 - 1.8 +++ index.xml 15 Aug 2004 18:07:00 - 1.9 @@ -86,8 +86,14 @@ section name=Download Math subsection name=Releases p - There haven't been any yet! The more people who contribute, the - quicker this will happen. + Realease distributions of version 1.0 of Commons Math are available for + download in the following locations: + ul + lia href=http://jakarta.apache.org/site/binindex.cgi; + binary distribution/a/li + lia href=http://jakarta.apache.org/site/sourceindex.cgi; + source distribution/a/li + /ul /p /subsection subsection name=Nightly Builds - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math project.xml maven.xml
psteitz 2004/08/15 11:09:48
Modified:math project.xml maven.xml
Log:
Preparing for Release 1.0
Revision ChangesPath
1.49 +17 -18jakarta-commons/math/project.xml
Index: project.xml
===
RCS file: /home/cvs/jakarta-commons/math/project.xml,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- project.xml 11 Jul 2004 19:00:19 - 1.48
+++ project.xml 15 Aug 2004 18:09:48 - 1.49
@@ -1,4 +1,5 @@
?xml version=1.0 encoding=UTF-8?
+
!--
Copyright 2003-2004 The Apache Software Foundation
@@ -15,45 +16,39 @@
limitations under the License.
--
!-- $Revision$ $Date$ --
+
project
pomVersion3/pomVersion
-
nameMath/name
idcommons-math/id
- currentVersion1.0-dev/currentVersion
+ currentVersion1.0-RC1/currentVersion
inceptionYear2003/inceptionYear
shortDescriptionJakarta Commons Math/shortDescription
descriptionThe Math project is a library of lightweight, self-contained
mathematics and statistics components addressing the most common practical problems
not immediately available in the Java programming language or
commons-lang./description
logo/images/math.gif/logo
-
urlhttp://jakarta.apache.org/commons/${pom.artifactId.substring(8)}//url
packageorg.apache.commons.${pom.artifactId.substring(8)}/package
-
organization
nameThe Apache Software Foundation/name
urlhttp://jakarta.apache.org/url
logohttp://jakarta.apache.org/images/original-jakarta-logo.gif/logo
/organization
-
licenses
- license
- nameThe Apache Software License, Version 2.0/name
- url/LICENSE.txt/url
- distributionrepo/distribution
- /license
+license
+ nameThe Apache Software License, Version 2.0/name
+ url/LICENSE.txt/url
+ distributionrepo/distribution
+/license
/licenses
-
gumpRepositoryIdjakarta/gumpRepositoryId
issueTrackingUrlhttp://nagoya.apache.org/bugzilla/enter_bug.cgi?reporter=amp;product=Commonsamp;version=unspecifiedamp;component=Mathamp;rep_platform=Allamp;op_sys=Allamp;priority=Otheramp;bug_severity=normalamp;bug_status=NEWamp;assigned_to=amp;cc=amp;bug_file_loc=amp;short_desc=%5Bpatch%5D+%22Your+subject+heading+here%22amp;comment=Please+provide+details+here.+Its+best+to+submit+patches+that+alter+existing+file%0D%0Acontent+in+%22unified+cvs+diff%22+format.+%0D%0A%0D%0ASubmissions+that+provide+new+files+can+be+supplied+as+direct+file+attachments+or%0D%0Aarchives+in+zip+or+tar.gz+format.+please+be+kind+enough+to+identify+the+format%0D%0Aof+the+attached+archive+as+bugzill+tends+to+strip+these+characterstics+by%0D%0Aremoving+the+files+extension.amp;maketemplate=Remember+values+as+bookmarkable+templateamp;form_name=enter_bug/issueTrackingUrl
siteAddressjakarta.apache.org/siteAddress
siteDirectory/www/jakarta.apache.org/commons/${pom.artifactId.substring(8)}//siteDirectory
distributionDirectory/www/jakarta.apache.org/builds/jakarta-commons/${pom.artifactId.substring(8)}//distributionDirectory
-
repository
connectionscm:cvs:pserver:[EMAIL
PROTECTED]:/home/cvspublic:jakarta-commons/${pom.artifactId.substring(8)}/connection
urlhttp://cvs.apache.org/viewcvs/jakarta-commons/${pom.artifactId.substring(8)}//url
/repository
-
mailingLists
mailingList
nameCommons Dev List/name
@@ -67,12 +62,11 @@
unsubscribe[EMAIL PROTECTED]/unsubscribe
archivehttp://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]/archive
/mailingList
- /mailingLists
-
+ /mailingLists
versions
version
id1.0/id
- name1.0-dev/name
+ name1.0-RC1/name
/version
/versions
developers
@@ -129,7 +123,6 @@
version0.2/version
/dependency
/dependencies
-
build
nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress
sourceDirectorysrc/java/sourceDirectory
@@ -153,18 +146,24 @@
/unitTest
/build
reports
+!--
reportmaven-changelog-plugin/report
reportmaven-changes-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-jdepend-plugin/report
reportmaven-junit-report-plugin/report
reportmaven-jxr-plugin/report
reportmaven-license-plugin/report
+!--
reportmaven-tasklist-plugin/report
reportmaven-linkcheck-plugin/report
+--
+
/reports
/project
1.4 +2 -0 jakarta-commons/math/maven.xml
Index: maven.xml
===
RCS file:
Re: Updating the website
hi leo i think that those instructions are now out of date. commons now used a mavenized build for the main site and only the source is stored in CVS. it looks to me as if attibutes is mavenized as well so you need to do a maven site:deploy (rather than a CVS update). - robert On 15 Aug 2004, at 16:55, Leo Sutic wrote: Hi, as part of the release process of Commons-Attributes, I am trying to update the Jakarta website. I'm following the instructions at: http://jakarta.apache.org/commons/releases/release.html Step 15: cd /www/jakarta.apache.org/commons cvs -q up cvs update: No CVSROOT specified! Please use the `-d' option cvs [update aborted]: or set the CVSROOT environment variable. What now? I have modified the source xdocs, build the site, committed the changed pages. All I want to do is refresh the files on the site from CVS. /LS - 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: JEXL and the code in CVS.
i've no idea. we probably need to ask geir directly. we need a jexl release, even if it's a 0.1. maybe we could ask geir if the current code in CVS HEAD could be released at the same time. i'd be willing to volunteer to act as release manager. - robert On 12 Aug 2004, at 08:18, Dion Gillard wrote: The project.xml file for jexl says it's 1.0-beta-2 There is a 1.0-beta-2 jar on ibiblio, but nothing released from a Jakarta angle. I'm just wondering if the code in CVS is the same as that from 1.0-beta-2. There appear to be no tags on the source code. -- http://www.multitask.com.au/people/dion/ - 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]
[Validator] Completing the 1.1.3 GA release
We voted on this a while back, and the outcome was positive. As far as I'm aware, all that needs to happen to complete the process is: * Notify the PMC of the successful vote. * Move the release to the mirror location. * Announce the new release. Anything else that we need to do, or should I just start doing this? -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math maven.xml
psteitz 2004/08/15 13:22:45 Modified:math maven.xml Log: Suppressed regeneration of build.xml; path bug still present in ant plugin 1.8. Revision ChangesPath 1.5 +2 -0 jakarta-commons/math/maven.xml Index: maven.xml === RCS file: /home/cvs/jakarta-commons/math/maven.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- maven.xml 15 Aug 2004 18:09:48 - 1.4 +++ maven.xml 15 Aug 2004 20:22:45 - 1.5 @@ -20,9 +20,11 @@ attainGoal name=dist / /goal +!-- Uncomment when ant plugin relative path bug is fixed (still present in 1.8) preGoal name=dist attainGoal name=ant / /preGoal +-- !-- Uncomment to include compile time dependent jars (discovery, logging) preGoal name=dist:build-bin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math build.xml
psteitz 2004/08/15 13:23:33
Modified:math build.xml
Log:
Prepare for RC1.
Revision ChangesPath
1.20 +34 -41jakarta-commons/math/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-commons/math/build.xml,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- build.xml 11 Jul 2004 18:59:52 - 1.19
+++ build.xml 15 Aug 2004 20:23:33 - 1.20
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=UTF-8?
-!--build.xml generated by maven from project.xml version 1.0-dev
- on date June 24 2004, time 1543--
+!--build.xml generated by maven from project.xml version 1.0-RC1
+ on date August 15 2004, time 1249--
project default=jar name=commons-math basedir=.
property name=defaulttargetdir value=target
@@ -20,8 +20,14 @@
/property
property name=javadocdir value=dist/docs/api
/property
- property name=final.name value=commons-math-1.0-dev
+ property name=final.name value=commons-math-1.0-RC1
/property
+ path id=build.classpath
+fileset dir=${libdir}
+ include name=**/*.jar
+ /include
+/fileset
+ /path
target name=init description=o Initializes some properties
mkdir dir=${libdir}
/mkdir
@@ -29,6 +35,10 @@
equals arg2=only arg1=${build.sysclasspath}
/equals
/condition
+!--Test if JUNIT is present in ANT classpath--
+
+available property=Junit.present classname=junit.framework.Test
+/available
/target
target name=compile description=o Compile the code depends=get-deps
mkdir dir=${classesdir}
@@ -38,21 +48,9 @@
pathelement location=src/java
/pathelement
/src
- classpath
-fileset dir=${libdir}
- include name=*.jar
- /include
-/fileset
+ classpath refid=build.classpath
/classpath
/javac
-copy todir=${testclassesdir}
- fileset dir=src/test
-include name=**/*.xml
-/include
-include name=**/*.txt
-/include
- /fileset
-/copy
/target
target name=jar description=o Create the jar depends=compile,test
jar jarfile=${defaulttargetdir}/${final.name}.jar excludes=**/package.html
basedir=${classesdir}
@@ -78,7 +76,7 @@
fail message=There were test failures.
/fail
/target
- target name=internal-test depends=compile-tests
+ target name=internal-test if=Junit.present
depends=junit-present,compile-tests
mkdir dir=${testreportdir}
/mkdir
junit dir=./ failureproperty=test.failure printSummary=yes fork=true
haltonerror=true
@@ -89,10 +87,8 @@
formatter usefile=false type=plain
/formatter
classpath
-fileset dir=${libdir}
- include name=*.jar
- /include
-/fileset
+path refid=build.classpath
+/path
pathelement path=${testclassesdir}
/pathelement
pathelement path=${classesdir}
@@ -108,7 +104,12 @@
/batchtest
/junit
/target
- target name=compile-tests depends=compile
+ target name=junit-present unless=Junit.present depends=init
+echo= WARNING
/echo
+echoJunit isn't present in your ${ANT_HOME}/lib directory. Tests not
executed./echo
+
echo==/echo
+ /target
+ target name=compile-tests if=Junit.present depends=junit-present,compile
mkdir dir=${testclassesdir}
/mkdir
javac destdir=${testclassesdir} deprecation=true debug=true
optimize=false excludes=**/package.html
@@ -117,10 +118,8 @@
/pathelement
/src
classpath
-fileset dir=${libdir}
- include name=*.jar
- /include
-/fileset
+path refid=build.classpath
+/path
pathelement path=${classesdir}
/pathelement
/classpath
@@ -134,7 +133,7 @@
/fileset
/copy
/target
- target name=javadoc description=o Generate javadoc
+ target name=javadoc description=o Generate javadoc depends=get-deps
mkdir dir=${javadocdir}
/mkdir
tstamp
@@ -143,30 +142,24 @@
/tstamp
property name=copyright value=Copyright amp;copy; The Apache Software
Foundation. All Rights Reserved.
/property
-property name=title value=Math 1.0-dev API
+property name=title value=Math 1.0-RC1 API
/property
javadoc use=true private=true destdir=${javadocdir} author=true
version=true sourcepath=src/java packagenames=org.apache.commons.math.*
classpath
-fileset dir=${libdir}
- include name=*.jar
- /include
-
[math] Random generator
Hi All, I just digged in and found that you use the standard random generator of SUN. Is that an inproved version of the 1.0.2 version, which is a very very basic pseudo-pseudo-pseudo random generator. Any help? Kim __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] Only sample variances?
Hi, I just looked through the variance class, and saw that it only supports sample vasriance (N-1) but not population variances (N). Any reason for this, and can it be added? Cheers, Kim __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[math] RC1 available for review
I have put a first cut at RC1 for review here: http://jakarta.apache.org/~psteitz/commons-math-1.0-RC1 Pls have a look and let me know what is missing / incorrect, other than MD5 and KEYS. Assuming the content is good, I will generate these, do the CVS tagging and kick off an RC1 [VOTE]. Pointing out any javadoc or user guide errors / typos would also be much appreciated. These are both up to date on the web site: http://jakarta.apache.org/commons/math/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Random generator
Kim van der Linde wrote: Hi All, I just digged in and found that you use the standard random generator of SUN. Is that an inproved version of the 1.0.2 version, which is a very very basic pseudo-pseudo-pseudo random generator. Any help? Yes, it would be great to include some additional PRNGs as part of [math]. If you have (unencumbered) robust implementations with good performance or are interested in developing them, I think this would make a good addition to [math]. The current implementation of the RandomData interface supports pluggable generators for the secure methods (using the SecureRandom support for that) and also encapsulates the getRandom() method that is used everywhere to get a PRNG, so it would be easy to plug in alternative PRNGs. Kim __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail - 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] Random generator
Hi Phil, I generally use the RandomX package that you can find here. I do not know whether there is copy right on this. The randomLEcuyer class is untrustable, but with some alternative seeding will be completly stable. It involves some programming steps I do not get the logic from yet (bit shift stuff) so that will not do. cheers, Kim --- Phil Steitz [EMAIL PROTECTED] wrote: Kim van der Linde wrote: Hi All, I just digged in and found that you use the standard random generator of SUN. Is that an inproved version of the 1.0.2 version, which is a very very basic pseudo-pseudo-pseudo random generator. Any help? Yes, it would be great to include some additional PRNGs as part of [math]. If you have (unencumbered) robust implementations with good performance or are interested in developing them, I think this would make a good addition to [math]. The current implementation of the RandomData interface supports pluggable generators for the secure methods (using the SecureRandom support for that) and also encapsulates the getRandom() method that is used everywhere to get a PRNG, so it would be easy to plug in alternative PRNGs. Kim __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail - 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 you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Only sample variances?
Kim van der Linde wrote: Hi, I just looked through the variance class, and saw that it only supports sample vasriance (N-1) but not population variances (N). Any reason for this, and can it be added? It would probably be better to add this to one of the aggregates or StatUtils or to add a new statistic altother. This is because a UnivariateStatistic can only report one value. The most commonly used (at least in statistical applications) value for Variance and Standard Deviation is the sample statistic, which is why that is what the statistics named StandardDeviation and Variance report. From a user's perspective, its not too hard to convert; but I agree that it would be convenient to add these. Probably best to make new statistics in the moment subpackage called PopulationXxx. Patches welcome ;-) Phil Cheers, Kim __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail - 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: JEXL and the code in CVS.
Cool. I'll be working on the issue to clear up before release. I'm happy to call it 1.0 as well, when the time comes. It's been stable enough On Sun, 15 Aug 2004 20:35:27 +0100, robert burrell donkin [EMAIL PROTECTED] wrote: i've no idea. we probably need to ask geir directly. we need a jexl release, even if it's a 0.1. maybe we could ask geir if the current code in CVS HEAD could be released at the same time. i'd be willing to volunteer to act as release manager. - robert On 12 Aug 2004, at 08:18, Dion Gillard wrote: The project.xml file for jexl says it's 1.0-beta-2 There is a 1.0-beta-2 jar on ibiblio, but nothing released from a Jakarta angle. I'm just wondering if the code in CVS is the same as that from 1.0-beta-2. There appear to be no tags on the source code. -- http://www.multitask.com.au/people/dion/ - 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] -- http://www.multitask.com.au/people/dion/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[validator] UrlValidator
I'd posted this to commons-user back in July, never got an answer and went
on with my reqs using a regex instead.
I saw Martin's post today on a 1.1.3 release and figured I should I forward
this to see if it was a bug or only that fully 'resolved' urls are valid or
something and I was using incorrectly?
-Original Message-
From: Tim Reilly
Sent: Wednesday, July 28, 2004 11:53 AM
To: [EMAIL PROTECTED]
Subject: [validator] UrlValidator
First, I'm a newbie with validator, so maybe I'm just not using
it correctly.
I was hoping to use validator library to validate url strings
from a form. I'm finding the validation too strict for my use
case. I have a form and want to validate the the user entered a
valid url in 'simple user' terms of valid.
But...I added this test case/method to
org.apache.commons.validator.UrlTest; the url is valid from my POV.
public void testSanity() {
UrlValidator v = new UrlValidator();
assertTrue(v.isValid(http://www.google.com;));
}
But it fails.
Also testing http://www.google.com with:
isValidScheme : false
isValidAuthority : false
isValidPath : false
isValidQuery : true
isValidFragment: true
Can anyone explain the UrlValidator.isValidX ?
Why would query and fragment be valid (I guess because they
aren't specified. I'm good with that.)
But can't port and path be optional not specified as well?
Also why is the scheme (http://) not valid?
Oddly, the url http://www.google.com:80/test passes isValid(),
but fails isValidScheme(), etc..
Thanks,
-TR
(btw: Testing against HEAD / 1.1.3)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30071] - [configuration] XMLConfiguration partially supports List properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30071. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30071 [configuration] XMLConfiguration partially supports List properties [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-08-15 21:39 --- If this bug is fixed I'm changing the resolution to fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 30071] - [configuration] XMLConfiguration partially supports List properties
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=30071. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=30071 [configuration] XMLConfiguration partially supports List properties [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26092] - [configuration] .properties header
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=26092. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=26092 [configuration] .properties header [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2004-08-15 21:45 --- Reopening, AFAIK the header worked for ExtendedProperties, if it didn't it's still a valid enhancement request. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Updating the website
Hi Robert, where is the mavenized build of the site? Neither jakarta-site nor jakarta-site2 has any mavenization. /LS On Sun, 15 Aug 2004 20:18:45 +0100, robert burrell donkin [EMAIL PROTECTED] wrote: hi leo i think that those instructions are now out of date. commons now used a mavenized build for the main site and only the source is stored in CVS. it looks to me as if attibutes is mavenized as well so you need to do a maven site:deploy (rather than a CVS update). - robert On 15 Aug 2004, at 16:55, Leo Sutic wrote: Hi, as part of the release process of Commons-Attributes, I am trying to update the Jakarta website. I'm following the instructions at: http://jakarta.apache.org/commons/releases/release.html Step 15: cd /www/jakarta.apache.org/commons cvs -q up cvs update: No CVSROOT specified! Please use the `-d' option cvs [update aborted]: or set the CVSROOT environment variable. What now? I have modified the source xdocs, build the site, committed the changed pages. All I want to do is refresh the files on the site from CVS. /LS - 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] RC1 available for review
1) No NOTICE.txt files in ZIPs or JARs - Critical!! 2) Experimental .java files included in src ZIP 3) I couldn't find the javadoc on the main website (try adding a link in the left menu) Stephen - Original Message - From: Phil Steitz [EMAIL PROTECTED] I have put a first cut at RC1 for review here: http://jakarta.apache.org/~psteitz/commons-math-1.0-RC1 Pls have a look and let me know what is missing / incorrect, other than MD5 and KEYS. Assuming the content is good, I will generate these, do the CVS tagging and kick off an RC1 [VOTE]. Pointing out any javadoc or user guide errors / typos would also be much appreciated. These are both up to date on the web site: http://jakarta.apache.org/commons/math/ - 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: Updating the website
[attributes] itself holds the maven files - project.xml and the xdocs folder. Stephen - Original Message - From: Leo Sutic [EMAIL PROTECTED] Hi Robert, where is the mavenized build of the site? Neither jakarta-site nor jakarta-site2 has any mavenization. /LS On Sun, 15 Aug 2004 20:18:45 +0100, robert burrell donkin [EMAIL PROTECTED] wrote: hi leo i think that those instructions are now out of date. commons now used a mavenized build for the main site and only the source is stored in CVS. it looks to me as if attibutes is mavenized as well so you need to do a maven site:deploy (rather than a CVS update). - robert On 15 Aug 2004, at 16:55, Leo Sutic wrote: Hi, as part of the release process of Commons-Attributes, I am trying to update the Jakarta website. I'm following the instructions at: http://jakarta.apache.org/commons/releases/release.html Step 15: cd /www/jakarta.apache.org/commons cvs -q up cvs update: No CVSROOT specified! Please use the `-d' option cvs [update aborted]: or set the CVSROOT environment variable. What now? I have modified the source xdocs, build the site, committed the changed pages. All I want to do is refresh the files on the site from CVS. /LS - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] Math needs a user a dev email list.
Mark R. Diggory wrote: Well, once again, the users of [math] and any other Jakarta Commons components must be Java developers. It is our job, as API designers and documentation developers to make it as easy as possible for them; but we are not developing end user products here. Any specific comments that you have on the useability of the [math] API or the quality of the javadoc and User Guide would be much appreciated. Perhaps this is the strongest reason to establish a Math TLP independent of Commons Math, to provide room for those users who may not necessarily be java developers per se and to provide room for those math projects which are not necessarily commons worthy. I do not suspect there is enough support to continue to promote the idea of separate users lists in the commons. I will drop the subject for the time being. -Mark Commons is not a place for people uninterested in Java development. Commons is a common repository for code used in Java development. Maybe the math boys and girls are thinking of doing something like Struts only for math folks. If so, then jakarta-commons is not the place for that. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-118) Core should have a forTokens tag
The following comment has been added to this issue: Author: Felipe Leme Created: Sun, 15 Aug 2004 3:55 PM Body: Hi Dion, What exactly is an alias? Would it be some sort of Jelly feature where the same class could be used by different tags? If so, it would work only after fixing JELLY-98. Anyway, for the end-user (i.e., people using Jelly tags), I think these alias are fine. But from the developer point of view (i.e., people implementing Core tags or using Core classes when creating other Jelly tags), it would be nicer if we follow the JSTL way and create an abstract LoopTagSupport class, and then ForEachTag and ForTokensTag would extend that class. -- Felipe - View this comment: http://issues.apache.org/jira/browse/JELLY-118?page=comments#action_37258 - View the issue: http://issues.apache.org/jira/browse/JELLY-118 Here is an overview of the issue: - Key: JELLY-118 Summary: Core should have a forTokens tag Type: New Feature Status: Reopened Priority: Major Project: jelly Components: core / taglib.core Versions: 1.0-beta-4 Assignee: Reporter: Felipe Leme Created: Wed, 11 Aug 2004 9:55 PM Updated: Sun, 15 Aug 2004 3:55 PM Description: It would be really nice if there was a ForTokensTag on Core. I know you can obtain the same result using a util:tokenizer and core:forEach combo, but that's not trivial for those with JSTL experience. So, if you are fine with that, I can implement such tag and submit it as a patch. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (JELLY-119) Add test cases for ForEach tag
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/JELLY-119 Here is an overview of the issue: - Key: JELLY-119 Summary: Add test cases for ForEach tag Type: Test Status: Unassigned Priority: Minor Project: jelly Components: core / taglib.core Versions: 1.0-beta-4 Assignee: Reporter: Felipe Leme Created: Sun, 15 Aug 2004 4:01 PM Updated: Sun, 15 Aug 2004 4:01 PM Description: In order to implement the new features described on JELLY-98 and JELLY-118, we should have test cases for the ForEach tag. I will try to implement these tests later. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang Interpolation.java
scolebourne2004/08/15 16:18:43
Modified:lang/src/java/org/apache/commons/lang Interpolation.java
Log:
Format ready for 2.1
Revision ChangesPath
1.2 +97 -110
jakarta-commons/lang/src/java/org/apache/commons/lang/Interpolation.java
Index: Interpolation.java
===
RCS file:
/home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/Interpolation.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- Interpolation.java4 Jul 2004 04:51:25 - 1.1
+++ Interpolation.java15 Aug 2004 23:18:43 - 1.2
@@ -1,125 +1,124 @@
package org.apache.commons.lang;
-import java.util.HashMap;
import java.util.Iterator;
import java.util.Map;
/**
- * Performs basic variable interpolation on a String for variables within
- * a Map. Variables of the form, ${var}, are supported.
+ * pPerforms basic variable interpolation on a String for variables within a Map.
+ * Variables of the form, ${var}, are supported./p
*
* @author Ken Fitzpatrick
* @author Henri Yandell
+ * @since 2.1
+ * @version $Id$
*/
public class Interpolation {
-// QUERY: Anyway to escape the ${..} variable so it is not interpolated?
-
-// TODO: Consider making these configurable?
+/** The marker used to start a variable. */
private static final String SYMBOLIC_VALUE_MARKER_START = ${;
+/** The marker used to end a variable. */
private static final String SYMBOLIC_VALUE_MARKER_END = };
/**
- * p
- * Returns a String that is the result of having performed
- * variable interpolation on codetemplateString/code,
- * using the value set found in codevalues/code.
- * /p
- * p
- * The solution is compatible with all JDK versions
- * where Jakarta/Commons/Lang also is supported.
- * /p
- * p
- * The expected format of codetemplateString/code is:
- *codepre
+ * pInterpolates a String to replace variables of the form
code${...}/code./p
+ *
+ * pThis method is useful for enabling simple strings to be modified based
+ * on a map of data. A typical use case might be to add data from configuration
+ * to an error message. This method, and this class, does not seek to replace
+ * full interpolation mechanisms, for example Velocity./p
+ *
+ * pThe expected format of codetemplateString/code is:
+ * codepre
* The ${animal} jumped over the ${target}.
- */pre/code
- * such that the key/value pairs found in codevalues/code
- * are substituted into the string at the code${key-name}/code markers.
- * In the above example, codevaluesMap/code could have been populated as:
- *codepre
+ * /pre/code
+ * such that the key/value pairs found in codevalues/code
+ * are substituted into the string at the code${key-name}/code markers.
+ * In the above example, codevaluesMap/code could have been populated as:
+ * codepre
* Map valuesMap = HashMap();
* valuesMap.put( animal, quick brown fox );
* valuesMap.put( target, lazy dog );
* String resolvedString = StringUtils.interpolate( templateString, valuesMap
);
- */pre/code
- * yielding:
- *codepre
+ * /pre/code
+ * yielding:
+ * codepre
* The quick brown fox jumped over the lazy dog.
- */pre/code
- * /p
- * p
- * The same codetemplateString/code from the above example could be reused
as:
- *codepre
+ * /pre/code/p
+ *
+ * pThe same codetemplateString/code from the above example could be
reused as:
+ * codepre
* Map valuesMap = HashMap();
* valuesMap.put( animal, cow );
* valuesMap.put( target, moon );
* String resolvedString = StringUtils.interpolate( templateString, valuesMap
);
- */pre/code
- * yielding:
- *codepre
+ * /pre/code
+ * yielding:
+ * codepre
* The cow jumped over the moon.
- */pre/code
- * /p
- * p
- * The value of codetemplateString/code is returned in an unaltered if
codetemplateString/code
- * is null, empty, or contains no marked variables that can be resolved by the
key/value pairs found in
- * codevaluesMap/code, or if codevaluesMap/code is null, empty or has
no key/value pairs that can be
- * applied to the marked variables within codetemplateString/code.
- * /p
- * @param templateString String containing any mixture of variable and
non-variable
+ * /pre/code/p
+ *
+ * pThe value of codetemplateString/code is returned in an unaltered
+ * if codetemplateString/code is null, empty, or contains no marked
variables
+ *
[jira] Commented: (JELLY-118) Core should have a forTokens tag
The following comment has been added to this issue: Author: dion gillard Created: Sun, 15 Aug 2004 4:41 PM Body: Sounds good. We probably need a link to the JSTL API somewhere to remind us :-) - View this comment: http://issues.apache.org/jira/browse/JELLY-118?page=comments#action_37259 - View the issue: http://issues.apache.org/jira/browse/JELLY-118 Here is an overview of the issue: - Key: JELLY-118 Summary: Core should have a forTokens tag Type: New Feature Status: Reopened Priority: Major Project: jelly Components: core / taglib.core Versions: 1.0-beta-4 Assignee: Reporter: Felipe Leme Created: Wed, 11 Aug 2004 9:55 PM Updated: Sun, 15 Aug 2004 4:41 PM Description: It would be really nice if there was a ForTokensTag on Core. I know you can obtain the same result using a util:tokenizer and core:forEach combo, but that's not trivial for those with JSTL experience. So, if you are fine with that, I can implement such tag and submit it as a patch. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang StringUtils.java
scolebourne2004/08/15 16:47:05
Modified:lang/src/test/org/apache/commons/lang StringUtilsTest.java
lang/src/java/org/apache/commons/lang StringUtils.java
Log:
Add remove() methods to StringUtils
Revision ChangesPath
1.61 +48 -2
jakarta-commons/lang/src/test/org/apache/commons/lang/StringUtilsTest.java
Index: StringUtilsTest.java
===
RCS file:
/home/cvs/jakarta-commons/lang/src/test/org/apache/commons/lang/StringUtilsTest.java,v
retrieving revision 1.60
retrieving revision 1.61
diff -u -r1.60 -r1.61
--- StringUtilsTest.java 11 Jul 2004 16:49:07 - 1.60
+++ StringUtilsTest.java 15 Aug 2004 23:47:05 - 1.61
@@ -1322,5 +1322,51 @@
assertEquals(StringUtils.removeEnd(domain.com, ), domain.com);
assertEquals(StringUtils.removeEnd(domain.com, null), domain.com);
}
-}
+public void testRemove_String() {
+// StringUtils.remove(null, *)= null
+assertEquals(null, StringUtils.remove(null, null));
+assertEquals(null, StringUtils.remove(null, ));
+assertEquals(null, StringUtils.remove(null, a));
+
+// StringUtils.remove(, *) =
+assertEquals(, StringUtils.remove(, null));
+assertEquals(, StringUtils.remove(, ));
+assertEquals(, StringUtils.remove(, a));
+
+// StringUtils.remove(*, null)= *
+assertEquals(null, StringUtils.remove(null, null));
+assertEquals(, StringUtils.remove(, null));
+assertEquals(a, StringUtils.remove(a, null));
+
+// StringUtils.remove(*, ) = *
+assertEquals(null, StringUtils.remove(null, ));
+assertEquals(, StringUtils.remove(, ));
+assertEquals(a, StringUtils.remove(a, ));
+
+// StringUtils.remove(queued, ue) = qd
+assertEquals(qd, StringUtils.remove(queued, ue));
+
+// StringUtils.remove(queued, zz) = queued
+assertEquals(queued, StringUtils.remove(queued, zz));
+}
+
+public void testRemove_char() {
+// StringUtils.remove(null, *) = null
+assertEquals(null, StringUtils.remove(null, 'a'));
+assertEquals(null, StringUtils.remove(null, 'a'));
+assertEquals(null, StringUtils.remove(null, 'a'));
+
+// StringUtils.remove(, *) =
+assertEquals(, StringUtils.remove(, 'a'));
+assertEquals(, StringUtils.remove(, 'a'));
+assertEquals(, StringUtils.remove(, 'a'));
+
+// StringUtils.remove(queued, 'u') = qeed
+assertEquals(qeed, StringUtils.remove(queued, 'u'));
+
+// StringUtils.remove(queued, 'z') = queued
+assertEquals(queued, StringUtils.remove(queued, 'z'));
+}
+
+}
1.133 +64 -1
jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtils.java
Index: StringUtils.java
===
RCS file:
/home/cvs/jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtils.java,v
retrieving revision 1.132
retrieving revision 1.133
diff -u -r1.132 -r1.133
--- StringUtils.java 30 Jul 2004 01:55:42 - 1.132
+++ StringUtils.java 15 Aug 2004 23:47:05 - 1.133
@@ -2691,6 +2691,69 @@
return str;
}
+/**
+ * pRemoves all occurances of a substring from within the source string./p
+ *
+ * pA codenull/code source string will return codenull/code.
+ * An empty () source string will return the empty string.
+ * A codenull/code remove string will return the source string.
+ * An empty () remove string will return the source string./p
+ *
+ * pre
+ * StringUtils.remove(null, *)= null
+ * StringUtils.remove(, *) =
+ * StringUtils.remove(*, null)= *
+ * StringUtils.remove(*, ) = *
+ * StringUtils.remove(queued, ue) = qd
+ * StringUtils.remove(queued, zz) = queued
+ * /pre
+ *
+ * @param str the source String to search, may be null
+ * @param remove the String to search for and remove, may be null
+ * @return the substring with the string removed if found,
+ * codenull/code if null String input
+ * @since 2.1
+ */
+public static String remove(String str, String remove) {
+if (isEmpty(str) || isEmpty(remove)) {
+return str;
+}
+return replace(str, remove, , -1);
+}
+
+/**
+ * pRemoves all occurances of a character from within the source string./p
+ *
+ * pA codenull/code source string will return codenull/code.
+ * An empty () source string will return the empty
[jira] Commented: (JELLY-118) Core should have a forTokens tag
The following comment has been added to this issue: Author: Felipe Leme Created: Sun, 15 Aug 2004 4:52 PM Body: Besides the links I mentioned a couple comments ago, here are another ones: http://java.sun.com/products/jsp/jstl/1.1/docs/tlddocs/index.html http://java.sun.com/products/jsp/jstl/1.1/docs/api/index.html http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html - View this comment: http://issues.apache.org/jira/browse/JELLY-118?page=comments#action_37260 - View the issue: http://issues.apache.org/jira/browse/JELLY-118 Here is an overview of the issue: - Key: JELLY-118 Summary: Core should have a forTokens tag Type: New Feature Status: Reopened Priority: Major Project: jelly Components: core / taglib.core Versions: 1.0-beta-4 Assignee: Reporter: Felipe Leme Created: Wed, 11 Aug 2004 9:55 PM Updated: Sun, 15 Aug 2004 4:52 PM Description: It would be really nice if there was a ForTokensTag on Core. I know you can obtain the same result using a util:tokenizer and core:forEach combo, but that's not trivial for those with JSTL experience. So, if you are fine with that, I can implement such tag and submit it as a patch. - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags tag-checkstyle.xml
dion2004/08/15 17:52:49
Added: jelly/jelly-tags tag-checkstyle.xml
Log:
An xml version of the checkstyle properties
Revision ChangesPath
1.1 jakarta-commons/jelly/jelly-tags/tag-checkstyle.xml
Index: tag-checkstyle.xml
===
?xml version=1.0?
!--
/*
* Copyright 2001-2004 The Apache Software Foundation.
*
* Licensed under the Apache License, Version 2.0 (the License);
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an AS IS BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
--
!DOCTYPE module PUBLIC
-//Puppy Crawl//DTD Check Configuration 1.1//EN
http://www.puppycrawl.com/dtds/configuration_1_1.dtd;
!--
Checkstyle configuration that checks the sun coding conventions from:
- the Java Language Specification at
http://java.sun.com/docs/books/jls/second_edition/html/index.html
- the Sun Code Conventions at http://java.sun.com/docs/codeconv/
- the Javadoc guidelines at
http://java.sun.com/j2se/javadoc/writingdoccomments/index.html
- the JDK Api documentation http://java.sun.com/j2se/docs/api/index.html
- some best practices
Checkstyle is very configurable. Be sure to read the documentation at
http://checkstyle.sf.net (or in your downloaded distribution).
Most Checks are configurable, be sure to consult the documentation.
To completely disable a check, just comment it out or delete it from the file.
Finally, it is worth reading the documentation.
--
module name=Checker
!-- Checks that a package.html file exists for each package. --
!-- See http://checkstyle.sf.net/config_javadoc.html#PackageHtml --
module name=PackageHtml/
!-- Checks whether files end with a new line.--
!-- See http://checkstyle.sf.net/config_misc.html#NewlineAtEndOfFile --
module name=NewlineAtEndOfFile/
!-- Checks that property files contain the same keys. --
!-- See http://checkstyle.sf.net/config_misc.html#Translation --
module name=Translation/
module name=TreeWalker
property name=cacheFile value=${checkstyle.cache.file}/
!-- Checks for Javadoc comments. --
!-- See http://checkstyle.sf.net/config_javadoc.html --
module name=JavadocMethod/
module name=JavadocType/
module name=JavadocVariable/
module name=JavadocStyle/
!-- Checks for Naming Conventions. --
!-- See http://checkstyle.sf.net/config_naming.html --
module name=ConstantName
property name=format value=^[a-z][a-zA-Z0-9]*$/
/module
module name=LocalFinalVariableName/
module name=LocalVariableName/
module name=MemberName/
module name=MethodName/
module name=PackageName/
module name=ParameterName/
module name=StaticVariableName/
module name=TypeName/
!-- Checks for Headers --
!-- See http://checkstyle.sf.net/config_header.html --
module name=Header
!-- The follow property value demonstrates the ability --
!-- to have access to ANT properties. In this case it uses --
!-- the ${basedir} property to allow Checkstyle to be run --
!-- from any directory within a project. See property --
!-- expansion, --
!-- http://checkstyle.sf.net/config.html#properties--
!-- property --
!-- name=headerFile --
!-- value=${basedir}/java.header/ --
property name=headerFile value=${checkstyle.header.file}/
property name=ignoreLines value=1,2,3,4,5,6/
/module
!-- Following interprets the header file as regular expressions. --
!-- module name=RegexpHeader/--
!-- Checks for imports --
!-- See http://checkstyle.sf.net/config_import.html --
module name=AvoidStarImport/
module name=IllegalImport/ !-- defaults to sun.* packages --
module name=RedundantImport/
cvs commit: jakarta-commons/jelly/jelly-tags project.properties
dion2004/08/15 17:53:08
Added: jelly/jelly-tags project.properties
Log:
Shared properties across tags
Revision ChangesPath
1.1 jakarta-commons/jelly/jelly-tags/project.properties
Index: project.properties
===
#
# Copyright 2002-2004 The Apache Software Foundation
#
# Licensed under the Apache License, Version 2.0 (the License);
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
# http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an AS IS BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
# ---
# P R O J E C T P R O P E R T I E S
# ---
maven.junit.fork=true
maven.compile.deprecation = on
maven.checkstyle.properties=${basedir}/../tag-checkstyle.properties
maven.license.licenseFile=${basedir}/../../LICENSE.txt
maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
maven.xdoc.poweredby.image=maven-feather.png
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags project.properties
dion2004/08/15 17:53:32
Modified:jelly/jelly-tags project.properties
Log:
Use xml file
Revision ChangesPath
1.2 +1 -1 jakarta-commons/jelly/jelly-tags/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/project.properties,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- project.properties16 Aug 2004 00:53:08 - 1.1
+++ project.properties16 Aug 2004 00:53:31 - 1.2
@@ -20,7 +20,7 @@
maven.compile.deprecation = on
-maven.checkstyle.properties=${basedir}/../tag-checkstyle.properties
+maven.checkstyle.properties=${basedir}/../tag-checkstyle.xml
maven.license.licenseFile=${basedir}/../../LICENSE.txt
maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags project.properties
dion2004/08/15 18:00:26
Modified:jelly/jelly-tags project.properties
Log:
Add xdoc date on the left
Revision ChangesPath
1.3 +1 -0 jakarta-commons/jelly/jelly-tags/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/project.properties,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- project.properties16 Aug 2004 00:53:31 - 1.2
+++ project.properties16 Aug 2004 01:00:26 - 1.3
@@ -23,6 +23,7 @@
maven.checkstyle.properties=${basedir}/../tag-checkstyle.xml
maven.license.licenseFile=${basedir}/../../LICENSE.txt
+maven.xdoc.date=left
maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
maven.xdoc.poweredby.image=maven-feather.png
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [validator] UrlValidator
On Sun, 15 Aug 2004 17:34:01 -0400, Tim Reilly
[EMAIL PROTECTED] wrote:
I'd posted this to commons-user back in July, never got an answer and went
on with my reqs using a regex instead.
I saw Martin's post today on a 1.1.3 release and figured I should I forward
this to see if it was a bug or only that fully 'resolved' urls are valid or
something and I was using incorrectly?
This looks like a bug to me. Interestingly, the test code treats an
empty path in a URL as invalid, whereas RFC 2396 allows it. This is
obviously part of the problem.
If you could file a bug for this in Bugzilla, that will make sure it
doesn't get lost. Most likely, a fix will show up in 1.1.4.
By the way, your comments below suggest that you're passing the entire
URL to isValidScheme() et al. You should note that these methods take
only the part of the URL corresponding to their name, not the entire
URL. In other words, calling isValidScheme(http://www.google.com;)
*should* fail, whereas isValidScheme(http) will succeed.
--
Martin Cooper
-Original Message-
From: Tim Reilly
Sent: Wednesday, July 28, 2004 11:53 AM
To: [EMAIL PROTECTED]
Subject: [validator] UrlValidator
First, I'm a newbie with validator, so maybe I'm just not using
it correctly.
I was hoping to use validator library to validate url strings
from a form. I'm finding the validation too strict for my use
case. I have a form and want to validate the the user entered a
valid url in 'simple user' terms of valid.
But...I added this test case/method to
org.apache.commons.validator.UrlTest; the url is valid from my POV.
public void testSanity() {
UrlValidator v = new UrlValidator();
assertTrue(v.isValid(http://www.google.com;));
}
But it fails.
Also testing http://www.google.com with:
isValidScheme : false
isValidAuthority : false
isValidPath : false
isValidQuery : true
isValidFragment: true
Can anyone explain the UrlValidator.isValidX ?
Why would query and fragment be valid (I guess because they
aren't specified. I'm good with that.)
But can't port and path be optional not specified as well?
Also why is the scheme (http://) not valid?
Oddly, the url http://www.google.com:80/test passes isValid(),
but fails isValidScheme(), etc..
Thanks,
-TR
(btw: Testing against HEAD / 1.1.3)
-
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/jelly/jelly-tags/jetty project.properties
dion2004/08/15 18:14:07
Modified:jelly/jelly-tags/http project.properties
jelly/jelly-tags/jms project.properties
jelly/jelly-tags/soap project.properties
jelly/jelly-tags/bsf project.properties
jelly/jelly-tags/ant project.properties
jelly/jelly-tags/log project.properties
jelly/jelly-tags/threads project.properties
jelly/jelly-tags/betwixt project.properties
jelly/jelly-tags/jmx project.properties
jelly/jelly-tags/swing project.properties
jelly/jelly-tags/bean project.properties
jelly/jelly-tags/define project.properties
jelly/jelly-tags/junit project.properties
jelly/jelly-tags/jsl project.properties
jelly/jelly-tags/ojb project.properties
jelly/jelly-tags/quartz project.properties
jelly/jelly-tags/fmt project.properties
jelly/jelly-tags/jface project.properties
jelly/jelly-tags/velocity project.properties
jelly/jelly-tags/validate project.properties
jelly/jelly-tags/xml project.properties
jelly/jelly-tags/beanshell project.properties
jelly/jelly-tags/util project.properties
jelly/jelly-tags/jaxme project.properties
jelly/jelly-tags/email project.properties
jelly/jelly-tags/html project.properties
jelly/jelly-tags/interaction project.properties
jelly/jelly-tags/dynabean project.properties
jelly/jelly-tags/antlr project.properties
jelly/jelly-tags/xmlunit project.properties
jelly/jelly-tags/sql project.properties
jelly/jelly-tags/avalon project.properties
jelly/jelly-tags/swt project.properties
jelly/jelly-tags/jetty project.properties
Log:
Use common properties for site build etc
Revision ChangesPath
1.5 +0 -10 jakarta-commons/jelly/jelly-tags/http/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/http/project.properties,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- project.properties25 Feb 2004 23:50:08 - 1.4
+++ project.properties16 Aug 2004 01:14:02 - 1.5
@@ -17,13 +17,3 @@
# ---
# P R O J E C T P R O P E R T I E S
# ---
-
-maven.junit.fork=true
-
-maven.compile.deprecation = on
-
-# Installation dir
-maven.dist.install.dir = /usr/local/jelly
-
-maven.checkstyle.properties=../tag-checkstyle.properties
-maven.license.licenseFile=${basedir}/../../../LICENSE
\ No newline at end of file
1.4 +0 -10 jakarta-commons/jelly/jelly-tags/jms/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/jms/project.properties,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- project.properties1 Mar 2004 01:32:39 - 1.3
+++ project.properties16 Aug 2004 01:14:02 - 1.4
@@ -17,13 +17,3 @@
# ---
# P R O J E C T P R O P E R T I E S
# ---
-
-maven.junit.fork=true
-
-maven.compile.deprecation = on
-
-# Installation dir
-maven.dist.install.dir = /usr/local/jelly
-
-maven.checkstyle.properties=../tag-checkstyle.properties
-maven.license.licenseFile=${basedir}/../../../LICENSE
1.4 +0 -10 jakarta-commons/jelly/jelly-tags/soap/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/jelly/jelly-tags/soap/project.properties,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- project.properties1 Mar 2004 12:35:18 - 1.3
+++ project.properties16 Aug 2004 01:14:02 - 1.4
@@ -15,13 +15,3 @@
# ---
# P R O J E C T P R O P E R T I E S
# ---
-
-maven.junit.fork=true
-
-maven.compile.deprecation = on
-
-# Installation dir
-maven.dist.install.dir = /usr/local/jelly
-
-maven.checkstyle.properties=../tag-checkstyle.properties
-maven.license.licenseFile=${basedir}/../../../LICENSE
1.4 +0 -10
cvs commit: jakarta-commons/jelly project.properties
dion2004/08/15 18:14:41 Modified:jellyproject.properties Log: Start of multiproject build for site Revision ChangesPath 1.22 +3 -0 jakarta-commons/jelly/project.properties Index: project.properties === RCS file: /home/cvs/jakarta-commons/jelly/project.properties,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- project.properties1 Apr 2004 21:18:02 - 1.21 +++ project.properties16 Aug 2004 01:14:41 - 1.22 @@ -58,3 +58,6 @@ maven.xdoc.poweredby.image =maven-feather.png apache.cvs=pserver:[EMAIL PROTECTED]:/home/cvspublic + +maven.multiproject.excludes=project.xml +maven.multiproject.includes=jelly-tags/*/project.xml \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/jelly-tags tag-checkstyle.properties
dion2004/08/15 18:17:18 Removed: jelly/jelly-tags tag-checkstyle.properties Log: converted to xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/xdocs index.xml
dion2004/08/15 18:32:54 Modified:jelly/xdocs index.xml Log: Add jstl docs as a section Revision ChangesPath 1.17 +8 -2 jakarta-commons/jelly/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-commons/jelly/xdocs/index.xml,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- index.xml 25 Feb 2004 01:10:23 - 1.16 +++ index.xml 16 Aug 2004 01:32:53 - 1.17 @@ -266,13 +266,19 @@ /p p -Currently Jelly is being used inside the new version of -a href=http://maven.apache.org/;Maven/a +Currently Jelly is being used inside a href=http://maven.apache.org/;Maven/a to provide more flexible and powerful build mechanism while still preserving investment in Ant tasks. /p /section +section name=JSTL References + ul +lia href=JSTL Tag referencehttp://java.sun.com/products/jsp/jstl/1.1/docs/tlddocs/index.html/a/li +lia href=JSTL APIhttp://java.sun.com/products/jsp/jstl/1.1/docs/api/index.html/a/li +lia href=Apache JSTL Implementationhttp://jakarta.apache.org/taglibs/doc/standard-doc/intro.html/a/li + /ul +/section /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] Only sample variances?
Any objection to tracking these and future feature requests using the wiki? A wish list, if you will. -Original Message- From: Phil Steitz [mailto:[EMAIL PROTECTED] Sent: Sunday, August 15, 2004 1:06 PM To: Jakarta Commons Developers List Subject: Re: [math] Only sample variances? Kim van der Linde wrote: Hi, I just looked through the variance class, and saw that it only supports sample vasriance (N-1) but not population variances (N). Any reason for this, and can it be added? It would probably be better to add this to one of the aggregates or StatUtils or to add a new statistic altother. This is because a UnivariateStatistic can only report one value. The most commonly used (at least in statistical applications) value for Variance and Standard Deviation is the sample statistic, which is why that is what the statistics named StandardDeviation and Variance report. From a user's perspective, its not too hard to convert; but I agree that it would be convenient to add these. Probably best to make new statistics in the moment subpackage called PopulationXxx. Patches welcome ;-) Phil Cheers, Kim __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail - 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] Only sample variances?
--- Brent Worden [EMAIL PROTECTED] wrote: Any objection to tracking these and future feature requests using the wiki? Yes, because I am not one of those hard core developers. Kim __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] Only sample variances?
Besides that, there is no maths part there (yet?) __ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] RC1 available for review
Any objections to using the maven-changes-plugin to provide release notes? If not, I can start working on it. Brent Worden -Original Message- From: Stephen Colebourne [mailto:[EMAIL PROTECTED] Sent: Sunday, August 15, 2004 5:29 PM To: Jakarta Commons Developers List Subject: Re: [math] RC1 available for review 1) No NOTICE.txt files in ZIPs or JARs - Critical!! 2) Experimental .java files included in src ZIP 3) I couldn't find the javadoc on the main website (try adding a link in the left menu) Stephen - Original Message - From: Phil Steitz [EMAIL PROTECTED] I have put a first cut at RC1 for review here: http://jakarta.apache.org/~psteitz/commons-math-1.0-RC1 Pls have a look and let me know what is missing / incorrect, other than MD5 and KEYS. Assuming the content is good, I will generate these, do the CVS tagging and kick off an RC1 [VOTE]. Pointing out any javadoc or user guide errors / typos would also be much appreciated. These are both up to date on the web site: http://jakarta.apache.org/commons/math/ - 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] Random generator
Kim van der Linde wrote: Hi Phil, I generally use the RandomX package that you can find here. Where is here? I do not know whether there is copy right on this. The randomLEcuyer class is untrustable, but with some alternative seeding will be completly stable. It involves some programming steps I do not get the logic from yet (bit shift stuff) so that will not do. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Only sample variances?
Yes, at the UnivariateStatistic level, these would need to be new classes. My question as well is Does it apply as well to higher order moments? Maybe we should place everything into the following packages: o.a.c.m.stat.univariate.moment.sample o.a.c.m.stat.univariate.moment.population -Mark Phil Steitz wrote: Kim van der Linde wrote: Hi, I just looked through the variance class, and saw that it only supports sample vasriance (N-1) but not population variances (N). Any reason for this, and can it be added? It would probably be better to add this to one of the aggregates or StatUtils or to add a new statistic altother. This is because a UnivariateStatistic can only report one value. The most commonly used (at least in statistical applications) value for Variance and Standard Deviation is the sample statistic, which is why that is what the statistics named StandardDeviation and Variance report. From a user's perspective, its not too hard to convert; but I agree that it would be convenient to add these. Probably best to make new statistics in the moment subpackage called PopulationXxx. Patches welcome ;-) Phil Cheers, Kim __ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail - 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://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Only sample variances?
Brent Worden wrote: Any objection to tracking these and future feature requests using the wiki? A wish list, if you will. +1 Up to now, I have been using task.xml, which is relatively up to date. I would be fine with moving this stuff to the wiki, starting with the stuff marked Post 1.0 on task.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jexl project.properties
dion2004/08/15 19:34:07
Modified:jexl project.properties
Log:
xdoc date on the left
deprecation warnings on
old properties removed
Revision ChangesPath
1.5 +2 -5 jakarta-commons/jexl/project.properties
Index: project.properties
===
RCS file: /home/cvs/jakarta-commons/jexl/project.properties,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- project.properties9 Jun 2004 03:33:14 - 1.4
+++ project.properties16 Aug 2004 02:34:07 - 1.5
@@ -7,23 +7,20 @@
maven.javadoc.links=http://java.sun.com/j2se/1.4.2/docs/api,http://jakarta.apache.org/commons/logging/apidocs
maven.xdoc.jsl=../commons-build/commons-site.jsl
-maven.xdoc.date=bottom
+maven.xdoc.date=left
maven.xdoc.poweredby.image=maven-feather.png
maven.xdoc.version=${pom.currentVersion}
maven.xdoc.developmentProcessUrl=http://jakarta.apache.org/commons/charter.html
maven.compile.debug=on
-maven.compile.deprecation=off
+maven.compile.deprecation=on
maven.compile.optimize=off
-maven.jarResources.basedir=src/java
-maven.jar.excludes=**/package.html
maven.junit.fork=true
maven.junit.sysproperties=org.xml.sax.driver
org.xml.sax.driver=org.apache.xerces.parsers.SAXParser
clover.excludes=**/Test*.java
-maven.test.failure=false
maven.linkcheck.enable=false
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Pool] Contribution of new class/modification
Hi, We have been working with the commons-pool package in order to provide connection pooling. Through this, we have developed a class that 'extends' the GenericKeyedObjectPool to provide automatic pooled-object creation (up to a set number objects, with configurable re-creation period). I was wondering if this would be suitable for contibution to this project, and if so, who should i talk to about it further. Regards, Simon Bowler - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] Only sample variances?
Mark R. Diggory wrote: Yes, at the UnivariateStatistic level, these would need to be new classes. My question as well is Does it apply as well to higher order moments? In theory, yes, though I have never seen non-bias-corrected versions of Skewness and Kurtosis used. The current formulas are all defined for the most common use case where the data represent a sample from a population whose true distribution and associated parameters are unknown.population The formulas that we use provide unbiased estimators for population parameters in this case. This is explained fairly well for the Variance here: http://mathworld.wolfram.com/Variance.html and for Skewness and Kurtosis here: http://mathworld.wolfram.com/k-Statistic.html The Population Variance is useful when the data *are* the population (i.e. the distribution is discrete and there is no sampling going on). I am not aware of use cases where Skewness and Kurtosis are useful in analyzing full population data or other uses for the non-bias-corrected versions of these. These could exist, I am just not aware of them. Maybe we should place everything into the following packages: I don't think we need yet another subpackage. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] RC1 available for review
Phil Steitz wrote: Brent Worden wrote: Any objections to using the maven-changes-plugin to provide release notes? If not, I can start working on it. I certainly have no objection to that, but based on other 1.0 releases, I did not think we needed release notes. What will the changes plugin generate? I assumed we did while reading the Release Notes section of http://jakarta.apache.org/commons/releases/prepare.html. Anyway, here's Maven's as an example: http://maven.apache.org/changes-report.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [validator] UrlValidator
Thanks Martin!
Then it appears I was using the is validScheme etc incorrectly and as well a
bug. I've open a bugzilla issue for the optional port and path issues.
I have started a patch for this.
Starting with the unit test:
The patch seems easy enough. In the arrays of test parts I'm adding empty
strings such as
- TestPair[] testPath = {new TestPair(/test1, true),
+ TestPair[] testPath = {new TestPair(, true),
+ new TestPair(/test1, true),
Question 1)
Which should be valid according to the rfc:
http://www.google.com
or
http://.google.com/
or both perhaps?
I'll adjust the test data accordingly.
Question 2)
On line 206 of UrlTest I'm confused by
new TestPair(, true)};
seems to be constructing a case where scheme may be EMPTY_STRING as valid.
I'd assumed scheme is always required of a url, but admit I've not read the
rfc you mentioned.
Question 3)
Changing the UrlValidator should be a matter of getting the regular
expression correct I believe(?) for the empty path parts.
One thought I had on port validation was to attempt to construct a
java.net.URL and do something like
if (u.getPort() 0 u.getDefaultPort() 0) {
return false;
}
which I think would mean the protocol handler for the scheme has a known
default port. Does this sound like a good approach? or is there a case where
someone has a protocol handler with default port that java.net.URL wouldn't
know about? Or a case where java.net.URL is going to throw
MalFormedUrlException where UrlValidator.isValid would otherwise return
true?
NP on the 1.1.4 status for me. If getting patches in can get it to 1.1.3
that'd be good too, either way.
Thanks,
-TR
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [math] RC1 available for review
Brent Worden wrote: Phil Steitz wrote: Brent Worden wrote: Any objections to using the maven-changes-plugin to provide release notes? If not, I can start working on it. I certainly have no objection to that, but based on other 1.0 releases, I did not think we needed release notes. What will the changes plugin generate? I assumed we did while reading the Release Notes section of http://jakarta.apache.org/commons/releases/prepare.html. Interestingly, it was that same thing that made me think we did not need them, as well as the fact that other 1.0's do not include them. My reading is that what goes in the release notes is a summary of changes *since the last release*. If we were to include release notes, I would think that the right thing to include would be a single statement to the effect that 1.0 is the initial release of commons-math. Anyway, here's Maven's as an example: http://maven.apache.org/changes-report.html - 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]
[jira] Commented: (JELLY-116) [PATCH] InvokeTag and InvokeStaticTag should export exception
The following comment has been added to this issue: Author: Felipe Leme Created: Sun, 15 Aug 2004 8:31 PM Body: Sorry, my bad, I used the wrong casts. Yes, Throwable.getCause() is JDK 1.4, but I'm using InvocationTarget.getTargetMessage() instead: http://java.sun.com/j2se/1.3/docs/api/java/lang/reflect/InvocationTargetException.html I mean, there is also a call to jellyException.getCause(), but JellyException defines it indenpendently on the JDK version. Anyway, I've just ran maven on it using JDK 1.3.1, and it worked fine. It's just a matter of modifying the test cases, changing the following line: from: Exception jellyException = (Exception) getJellyContext().getVariable(jellyException); to: JellyException jellyException = (JellyException) getJellyContext().getVariable(jellyException); And also adding a import org.apache.commons.jelly.JellyException; (Sorry, I'm not with CVS set up right now to send you a patch) - View this comment: http://issues.apache.org/jira/browse/JELLY-116?page=comments#action_37262 - View the issue: http://issues.apache.org/jira/browse/JELLY-116 Here is an overview of the issue: - Key: JELLY-116 Summary: [PATCH] InvokeTag and InvokeStaticTag should export exception Type: New Feature Status: Closed Priority: Major Resolution: FIXED Project: jelly Fix Fors: 1.0-beta-4 Versions: 1.0-beta-4 Assignee: dion gillard Reporter: Felipe Leme Created: Mon, 9 Aug 2004 6:55 PM Updated: Sun, 15 Aug 2004 8:31 PM Description: If the method invoked throws a InvocationTargetException, invoke and invokeStatic should allow the caller to obtain the original exception. So, I'm providing a patch (including test cases) that export that exception if the exceptionVar paramater is set (and in this case, it does not throw a JellyTagException). If that parameter is not set, it assumes the old behaviour (i.e., throws a JellyTagException). - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [validator] UrlValidator
On Sun, 15 Aug 2004 23:23:07 -0400, Tim Reilly
[EMAIL PROTECTED] wrote:
Thanks Martin!
Then it appears I was using the is validScheme etc incorrectly and as well a
bug. I've open a bugzilla issue for the optional port and path issues.
I have started a patch for this.
Starting with the unit test:
The patch seems easy enough. In the arrays of test parts I'm adding empty
strings such as
- TestPair[] testPath = {new TestPair(/test1, true),
+ TestPair[] testPath = {new TestPair(, true),
+ new TestPair(/test1, true),
Actually, if you look a half dozen lines further down, you'll see that
the empty string is already there, but with a 'false' validity. So
someone seemed to think that an empty path should not be valid. The
RFC says it should be, though.
Question 1)
Which should be valid according to the rfc:
http://www.google.com
or
http://.google.com/
or both perhaps?
I'll adjust the test data accordingly.
Both. The RFC specifically allows for an empty path (the former) and a
path of / is a perfectly valid path (the latter).
Question 2)
On line 206 of UrlTest I'm confused by
new TestPair(, true)};
seems to be constructing a case where scheme may be EMPTY_STRING as valid.
I'd assumed scheme is always required of a url, but admit I've not read the
rfc you mentioned.
The RFC does in fact state that the scheme is *not* optional. I'm
guessing that this test might be trying to test relative URLs - but
that is just a guess, since I haven't been involved with this class up
to now.
Question 3)
Changing the UrlValidator should be a matter of getting the regular
expression correct I believe(?) for the empty path parts.
I'm not sure if it's that easy or not. The convoluted (IMHO) nature of
the tests makes it a bit difficult to figure out just what is being
tested and how. Specifically, it's hard to see what URLs are being
tested, and so hard to know whether or not the tests are correct.
One thought I had on port validation was to attempt to construct a
java.net.URL and do something like
if (u.getPort() 0 u.getDefaultPort() 0) {
return false;
}
which I think would mean the protocol handler for the scheme has a known
default port. Does this sound like a good approach? or is there a case where
someone has a protocol handler with default port that java.net.URL wouldn't
know about? Or a case where java.net.URL is going to throw
MalFormedUrlException where UrlValidator.isValid would otherwise return
true?
I'm going to leave this to someone who knows more about this code than I do...
NP on the 1.1.4 status for me. If getting patches in can get it to 1.1.3
that'd be good too, either way.
We've already voted 1.1.3 to GA, so I'm reluctant to open it up again
for more changes. Theoretically, a 1.1.4 can happen before too long in
any case.
--
Martin Cooper
Thanks,
-TR
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] RC1 available for review
-Original Message- From: Phil Steitz [mailto:[EMAIL PROTECTED] Sent: Sunday, August 15, 2004 7:25 PM To: Jakarta Commons Developers List Subject: Re: [math] RC1 available for review *since the last release*. If we were to include release notes, I would think that the right thing to include would be a single statement to the effect that 1.0 is the initial release of commons-math. Ok. I'll refrain from adding the report 'til after the release. No need to hold it up any longer. Brent Worden - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/jelly/src/test/org/apache/commons/jelly/core TestInvokeStaticTag.java TestInvokeTag.java
dion2004/08/15 20:44:28 Modified:jelly/src/test/org/apache/commons/jelly/core TestInvokeStaticTag.java TestInvokeTag.java Log: Use correct type Revision ChangesPath 1.7 +5 -4 jakarta-commons/jelly/src/test/org/apache/commons/jelly/core/TestInvokeStaticTag.java Index: TestInvokeStaticTag.java === RCS file: /home/cvs/jakarta-commons/jelly/src/test/org/apache/commons/jelly/core/TestInvokeStaticTag.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- TestInvokeStaticTag.java 16 Aug 2004 01:59:32 - 1.6 +++ TestInvokeStaticTag.java 16 Aug 2004 03:44:28 - 1.7 @@ -17,6 +17,7 @@ import junit.framework.TestSuite; +import org.apache.commons.jelly.JellyException; import org.apache.commons.jelly.Script; /** @@ -121,13 +122,13 @@ script.run(getJellyContext(),getXMLOutput()); String exceptionMessage = (String) getJellyContext().getVariable(exceptionMessage); assertNotNull( exceptionMessage ); -Exception jellyException = (Exception) getJellyContext().getVariable(jellyException); +JellyException jellyException = (JellyException) getJellyContext().getVariable(jellyException); assertNotNull( jellyException ); assertTrue( messages are the same, ! exceptionMessage.equals(jellyException.getMessage()) ); assertTrue( exception ' + jellyException.getMessage() + ' does not ends with ' + exceptionMessage+', jellyException.getMessage().endsWith(exceptionMessage) ); -//assertNotNull( jellyException.getCause() ); -//assertEquals( exceptionMessage, jellyException.getCause().getMessage() ); +assertNotNull( jellyException.getCause() ); +assertEquals( exceptionMessage, jellyException.getCause().getMessage() ); } } 1.7 +5 -4 jakarta-commons/jelly/src/test/org/apache/commons/jelly/core/TestInvokeTag.java Index: TestInvokeTag.java === RCS file: /home/cvs/jakarta-commons/jelly/src/test/org/apache/commons/jelly/core/TestInvokeTag.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- TestInvokeTag.java16 Aug 2004 01:59:32 - 1.6 +++ TestInvokeTag.java16 Aug 2004 03:44:28 - 1.7 @@ -17,6 +17,7 @@ import junit.framework.TestSuite; +import org.apache.commons.jelly.JellyException; import org.apache.commons.jelly.Script; import org.apache.commons.jelly.core.Customer; @@ -117,13 +118,13 @@ String exceptionMessage = (String) getJellyContext().getVariable(exceptionMessage); assertNotNull( exceptionMessage ); assertNotNull( getJellyContext().getVariable(exceptionBean)); -Exception jellyException = (Exception) getJellyContext().getVariable(jellyException); +JellyException jellyException = (JellyException) getJellyContext().getVariable(jellyException); assertNotNull( jellyException ); assertTrue( messages are the same, ! exceptionMessage.equals(jellyException.getMessage()) ); assertTrue( exception ' + jellyException.getMessage() + ' does not ends with ' + exceptionMessage+', jellyException.getMessage().endsWith(exceptionMessage) ); -//assertNotNull( jellyException.getCause() ); -//assertEquals( exceptionMessage, jellyException.getCause().getMessage() ); +assertNotNull( jellyException.getCause() ); +assertEquals( exceptionMessage, jellyException.getCause().getMessage() ); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JELLY-116) [PATCH] InvokeTag and InvokeStaticTag should export exception
The following comment has been added to this issue: Author: dion gillard Created: Sun, 15 Aug 2004 8:45 PM Body: Fixing now - View this comment: http://issues.apache.org/jira/browse/JELLY-116?page=comments#action_37263 - View the issue: http://issues.apache.org/jira/browse/JELLY-116 Here is an overview of the issue: - Key: JELLY-116 Summary: [PATCH] InvokeTag and InvokeStaticTag should export exception Type: New Feature Status: Closed Priority: Major Resolution: FIXED Project: jelly Fix Fors: 1.0-beta-4 Versions: 1.0-beta-4 Assignee: dion gillard Reporter: Felipe Leme Created: Mon, 9 Aug 2004 6:55 PM Updated: Sun, 15 Aug 2004 8:45 PM Description: If the method invoked throws a InvocationTargetException, invoke and invokeStatic should allow the caller to obtain the original exception. So, I'm providing a patch (including test cases) that export that exception if the exceptionVar paramater is set (and in this case, it does not throw a JellyTagException). If that parameter is not set, it assumes the old behaviour (i.e., throws a JellyTagException). - JIRA INFORMATION: This message is automatically generated by JIRA. If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] Updated: FrontPage
Date: 2004-08-15T20:46:18 Editor: BrentWorden [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: FrontPage URL: http://wiki.apache.org/jakarta-commons/FrontPage no comment Change Log: -- @@ -23,6 +23,7 @@ * [:Lang] - Lang provides a set of common utilities that should be provided by the JDK, including String handling, Object and Date helpers, nested exceptions and enumerated types. * [:Launcher] - The Launcher component is designed to be a cross platform Java application launcher. It eliminates the need for a batch or shell script to launch a Java class. * [:Logging] is a thin, modular bridging API with out-of-the-box support for the most well known logging system + * [:Math] is a library of lightweight, self-contained mathematics and statistics components. * [:Net] - Net is a collection of classes implementing various network protocols such as FTP, NNTP, SMTP, Telnet. * [:Pool] - Pool provides a generic object pooling interface, a toolkit for creating modular object pools and several general purpose pool implementations. * [:Validator] - Validator provides components for user input validation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: Math
Date: 2004-08-15T21:03:10 Editor: BrentWorden [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: Math URL: http://wiki.apache.org/jakarta-commons/Math no comment New Page: ##language:en = Commons-Math Overview = || http://jakarta.apache.org/commons/math/images/math.gif || [http://jakarta.apache.org/commons/math/ Commons-Math] is a library of lightweight, self-contained mathematics and statistics components addressing the most common practical problems not immediately available in the Java programming language. [[BR]] [[BR]] A lot of information is available on the [http://jakarta.apache.org/commons/math/ Commons-Math website]. [[BR]] [[BR]] If you don't find the information you need you can always contact us using one of the [http://jakarta.apache.org/site/mail2.html#Commons mailing lists]. || = External Resources = ||Do you have a good example, add it here!|| = FAQ = MathFaq - Questions and answers regarding Commons-Math. = Commons-Math Wish List = MathWishList - list of requested features. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [all] Math needs a user a dev email list.
Mark R. Diggory wrote: Michael McGrady wrote: Commons is not a place for people uninterested in Java development. Commons is a common repository for code used in Java development. Maybe the math boys and girls are thinking of doing something like Struts only for math folks. If so, then jakarta-commons is not the place for that. Michael Michael, I believe you misinterpreted my statement. Besides, this a Community, not Mob rule, only consensus decides the nature of what The Commons is (not one person making blanket statements out of context). -Mark Hi, Mark, I could not have misinterpreted your statement, because I did not interpret anything you said. I merely made my own point. I am not sure what the community versus mob rule is all about in your mind, so I won't guess. I do think that commons has a particular MISSION to serve jakarta GENERALLY in way that OTHER non-commons applications do not. THAT was the point. I too am, you might guess, totally against mod rule. I have never seen it, but it seems like a bad idea. I don't even like group-rule, much less mobs, or even organized crime. I am not sure what you were thinking, but it has the advantage of a lot of drama that kind of livens up the discussion. Anyway, I was trying to make a positive point and was not that interested in what you in particular were saying. Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Jakarta Commons Wiki] New: MathWishList
Date: 2004-08-15T22:07:07 Editor: BrentWorden [EMAIL PROTECTED] Wiki: Jakarta Commons Wiki Page: MathWishList URL: http://wiki.apache.org/jakarta-commons/MathWishList no comment New Page: ##language:en = Commons-Math Wish List = A list of feature requests made by Commons-Math users, contributors, and committers. These requests will be considered when deciding on new functionality for future releases. At any time, additional feature requests can be added simply by editing this page. * Add remedian statistic - [http://www.agoras.ua.ac.be/abstract/Remrob90.htm The Remedian: a Robust Averaging method for Large Data Sets] * Add population variance and standard deviation statistic. * Add 0-1 random number generators. * Add sparse matrix implementation. * Add a fraction type. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/math/xdocs navigation.xml
psteitz 2004/08/15 22:28:13 Modified:math/xdocs navigation.xml Log: Added top level link to Javadoc Revision ChangesPath 1.16 +1 -0 jakarta-commons/math/xdocs/navigation.xml Index: navigation.xml === RCS file: /home/cvs/jakarta-commons/math/xdocs/navigation.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- navigation.xml25 Jul 2004 15:17:37 - 1.15 +++ navigation.xml16 Aug 2004 05:28:12 - 1.16 @@ -36,6 +36,7 @@ item name=Overviewhref=/index.html/ item name=Proposalhref=/proposal.html/ item name=Developers Guidehref=/developers.html/ + item name=Javadoc href=apidocs/index.html/ item name=Tasks: To Dohref=/tasks.html/ /menu menu name=User Guide - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
