J.Pietschmann wrote:
Brent Worden wrote:
In the chi-square patch, I created a root finding utility class. I
used the
bisection method to provide a default mechanism for computing inverse
CDFs.
It's driven by a simple Function interface. Check it out and see if it's
something you can use or
Howdy,
4. Thinking of the developers who will use this stuff, I feel like we
need a way to insulate them from having to think about rootfinding
strategy choice. As Al has pointed out, we are not (at least yet ;-))
in the AI business, so we can't automagically make the best choice for
them; but
--- Shapira, Yoav [EMAIL PROTECTED] wrote:
Howdy,
4. Thinking of the developers who will use this stuff, I feel like we
need a way to insulate them from having to think about rootfinding
strategy choice. As Al has pointed out, we are not (at least yet ;-))
in the AI business, so we can't
Hello,
I made a patch for changing
1. xdocs/patches.xml
2. xdocs/stylesheets/project.xml
1 is for the new guide of the creation of unified diff
using WinCVS (This was once applied to by my submission, but
I noticed something to be added).
2 is for the change of the url of the translation
Al Chou wrote:
--- Shapira, Yoav [EMAIL PROTECTED] wrote:
Howdy,
4. Thinking of the developers who will use this stuff, I feel like we
need a way to insulate them from having to think about rootfinding
strategy choice. As Al has pointed out, we are not (at least yet ;-))
in the AI business, so
Phil Steitz wrote:
Can you provide a math reference desribing this?
H.M.Antia: Num. Methods for Scientists and Engineers.
I have been referring
to Atkinson and I am having a hard time following the implementation.
What exactly do you mean by only inverse quadratic interpolation?
Brent's method
Proposal: move all Univariate and Bivariate interfaces and
implementations into the package named stat.
IMO, this qualifies as a Long Term Plan, which is subject to lazy
consensus. Are there any binding -1s to moving anything
**/*Univariate*.java into stat. (UnivariateFunction.java from
tobrien 2003/05/29 12:25:47
jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tobrien 2003/05/29 12:25:52
jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat/distribution -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
tobrien 2003/05/29 12:28:34
jakarta-commons-sandbox/math/src/java/org/apache/commons/math/special - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18707.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1 I think its a good starting decision for package structure.
While we're at it, maybe matrix related Classes should get moved into a
similar package for consistency?
-M.
Phil Steitz wrote:
O'brien, Tim wrote:
Proposal: move all Univariate and Bivariate interfaces and
implementations into
A,
I think we can now get rid of the StringEscapeUtils methods:
private static String escapeEntities(String str, Entities entities) {
return entities.escape(str);
}
private static String unescapeEntities(String str, Entities entities) {
return entities.unescape(str);
Good catch. Yup, that's a natural Inline Method refactoring. I'll do
that before I check in.
- A
On Thu, May 29, 2003 at 04:38:20PM -0400, Gary Gregory wrote:
A,
I think we can now get rid of the StringEscapeUtils methods:
private static String escapeEntities(String str, Entities
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16440.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18874.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19882.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17091.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ggregory2003/05/29 14:02:53
Modified:lang/src/java/org/apache/commons/lang ClassUtils.java
Log:
Make the Standard Doclet version 1.4.1 not complain WRT '.'s.
Revision ChangesPath
1.12 +3 -3
jakarta-commons/lang/src/java/org/apache/commons/lang/ClassUtils.java
tobrien 2003/05/29 14:14:59
Modified:codecRELEASE-NOTES.txt project.xml
codec/src/java/org/apache/commons/codec package.html
codec/src/java/org/apache/commons/codec/base64 package.html
codec/src/java/org/apache/commons/codec/binary
bad news: i'm sad to say there are currently some points that need sorting
out with infrastructure and the board about the whole process of
recruiting existing apache committers to the sandbox.
good news: it looks like most of points have are on the way to being
cleaned up.
i'm not sure if
Title: Message
HelloI am trying to use the commons-fileupload
information, and it is giving me errors. I created an initial servlet with
nothing more than lines to detect whether the item is a field or a file. Here is
the scriptimport java.io.*;import java.util.*;import
Howard M. Lewis Ship (well known as a leading light of the recently
incubated tapestry project) would like access to the commons-sandbox in
order to work on a new component as outlined below in the following email:
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=105416555202303w=2
i'd
tobrien 2003/05/29 14:40:39
Modified:codecproject.xml
Log:
The nasty issue tracking URL needs to escape ampersands
Revision ChangesPath
1.12 +1 -1 jakarta-commons/codec/project.xml
Index: project.xml
rdonkin 2003/05/29 14:51:19
Modified:docs patches.html
xdocspatches.xml
Log:
Expanded explanation for winCVS user. Submitted by Tetsuya Kitahata.
Revision ChangesPath
1.32 +22 -9 jakarta-commons/docs/patches.html
Index: patches.html
tobrien 2003/05/29 14:53:42
Modified:codecproject.xml
Removed: codec/xdocs changes.xml
Log:
Removed both the tasklist and the changes reports. Reports only make sense if you
are
going to use them, and the changes.xml in xdoc was not being maintained. Also,
after
rdonkin 2003/05/29 14:56:42
Modified:docs charter.html collections.html commons.html
components.html contributors.html dbcp.html
digester.html directory.html discovery.html
Log:
Updated link to japanese translation. Submitted by
rdonkin 2003/05/29 14:57:08
Modified:docs versioning.html volunteering.html
Log:
Updated link to japanese translation. Submitted by Tetsuya Kitahata.
Revision ChangesPath
1.58 +1 -1 jakarta-commons/docs/versioning.html
Index: versioning.html
rdonkin 2003/05/29 14:57:38
Modified:docs beanutils.html el.html index.html jexl.html
lang.html license.html logging.html modeler.html
patches.html pool.html releases.html sandbox.html
docs/releases index.html
committed. many thanks.
- robert
On Thursday, May 29, 2003, at 07:13 PM, Tetsuya Kitahata wrote:
Hello,
I made a patch for changing
1. xdocs/patches.xml
2. xdocs/stylesheets/project.xml
1 is for the new guide of the creation of unified diff
using WinCVS (This was once applied to by my
tobrien 2003/05/29 16:03:29
Modified:codeccheckstyle.properties project.properties
codec/src/java/org/apache/commons/codec/base64 Base64.java
codec/src/java/org/apache/commons/codec/binary Base64.java
Hex.java
I seem to be running into trouble with discovery on an AS400 running jdk
1.2.2 and webspere 3.5.6. We are trying to deploy an Axis based web
service which runs fine in WSAD (websphere 4.x) and Tomcat 4.1.x. It
seems that class implementations are not being found even though they
are in the
tobrien 2003/05/29 16:25:00
Modified:math checkstyle.properties
Log:
Checkstyle should check that each source file include a license
Revision ChangesPath
1.2 +6 -1 jakarta-commons-sandbox/math/checkstyle.properties
Index: checkstyle.properties
tobrien 2003/05/29 16:25:12
Removed: math/src/test/org/apache/commons/math
BeanListUnivariateImplTest.java
BivariateRegressionTest.java
ListUnivariateImplTest.java
tobrien 2003/05/29 16:26:24
Modified:math project.properties project.xml
Log:
linkcheck report was throwing 404s for every URL, I've removed it until someone can
generate a meaningful report
Revision ChangesPath
1.2 +1 -1
tobrien 2003/05/29 16:30:48
Modified:math project.xml
Log:
Removed tasklist report, until this has content, no reason for the added distraction
Revision ChangesPath
1.13 +1 -1 jakarta-commons-sandbox/math/project.xml
Index: project.xml
+1
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
robert burrell donkin [EMAIL PROTECTED] wrote on 30/05/2003 07:27:29
AM:
Howard M. Lewis Ship (well known as a leading light of the recently
incubated
ggregory2003/05/29 17:42:16
Modified:codecbuild.xml
Log:
Create Javadoc class and package usage pages (assumes Javadoc 1.2+).
Revision ChangesPath
1.4 +101 -175 jakarta-commons/codec/build.xml
Index: build.xml
ggregory2003/05/29 17:50:47
Modified:codecbuild.xml
Log:
Javadoc: Use the copyright symbol entity.
Revision ChangesPath
1.5 +3 -3 jakarta-commons/codec/build.xml
Index: build.xml
===
ggregory2003/05/29 18:00:24
Modified:lang/src/java/org/apache/commons/lang StringUtils.java
Log:
Javadoc.
Revision ChangesPath
1.45 +10 -9
jakarta-commons/lang/src/java/org/apache/commons/lang/StringUtils.java
Index: StringUtils.java
ggregory2003/05/29 18:12:26
Modified:lang/src/java/org/apache/commons/lang SystemUtils.java
Log:
Javadoc.
Revision ChangesPath
1.13 +77 -41
jakarta-commons/lang/src/java/org/apache/commons/lang/SystemUtils.java
Index: SystemUtils.java
ggregory2003/05/29 18:15:54
Modified:lang/src/java/org/apache/commons/lang SystemUtils.java
Log:
Sorted members (this also give us the Javadoc 'Field Details' section in
alphabetical order).
Revision ChangesPath
1.14 +251 -251
juanco 2003/05/29 18:45:17
Modified:jrcs build.xml
jrcs/doc index.html
Added: jrcs/doc .cvsignore
Log:
updated web page to reflect recent enhancements
Revision ChangesPath
1.10 +8 -3 jakarta-commons-sandbox/jrcs/build.xml
Index:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20345.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1, but I'm not really sure if this is a binding vote. Assume, I'm
voting as Commons committer *only*.
I'm a little confused, my understanding of the current system is: Any
Jakarta Committer can simply ask for karma to the sandbox. Someone like
Craig usually just makes the appropriate changes
juanco 2003/05/29 21:03:58
Modified:jrcs/doc index.html
Log:
fixed links to downloadables
Revision ChangesPath
1.3 +354 -168 jakarta-commons-sandbox/jrcs/doc/index.html
Index: index.html
===
Hi all,
I am working on packaging fileupload to Debian. Because of some
requierments in Debian, I have to specify the CLASSPATH my self (or tell
to ant where it is). But I do not have any lib directory, so ant
craches. I've been obliged to comment the additionnal
20030530
[echo] junit.jar = /home/rubys/jakarta/dist/junit/junit.jar
[echo] jaxp.jaxp.jar =
/home/rubys/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar
[echo] jaxp.xslt.jar =
/home/rubys/jakarta/xml-xalan/java/build/xalan-unbundled.jar
[echo] servlet.jar = ${servlet.jar
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20354.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I think the reality here is that the only way to reliably track down
the problem is to actually profile the original application that is
seeing the problem. There's really not a lot of point in me profiling
HttpClient separately because I've not seen any problem with memory
leaks so
My impression of your first email was that the server had used up the
4GB of memory. Are you saying it was HttpClient? If so, you must have
run the JVM and specified the max heap size to something like -Xmx4GB.
If that's the case then this is probably something you don't want to
do. Once
We need to do more investigation on our side for sure, I just wanted to
know if anyone had noticed memory leaks over long recycled connections.
The JVM my app runs in alots 768Mb as the max, but I work in conjunction
with serveral apps. I'm the only app using HttpClient. When I run and
I
go for it
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Michael Becke [EMAIL PROTECTED] wrote on 30/05/2003 12:24:31 PM:
Yes, I have it if you would like. Should I upload it to cvs.apache.org
and make it
Does anyone else have access to jakarta-site2? I do, but I'd rather take
the input from the team for the release details.
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
[EMAIL PROTECTED] wrote on 30/05/2003
Sorry for the delay. Typically in an SSL transaction the client
wants to authenticate the server (validating server certificates).
However in the case of mutual client authentication the server
also authenticates the client (using client certificates) in
addition to the client authenticating
Jan,
Let me elaborate. No doubt one can still do silly things in Java that may lead to
severe memory problems. However, the point I was trying to make is that Java
applications do not 'leak' memory in a way non-GC applications do. One can easily
starve a java application of heap memory if
Awesome. Thanks for the help dIon.
I'm not sure about site2. How could one determine this?
Mike
On Friday, May 30, 2003, at 12:17 AM, [EMAIL PROTECTED] wrote:
Does anyone else have access to jakarta-site2? I do, but I'd rather
take
the input from the team for the release details.
--
57 matches
Mail list logo