jeremias2004/04/24 02:29:29
Modified:io build.xml
Log:
Removed the necessity for the data/test directory.
Fixed manually as my local Maven doesn't want to cooperate. Should fix Gump failure.
Revision ChangesPath
1.15 +0 -6 jakarta-commons/io/build.xml
olegk 2004/04/24 07:30:29
Modified:httpclient maven.xml
Log:
PR #26499 (Improper EOL for text files on Windows)
Contributed by Oleg Kalnichevski
Reviewed by Michael Becke
Revision ChangesPath
1.3 +35 -1 jakarta-commons/httpclient/maven.xml
Index:
olegk 2004/04/24 07:31:06
Modified:httpclient Tag: HTTPCLIENT_2_0_BRANCH maven.xml
Log:
PR #26499 (Improper EOL for text files on Windows)
Contributed by Oleg Kalnichevski
Reviewed by Michael Becke
Revision ChangesPath
No revision
No
Al Chou wrote:
Numerical Python (NumPy) came up the past couple of days on the Object-Oriented
Numerics list, and because I know it's been hosted at SourceForge for years, I
started wondering whether it could be a source of ideas or even algorithms for
us. The manual
psteitz 2004/04/24 11:40:22
Modified:math project.xml build.xml
Log:
Updated dependencies to latest release versions
collections: 3.0 (added to java-repository)
beanutils: 1.6.1
discovery: 0.2 (added to java-repository)
Revision ChangesPath
1.44 +4 -4
psteitz 2004/04/24 11:51:01
Modified:math/src/java/org/apache/commons/math/stat Frequency.java
Log:
Replace deprecated TreeBag with collections 3.0 version.
Revision ChangesPath
1.19 +2 -2
I know I'm jumping in on this a bit late, but just to put my 2 cents in...
I've used Jelly as an XML based process tool. Much like a slimmed down
workflow tool for web apps. I built a complete web app with Struts and
Jelly and with the exception of business objects, I didn't write any
code;
jeremias2004/04/24 12:24:09
Modified:io/src/java/org/apache/commons/io/output
ByteArrayOutputStream.java
Log:
Removed unused, commented code.
Revision ChangesPath
1.8 +1 -6
olegk 2004/04/24 12:36:05
jakarta-commons/httpclient/src/test/org/apache/commons/httpclient/cookie - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2004/04/24 12:46:16
Modified:io/src/java/org/apache/commons/io FileUtils.java
Log:
Fixed a small javadoc mistake.
Revision ChangesPath
1.31 +2 -2 jakarta-commons/io/src/java/org/apache/commons/io/FileUtils.java
Index: FileUtils.java
In message [EMAIL PROTECTED], Steve Cohen writes:
The candidate release is available at http://cvs.apache.org/~scohen/
...
Please vote on this release. If the vote passes I will produce the release.
+1
-
To unsubscribe,
psteitz 2004/04/24 14:41:02
Modified:math/src/test/org/apache/commons/math/stat/univariate
ListUnivariateImpl.java
Log:
Javadoc.
Revision ChangesPath
1.2 +4 -2
psteitz 2004/04/24 14:43:26
Modified:math/src/test/org/apache/commons/math/stat/univariate
BeanListUnivariateImpl.java
BeanListUnivariateImplTest.java
Log:
Implemented addValue(double) using DynaBeans.
Revision ChangesPath
I just checked in a change to BeanListUnivariateImpl implementing
addValue(double) using DynaBeans. I would like to drop the Impl from
the end of the name of this class and ListUnivariateImpl and move both
back into the /src tree in /stat/univariate so that we can include them in
the 1.0
On Friday 23 April 2004 9:36 pm, Steve Cohen wrote:
The candidate release is available at http://cvs.apache.org/~scohen/
This release differs from the one uploaded recently in that it incorporates
Dirk Verbeeck's changes to maven.xml to include the Apache NOTICE.txt in
the distro.
Please
Eric,
I hadn't thought of verifying our code against NumPy, but it's not a bad idea.
The Object-Oriented Numerics list has a Web presence at
http://www.OONumerics.org/ .
Python is a plenty powerful language, but I much prefer Ruby's sensibilities
and have even learned to appreciate the power
In message [EMAIL PROTECTED], Jeffrey D. Brekke writes:
standard stuff won't do. Or better yet, lets just put the two lines
from the NOTICE.txt into the README.txt.
We can't do that because putting it in NOTICE is required by the Apache
License. If I didn't miss anything, we're talking about
Maven rc1 seems to create a working build.xml for me. The only problem is
that it assumes junit.jar is in your ANT_HOME/lib. Took a little while to
figure that one out.
Hen
On Fri, 23 Apr 2004, Jeremias Maerki wrote:
Thanks, Henri, for pushing it. If you want any help on Saturday, I'm
bayard 2004/04/24 16:16:49
Modified:io project.xml
Log:
preparing an rc2
Revision ChangesPath
1.28 +1 -1 jakarta-commons/io/project.xml
Index: project.xml
===
RCS file:
bayard 2004/04/24 16:20:06
Modified:io build.xml
Log:
new build file. rc1 seems to generate it with absolute file paths, but I have
manually changed those and it seems to work
Revision ChangesPath
1.16 +10 -12jakarta-commons/io/build.xml
Index:
bayard 2004/04/24 16:23:15
Removed: io/src/java overview.html
Log:
seems uncommon to have an overview.html here in jakarta commons projects now
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Hello,
I'm writing tests for the POP3 and SMTP modules. These modules must
connect to POP3 and SMTP servers in order to be fully tested.
Currently, I am using a default installation of James running on localhost
with a user named test. This seems to work pretty well for me but
olegk 2004/04/24 16:28:05
Modified:httpclient/src/java/org/apache/commons/httpclient/cookie
CookieSpecBase.java
httpclient/src/test/org/apache/commons/httpclient/cookie
TestCookieCompatibilitySpec.java
bayard 2004/04/24 16:31:46
Modified:io/src/java/org/apache/commons/io package.html
Log:
Fixed name of IOUtils class
Revision ChangesPath
1.4 +8 -8 jakarta-commons/io/src/java/org/apache/commons/io/package.html
Index: package.html
bayard 2004/04/24 16:34:29
Modified:io/src/java/org/apache/commons/io package.html
Log:
fixed FileUtils name in the javadoc
Revision ChangesPath
1.6 +5 -5 jakarta-commons/io/src/java/org/apache/commons/io/package.html
Index: package.html
bayard 2004/04/24 16:36:05
Modified:io/src/java/org/apache/commons/io package.html
Log:
fixed link to SwappedDataInputStream
Revision ChangesPath
1.7 +1 -1 jakarta-commons/io/src/java/org/apache/commons/io/package.html
Index: package.html
bayard 2004/04/24 16:39:56
Modified:io/src/java/org/apache/commons/io package.html
Log:
switched the blue colour highlighting to bold text. Blue looks like an anchor. Also
made an attempt at fixing indentation
Revision ChangesPath
1.8 +7 -9
bayard 2004/04/24 16:49:26
Modified:io/src/java/org/apache/commons/io IOUtils.java
CopyUtils.java
Log:
Javadoc rewritten in both these classes to match the refactoring that happened a
while back.
Revision ChangesPath
1.14 +7 -71
olegk 2004/04/24 16:51:57
Modified:httpclient/src/java/org/apache/commons/httpclient/cookie
CookieSpecBase.java
httpclient/src/test/org/apache/commons/httpclient
TestMethodsRedirectNoHost.java
bayard 2004/04/24 16:53:01
Modified:io project.xml
io/xdocs index.xml
Log:
improved description of project and fixed title of index page
Revision ChangesPath
1.29 +1 -3 jakarta-commons/io/project.xml
Index: project.xml
I'm going to go ahead and build rc2 in an hour or two. I believe we have
covered every concern that was raised in this week, so hopefully a release
is but a week away.
Hen
On Sat, 24 Apr 2004, Henri Yandell wrote:
Maven rc1 seems to create a working build.xml for me. The only problem is
On Sat, 24 Apr 2004 19:03:45 -0400, Daniel F. Savarese [EMAIL PROTECTED]
said:
In message [EMAIL PROTECTED], Jeffrey D. Brekke
writes:
standard stuff won't do. Or better yet, lets just put the two
lines from the NOTICE.txt into the README.txt.
We can't do that because putting it in
I'm of two minds about this.
1) Large libraries are painful for people to deal with because a) they are
large in size and b) they are large in functionality.
2) Lots of libraries are painful for people to deal with because a) there
are many of them, so lots to manage, and b) they desire many
It is opinion based though. While I'm not against your 3Map, Unmodifiable
and Functor arguments, I'm very against the comparator argument.
Writing custom comparators all the time is a big waste of development time
that I see all the time. They do not normally need to be performant to
that
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=25372.
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://issues.apache.org/bugzilla/show_bug.cgi?id=28566.
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://issues.apache.org/bugzilla/show_bug.cgi?id=28566.
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://issues.apache.org/bugzilla/show_bug.cgi?id=26499.
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://issues.apache.org/bugzilla/show_bug.cgi?id=28421.
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://issues.apache.org/bugzilla/show_bug.cgi?id=25372.
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://issues.apache.org/bugzilla/show_bug.cgi?id=25372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Folks,
I think it is time we started using Clover reports for the CVS HEAD
development. Currently our test coverage is appalling (meager 50%).
Since we have got a very flexible testing framework based on
SimpleHttpServer, we no longer have an excuse that certain complex
things cannot be adequately
Clover is fantastic. We use Clover during our nightly test suite and the coverage
reports are very great tools. You might want to consider waiting a week or more, as
Clover is right now in the process of finishing up their 1.3 release (they're on
1.3rc3 right now).
Thanks,
Sam
Right now I am more interested in having Cookie test cases cleaned up
and restructured. I do not think I'll be aiming at 100% coverage for the
time being. Once Clover 1.3 is out, I may extend the coverage
Oleg
On Sat, 2004-04-24 at 19:07, Sam Berlin wrote:
Clover is fantastic. We use Clover
44 matches
Mail list logo
