One more sort of philosphical point that makes me want to keep
Univariates as
objects with statistics as properties: to me a Univariate is in
fact a java
bean. It's state is the data that it is characterizing and its
properties are
the statistics describing these data.
And why can't
Brent Worden wrote
Another reason for this is performance. The storageless Univariate
implementation is a compute all or nothing design. Because of this, every
time a new statistic is added to the interface, the extra computation needed
to compute the new statistic slows down the computation of
bayard 2003/07/07 08:10:13
Modified:lang PROPOSAL.html
Log:
Removed the 'add user here'. Should be in STATUS.html.
Revision ChangesPath
1.2 +0 -1 jakarta-commons/lang/PROPOSAL.html
Index: PROPOSAL.html
bayard 2003/07/07 08:10:50
Modified:lang STATUS.html
Log:
Added comment for new committers to add their names.
Revision ChangesPath
1.37 +2 -1 jakarta-commons/lang/STATUS.html
Index: STATUS.html
bayard 2003/07/07 08:11:36
Modified:lang STATUS.html
Log:
Removed a TODO.
The performance improvements these refered to are now in.
Revision ChangesPath
1.38 +1 -2 jakarta-commons/lang/STATUS.html
Index: STATUS.html
bayard 2003/07/07 08:13:20
Modified:lang STATUS.html
Log:
Date/Time package now in.
Revision ChangesPath
1.39 +1 -2 jakarta-commons/lang/STATUS.html
Index: STATUS.html
===
RCS file:
On Sun, 6 Jul 2003, Stephen Colebourne wrote:
The zip file has the following issues:
- ReleaseNotes.txt refers to the 1.0 version
Working on new ReleaseNotes and on updating STATUS.html.
- Javadoc includes non-public scoped classes
Up until now, we've had the private option turned on for
Berin Loritsch wrote:
Someone pointed out to me that there is a Commons Sandbox project
called HiveMind, and according to the docs at
http://cvs.apache.org/viewcvs.cgi/jakarta-commons-sandbox/hivemind/xdocs/index.xml
it sounds a *lot* like Avalon.
Instead of reinventing the wheel, what about
On Mon, 2003-07-07 at 15:29, Berin Loritsch wrote:
Berin Loritsch wrote:
Someone pointed out to me that there is a Commons Sandbox project
called HiveMind, and according to the docs at
http://cvs.apache.org/viewcvs.cgi/jakarta-commons-sandbox/hivemind/xdocs/index.xml
it sounds a
--- Anton Tagunov [EMAIL PROTECTED] wrote:
Hello, Phil and All the [math] Developers!
1.
PS Univariate can always be extended -- statistics can be added to the base
PS interface...
Oh, no.. I feel terribly sorry to break in, but this is
probably going to cause us users some troubles..
I don't believe there is any active development of
Latka right now, but does work as advertised. :)
- Morgan
--- Anders B. Nørgaard [EMAIL PROTECTED] wrote:
Is there some kind of schedule or roadmap to look
at?
Or is it considered fully functional (and not
necessary to document ;-)
Still, with a little invention I think this could be easily worked
around. Especially with the functor model. Either with separate
extensions of the increment method that could accept precalculated
moments to use in the calculation, or constructors that wire in the
moment being used by
[EMAIL PROTECTED] wrote:
Still, with a little invention I think this could be easily worked
around. Especially with the functor model. Either with separate
extensions of the increment method that could accept precalculated
moments to use in the calculation, or constructors that wire in the
mdiggory2003/07/07 09:57:33
Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
GeometricMean.java
Added: math/src/test/org/apache/commons/math/stat/univariate/moment
GeometricMeanTest.java
Log:
Fixing GeoMean
I completely missed this because I did'nt have a test in place for
GeometricMean, the stat itself was very buggy and I improved it now and
added a test.
-Mark
Mark R. Diggory wrote:
opse, thank you for catching that, it was not my intent. It should
have just been:
value = Math.exp(
We should still show protected which is handy when subclassing.
Gary
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Monday, July 07, 2003 08:23
To: Jakarta Commons Developers List
Subject: public javadoc only Was: [lamg] Re: Release of Commons Lang 2.0
(take 2)
rdonkin 2003/07/07 11:44:55
Modified:betwixt/src/test/org/apache/commons/betwixt/recursion
TestRecursion.java
Log:
Improved units tests
Revision ChangesPath
1.10 +21 -6
olegk 2003/07/07 12:11:00
Modified:httpclient/src/java/org/apache/commons/httpclient Tag:
HTTPCLIENT_2_0_BRANCH Cookie.java
Log:
Overlooked Cookie#parse method deprecated
Revision ChangesPath
No revision
No
hlship 2003/07/07 12:57:52
Modified:hivemind .cvsignore
Log:
Add bin directory to .cvsignore
Revision ChangesPath
1.3 +1 -0 jakarta-commons-sandbox/hivemind/.cvsignore
Index: .cvsignore
rdonkin 2003/07/07 13:52:12
Modified:digester/src/java/org/apache/commons/digester/xmlrules
digester-rules.dtd
Log:
Corrected duplicate entry in dtd. Patch supplied by Henning P. Schmiedehausen.
Revision ChangesPath
1.9 +2 -2
not many of the core digester committers use the xmlrules so we rely on
those who do to correct any mistakes that aren't caught by the unit tests.
patch applied. thanks.
- robert
On Monday, July 7, 2003, at 09:08 AM, Henning P. Schmiedehausen wrote:
This seems like a bug to me. Could it be
Maybe we could make composite statistic objects that can compute
more
than one metric. The composite would conform to the same statistic
interface and would be adaptable into individual metrics. Also, the
responsibility of computation ordering would be hidden in the
composite, removed from
[EMAIL PROTECTED] wrote:
*Constructor approach to reusing moments.*
Mean mean = new Mean();
SecondMoment m2 = new SecondMoment(mean);
ThirdMoment m3 = new ThirdMoment(mean, m2);
FourthMoment m4 = new FourthMoment(mean, m2, m3);
Variance var = new Variance(m2);
Skew skew = new Skew(variance, m3);
rdonkin 2003/07/07 14:58:45
Added: beanutils/src/java/org/apache/commons/beanutils
ContextClassLoaderLocal.java
Log:
Factored out context classloading logic into separate class. This allows it to be
more easily used. Patch contributed by Eric Pabst.
rdonkin 2003/07/07 15:00:03
Modified:beanutils/src/java/org/apache/commons/beanutils
BeanUtilsBean.java
Log:
Refactored context thread loader logic into separate class. Added new setInstance
method which works on a per-thread-context-classloader basis. Patch
rdonkin 2003/07/07 15:00:57
Modified:beanutils/src/test/org/apache/commons/beanutils
BeanificationTestCase.java
Log:
Refactored context thread loader logic into separate class. Added new setInstance
method which works on a per-thread-context-classloader
rdonkin 2003/07/07 15:06:44
Modified:beanutils/src/java/org/apache/commons/beanutils
ConvertUtilsBean.java
Log:
Improved support for ConvertUtils subclasses by replacing calls to convertors field
with calls to lookup method. Patch contributed by Eric Pabst
Tim O'Brien wrote:
On Mon, 2003-07-07 at 00:39, Mark R. Diggory wrote:
Also, can we now discuss dropping author tags?
What is your concern? Did I leave some out? Or are you suggesting we
drop them altogether?
It is unrelated to your commits, don't worry. Read this:
Hi!
The following patch includes some javadoc fixes (RandomStringUtils,
StringEscapeUtils, StringUtils, SystemUtils and WordWrapUtils), mostly
formatting. In StringUtils I also changed rightPad(String, int),
leftPad(String, int) and leftPad(String, int, char) to use ' ' instead
of when
[EMAIL PROTECTED] wrote:
class ExampleCompositeStatistic implements Variance, Mean {
double getMean(){
return m;
}
double getVariance(){
return v;
}
void addValue(double d){
// update all stats.
}
boolean hasStatistic(Class type){
return
mdiggory2003/07/07 16:06:48
Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
FourthMoment.java GeometricMean.java Mean.java
ThirdMoment.java Kurtosis.java Variance.java
Skewness.java
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=21360.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2003/07/07 16:19:22
Modified:math/src/test/org/apache/commons/math/stat/univariate/moment
MeanTest.java VarianceTest.java
GeometricMeanTest.java SkewnessTest.java
KurtosisTest.java StandardDeviationTest.java
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=21360.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2003/07/07 16:25:14
Modified:math/src/java/org/apache/commons/math/stat Univariate.java
StoreUnivariate.java UnivariateImpl.java
AbstractStoreUnivariate.java StatUtils.java
math/src/java/org/apache/commons/math/util
Is there a policy in jakarta-commons on tagging the cvs repo?
Here is my situation: I use dbcp in its current HEAD state. It is
stable for my usage. However there is a critical bug and the desire by
developers to rewrite large portions of the code, essentially removing
some code that was added
I don't see aany problem with non-release tags like this.
Craig
On Mon, 7 Jul 2003, John McNally wrote:
Date: 07 Jul 2003 18:34:58 -0700
From: John McNally [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: non-release
I don't see any problem either but I think a generic name is preferable.
Can you actually untag the code? I thought once it was tagged it was
there forever.
David
--- Craig R. McClanahan [EMAIL PROTECTED] wrote:
I don't see aany problem with non-release tags like this.
Craig
On Mon, 7
mdiggory2003/07/07 20:44:12
Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
FourthMoment.java GeometricMean.java
FirstMoment.java Mean.java ThirdMoment.java
Kurtosis.java Variance.java
It is possible, unless disallowed by the cvs admin. It can be used as a
way of managing a release as well as cleaning up a mistake. In some
environments it may be more difficult to freeze development on a branch
or the release is just not suppose to include everything on the branch.
A release
mdiggory2003/07/07 20:54:40
Modified:math .cvsignore
Log:
This is an attempt to get directories working properly in .cvsignore
Revision ChangesPath
1.4 +3 -3 jakarta-commons-sandbox/math/.cvsignore
Index: .cvsignore
mdiggory2003/07/07 21:01:15
Modified:math .cvsignore
Log:
actually this is ok, its a problem with the fact that the directory already exists
in the cvs.
Revision ChangesPath
1.5 +3 -3 jakarta-commons-sandbox/math/.cvsignore
Index: .cvsignore
bayard 2003/07/07 22:21:44
Modified:lang STATUS.html
Log:
Updated to include the rest of the math package, alphabetises the main package
entries and contains the time package description. Also uses 2.0 version numbering.
Revision ChangesPath
1.40 +29 -19
bayard 2003/07/07 22:50:42
Modified:lang RELEASE-NOTES.txt
Log:
New release notes, though it lacks bugs from bugzilla at the moment.
Revision ChangesPath
1.5 +423 -89 jakarta-commons/lang/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
bayard 2003/07/07 22:59:59
Modified:lang/src/java/org/apache/commons/lang RandomStringUtils.java
StringEscapeUtils.java StringPrintWriter.java
StringUtils.java SystemUtils.java
WordWrapUtils.java
Log:
Great set
Hello, Developers!
1) The ongoing effort of modularizing stat computations
is very worthy thing. I'm tracking this thread and
just wish you success.
2) As I have observed, you currently are implementing
two sorts of methods:
storageless, like
double computeXXX( double[] )
Hello John!
I do think I see certain (serious) issues
with the code, and I have started to compose
a comprehensive mail on this, but let us
please first discuss the
[dbcp] Do we need Referenceable?
thread I'm starting now as the outcome
of the discussion will influence greatly
what my
Hello, All develpers interested in DBCP!
I was reviewing code of Jdbc2PoolDataSource when I hit this question.
I even have done a good deal of reading on JNDI yesterday to educate
myself on the subject, although I did not master it _all_ though.
Now I have a question: do we really need
tobrien 2003/07/07 06:57:13
Modified:math project.properties
Added: math checkstyle.xml
Log:
This XML configuration file will work with the most recent Maven plugin for
Checkstyle, just change the project.properties to point to this XML file.
Revision Changes
Hello,
If the HTML form is like the following :
form method=post action=/servlet/Show
input type=checkbox name=cb
input type=text name=n
input type=submit value=Show
/form
How can Post to /servlet/Show with the values as following ?
n=Eric and the CheckBox should be CHECKED
Hi Oleg,
this thread has gotten a bit out of hand now... I personally trust the
HttpClient team to make the right decisions about the future of the
code, and I even agree with the wording of the 2.1 release plan.
Breaking 2.0 API compatibility where absolutely unavoidable is
acceptable, as
HttpClient client = new HttpClient();
HttpMethod method = new PostMethod(URL);
NameValuePair pair = new NameValuePair[2];
pair[0] = new NameValuePair(cb, on);
pair[1] = new NameValuePair(n, Eric);
((PostMethod) method).setRequestBody(parameters);
client.executeMethod(method);
byte[] responseBody
HttpClient client = new HttpClient();
HttpMethod method = new PostMethod(URL);
NameValuePair pair = new NameValuePair[2];
pair[0] = new NameValuePair(cb, on);
pair[1] = new NameValuePair(n, Eric);
((PostMethod) method).setRequestBody(parameters);
client.executeMethod(method);
byte[] responseBody
input type=checkbox name=cb value=CHECKED
regards,
Roland
Christopher,
this thread has gotten a bit out of hand now...
As long as we manage behaving as mature people, I see no problem in talking things
through
offensive, implying that we're doing something weird by using CVS HEAD
of HttpClient (which is totally normal at Jakarta). And your
Hello,
The following is a HTML form with a set of same name. How can use
HttpClient to post them ??
Best regards,
Eric
=
script language=JavaScript
C_ITEM_NO = 5;
C_BOOKING_HOUR_LIMIT = 3;
function check_input() {
i = 0;
fillCnt = 0;
loopCnt =
Maybe there should be a guide for beginners (an FAQ?) as to how HttpClient
can be used to mimic submitting form field values (via GET and/or POST) from
a browser..?
Might be particularly interesting for those wishing to use this approach to
send multipart forms containing input type=file/
-
The following is a HTML form with a set of same name. How can use
HttpClient to post them ??
PostMethod.addParameter(...) allows the same parameter name
to be used multiple times. Or you can try a comma-separated
list of the values you want to send.
regards,
Roland
Oleg Kalnichevski wrote:
One of the major shortcomings of the existing architecture is unclear
and convoluted exception handling framework.
Here's the list of my personal gripes with it
- there is no clear-cut distinction between protocol exceptions (that
are in most cases fatal) and transport
Michael,
You might try turning on the wire and/or trace logging (which sounds
like it might generate a lot of data), but it would also tell you
exactly where the delay occurs.
Knowing where the culprit occurs would provide additional detail that
might clearly identify whether the problem lies
Hi all,
I finally made the most basic SSL code run in my computer. Now I am
trying to send Post requests with the HttpClient class. I get the
following exception when I do the Execute method:
java.net.SocketException: Socket closed
at java.net.PlainSocketImpl.socketGetOption(Native
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=21378.
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=21378.
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=21378.
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=21378.
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=21378.
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=21378.
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=21378.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I ran the basic connection program listed at the end of this email. I
can do a GET to Verisign website using SSL and direct socket connections
which means I no longer have the configuration problem. Some interesting
condition is that if I don't add the provider dynamically I get an error
of
Claudio, does the same code work with your target server?
Oleg
On Mon, 2003-07-07 at 23:49, Claudio Santana wrote:
I ran the basic connection program listed at the end of this email. I
can do a GET to Verisign website using SSL and direct socket connections
which means I no longer have the
I didn't check that before... now I just ran it against my target
server... www.autorize.net/gateway/transact.dll
I receive the following exception:
javax.net.ssl.SSLHandshakeException: unknown CA
at com.ibm.jsse.JSSESocket.install(Unknown Source)
at
Well, that is it. Have a look at EasyX509TrustManager.java
EasySSLProtocolSocketFactory.java classes. They should help you to get a
handle on the situation
http://cvs.apache.org/viewcvs.cgi/jakarta-commons/httpclient/src/contrib/org/apache/commons/httpclient/contrib/ssl/
I have got to go to
Thanks! I hope this helps to solve my situation! Have a nice sleep!
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Monday, July 07, 2003 5:09 PM
To: Commons HttpClient Project
Subject: RE: HTTPClient exception
Well, that is it. Have a look at
On Monday, July 7, 2003, at 10:36 AM, Kalnichevski, Oleg wrote:
I would not be me, though, if I had not pointed out that HttpException
derived from IOException still conceptually sucks. Protocol exceptions
logically ARE NOT i/o exceptions in my opinion, no matter how many
long drinks you take.
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=21378.
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=21378.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
As an addendum to my previous email, it would also be possible to use
Oleg's #2 option and just change HttpException to extend IOException.
This would also allow us to keep API compatability. If this was done we
could remove the throws IOException from HttpClient.executeMethod().
Mike
Oleg,
Thanks for digging into this.
Oleg Kalnichevski wrote:
One of the major shortcomings of the existing architecture is unclear
and convoluted exception handling framework.
Here's the list of my personal gripes with it
- there is no clear-cut distinction between protocol exceptions (that
78 matches
Mail list logo