On Mon, 29 Dec 2003, Jeremias Maerki wrote:
On 29.12.2003 07:26:47 Henri Yandell wrote:
On 1), it seems that Jeremias is driving this one. What's the status
Jeremias?
I was just waiting for someone to comment on that, but I guess noone
objects so we can just delete these methods. I
bayard 2003/12/29 23:09:53
Modified:io/xdocs tasks.xml
Log:
updated todos
Revision ChangesPath
1.10 +4 -2 jakarta-commons-sandbox/io/xdocs/tasks.xml
Index: tasks.xml
===
RCS file:
psteitz 2003/12/29 23:10:25
Modified:uid/xdocs index.xml
Log:
Added some basic usage notes.
Revision ChangesPath
1.2 +35 -3 jakarta-commons-sandbox/uid/xdocs/index.xml
Index: index.xml
===
psteitz 2003/12/29 23:11:58
Modified:uid/src/java/org/apache/commons/uid/uuid UuidClock.java
Log:
Added IETF copyright notice, formatting changes.
Revision ChangesPath
1.2 +250 -224
jakarta-commons-sandbox/uid/src/java/org/apache/commons/uid/uuid/UuidClock.java
psteitz 2003/12/29 23:13:59
Modified:uid/src/test/org/apache/commons/uid/uuid UuidClockTest.java
Log:
Removed @author tag.
Revision ChangesPath
1.2 +5 -4
jakarta-commons-sandbox/uid/src/test/org/apache/commons/uid/uuid/UuidClockTest.java
Index:
Tim Reilly wrote:
I missed the IETF license clause that requires quoting from IETF documents
to carry the full IETF copyright notice paragraph. This patch applies the
(c) disclaimer paragraph as specified by the IETF copy license.
Also removed the @author tag.
Thanks, Tim. Good catch. I have
I just committed the new stuff, including most of the suggested name
changes. I left the abstract factory (and dependency on [discovery] and
[logging]) in so we could see the code pile and usage examples. The
abstract factory could be removed easily if that is what we want to do. I
also
Hi Phil,
I've sent my WIP (Work in Progress) directly / off-list. Not sure if that's
bad protocol, but just wanted to send an update and get initial thoughts.
I've got lots to do still... re-integrating tests, new tests, I need to
verify something's about the implementations and the spec, etc,
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=25818.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tim Reilly wrote:
Hi Phil,
I've sent my WIP (Work in Progress) directly / off-list. Not sure if that's
bad protocol, but just wanted to send an update and get initial thoughts.
I've got lots to do still... re-integrating tests, new tests, I need to
verify something's about the implementations and
Henri, why did you remove the finals from some constants? IMO that's not
the same as removing the finals from method parameters, especially when
the constants in question are public. I'd rather we leave the finals
there.
On 30.12.2003 07:55:59 bayard wrote:
public class DirectoryFileFilter
I agree with you about the capitalization and have, in later code I've
written, begun to use the convention you use. I believe it's something of a
standard, in fact. I wish I had used it when I first created these classes,
but it's probably not worth breaking client code at this point to make
This is a patch to add a custom header to .properties files and match
the features of the ExtendedProperties class so that it can be
deprecated. I preferred using a get/setHeader instead of a header
parameter on the save method, this will spare the hassle of carrying the
header every time the
I submitted a bugzilla a while ago to enhace WrapDynaBean/WrapDynaClass:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23690
The changes were
1) Implement a getInstance() method in WrapDynaBean so that the original wrapped
bean can be retrieved.
2) Implement a newInstance() method in
[originally posted in a slightly different form on commons-dev, now
cross-posting to commons-user]
I am beginning the work of tying the selection of a specific
FTPFileEntryParser in commons-net to the output of the SYST command on that
system. (getSystemName() is a wrapper around SYST). The
As announced I'd like to outline how I currently see FilenameUtils.
Current problems are:
- Some test cases are disable because they fail.
- The test cases are incomplete. Some work only on Unix because they use
slashes and the Windows path separator is a backslash. Another example:
Howdy,
I think everyone knows Bill Barker already ;) He's done a ton of work
on tomcat and related jakarta projects, including some in the
commons-sandbox. Now that commons-daemon is in the Commons Proper, I'd
still like to have his help and I think he'd like to help as well, but
we need a vote
Isn't the Sun convention to actually use all caps for acroynms? I
think I just read about that,
Url = URL or something like that.
On Tue, 30 Dec 2003 05:58:57 -0600, steve cohen [EMAIL PROTECTED] said:
I agree with you about the capitalization and have, in later code
I've written, begun to
+1
On Tue, 30 Dec 2003, Shapira, Yoav wrote:
I think everyone knows Bill Barker already ;) He's done a ton of work
on tomcat and related jakarta projects, including some in the
commons-sandbox. Now that commons-daemon is in the Commons Proper, I'd
still like to have his help and I think
Ah, re-read your mail stating:
All finals should be gone from the code now. At least the bad ones. I've
left final on classes for the moment, and final on a static variable is a
good thing.
...so I guess this was an oversight. I'll revert as necessary.
On 30.12.2003 11:26:35 Jeremias Maerki
I agree that it seems like a lot of work. I work primarily on Unix and
can definitely lend a hand, but you may be correct about skipping it for
the 1st release.
Jeremias Maerki wrote:
As announced I'd like to outline how I currently see FilenameUtils.
Current problems are:
- Some test cases
For OS2 we check if the string OS/2 is present.
For NT we check if the string Windows is present.
For VMS we check if the string VMS is present.
This way we don't have to mess with version numbers and stuff. The
actual returns that I can verify are:
AIX v5.1L: UNIX Type: L8 Version: BSD-44
jeremias2003/12/30 07:17:59
Modified:io/src/java/org/apache/commons/io/filefilter
FalseFileFilter.java TrueFileFilter.java
DirectoryFileFilter.java
Log:
Reapply final modifier for static constants.
Revision ChangesPath
1.6
On Mon, 29 Dec 2003 16:22:48 -0600, Steve Cohen [EMAIL PROTECTED] said:
[SNIP]
However, this brings up the larger question, of what the target
platform for commons-net is. I dimly remember that it being java
1.1. This is why I went through the annoying exercise of creating
the FTPFileList
jeremias2003/12/30 07:19:00
Modified:io/src/java/org/apache/commons/io/input
CountingInputStream.java
Log:
Removed unused import.
Revision ChangesPath
1.6 +1 -2
jeremias2003/12/30 07:19:45
Modified:io/src/java/org/apache/commons/io/output
ByteArrayOutputStream.java
Log:
Removed System.out calls.
Revision ChangesPath
1.5 +6 -17
jeremias2003/12/30 07:19:59
Modified:io/src/java/org/apache/commons/io/output
LockableFileWriter.java
Log:
Reapply final modifier for static constants.
Revision ChangesPath
1.6 +2 -2
jeremias2003/12/30 07:23:23
Modified:io/src/java/org/apache/commons/io FilenameUtils.java
Log:
Avoid javadoc warnings in Eclipse.
Revision ChangesPath
1.5 +2 -2
jakarta-commons-sandbox/io/src/java/org/apache/commons/io/FilenameUtils.java
Index:
jeremias2003/12/30 07:24:01
Modified:io/src/java/org/apache/commons/io FileUtils.java
Log:
Javadocs: Missing parameter description
Revision ChangesPath
1.24 +2 -1
jakarta-commons-sandbox/io/src/java/org/apache/commons/io/FileUtils.java
Index:
jeremias2003/12/30 07:24:23
Modified:io/src/java/org/apache/commons/io IOUtils.java
Log:
Removed unused imports.
Revision ChangesPath
1.11 +1 -5
jakarta-commons-sandbox/io/src/java/org/apache/commons/io/IOUtils.java
Index: IOUtils.java
jeremias2003/12/30 07:25:06
Modified:io/src/test/org/apache/commons/io/input
CountingInputStreamTest.java
Log:
Removed unused imports.
Revision ChangesPath
1.3 +3 -5
jeremias2003/12/30 07:25:22
Modified:io/src/test/org/apache/commons/io/output
ByteArrayOutputStreamTestCase.java
Log:
Reapply final modifier for static constants.
Revision ChangesPath
1.5 +4 -4
jeremias2003/12/30 07:26:16
Modified:io/src/test/org/apache/commons/io
FileUtilsListFilesTestCase.java
Log:
Added missing license header.
Revision ChangesPath
1.4 +59 -0
jeremias2003/12/30 07:26:59
Modified:io/src/test/org/apache/commons/io FilenameUtilsTestCase.java
FileUtilsTestCase.java EndianUtilsTest.java
DemuxTestCase.java CopyUtilsTest.java
IOUtilsTestCase.java
+1
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 30. prosinac 2003 14:54
To: [EMAIL PROTECTED]
Subject: [Vote] Bill Barker - Commons Proper Committer
Howdy,
I think everyone knows Bill Barker already ;) He's done a
ton of work on tomcat and related
Here's another:
SUN OS 5.8: UNIX Type: L8 Version: SUNOS
On Tue, 30 Dec 2003 07:16:05 -0600, steve cohen [EMAIL PROTECTED] said:
[originally posted in a slightly different form on commons-dev, now
cross-posting to commons-user]
I am beginning the work of tying the selection of a specific
Agreed. If no one has the itch, we should shelve it.
I would just list it as: Not going for 1.0 and we wouldn't include it in
the 1.0 tag. It can stay in its current place in CVS I think. We got away
with this a lot in Lang, having packages that didn't deploy even though
they were in HEAD etc.
+1
Costin
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 30. prosinac 2003 14:54
To: [EMAIL PROTECTED]
Subject: [Vote] Bill Barker - Commons Proper Committer
Howdy,
I think everyone knows Bill Barker already ;) He's done a
ton of work on tomcat and related
On 30.12.2003 17:01:24 Henri Yandell wrote:
Agreed. If no one has the itch, we should shelve it.
I would just list it as: Not going for 1.0 and we wouldn't include it in
the 1.0 tag. It can stay in its current place in CVS I think. We got away
with this a lot in Lang, having packages that
jeremias2003/12/30 08:27:42
Modified:io/src/java/org/apache/commons/io FileUtils.java
Log:
Made convertFileCollectionToFileArray static.
Revision ChangesPath
1.25 +2 -2
jakarta-commons-sandbox/io/src/java/org/apache/commons/io/FileUtils.java
Index:
[X] +1, let him commit in Jakarta Commons Proper
[ ] 0
[ ] -1, perhaps not, because
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jeremias2003/12/30 08:35:11
Modified:io/src/java/org/apache/commons/io CopyUtils.java
IOUtils.java
Log:
Removed methods that take a bufferSize parameter.
Discussion:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg19703.html
http://java.sun.com/j2se/1.4/docs/api/ works, too. Gets redirected to
1.4.2.
On 29.12.2003 07:13:20 Phil Steitz wrote:
The link
http://java.sun.com/products/jdk/1.4/docs/api
used as the value of the maven.javadoc.links for several commons projects
(viz. [pool], [primitives], [launcher],
On Dec 29, 2003, at 7:52 PM, Robert wrote:
Geir Magnusson Jr wrote:
On Dec 20, 2003, at 10:22 PM, Robert wrote:
I actually thought this was in the spec, my fault! I was trying to
do string building, which of course didn't work, which lead me to
look at the JavaDoc this class says either
On Dec 28, 2003, at 10:39 PM, Phil Steitz wrote:
The subject of @author tags has been discussed on and off here and
elsewhere with no apparent consensus. In a recent post to general@,
Ted
Husted pointed to this post
http://tinyurl.com/yrlhu
by Greg Stein to community at apache.org, which
This has come up in regards to using some of java.nio in Commons/Net also.
I say we leave the last release as 1.1 compatible and move on to using
1.4+ for new versions.
Personally, I use JVM 1.4+, myself. However, everytime we do a survey on
server-user, we get emphatic feedback from our
On Tue, 30 Dec 2003, Jeremias Maerki wrote:
On 30.12.2003 17:01:24 Henri Yandell wrote:
Agreed. If no one has the itch, we should shelve it.
I would just list it as: Not going for 1.0 and we wouldn't include it in
the 1.0 tag. It can stay in its current place in CVS I think. We got
jeremias2003/12/30 09:30:53
Modified:io/xdocs tasks.xml changes.xml
Log:
Update
Revision ChangesPath
1.12 +0 -3 jakarta-commons-sandbox/io/xdocs/tasks.xml
Index: tasks.xml
===
RCS file:
+1
Phil
Shapira, Yoav wrote:
Howdy,
I think everyone knows Bill Barker already ;) He's done a ton of work
on tomcat and related jakarta projects, including some in the
commons-sandbox. Now that commons-daemon is in the Commons Proper, I'd
still like to have his help and I think he'd like to
Our current server (ActiveMath) is blocked entirely by JDK 1.4: it's a
server with slightly too heavy memory requirements and the result is...
OutOfMemoryError on most Unix-VMs if in JDK 1.4. (especially true on
MacOSX, very frequent on Sun and Blackdown's on Linux).
Hence the wish not to
Howdy,
I'm neutral on requiring 1.4, but I'm curious about your server: the
same code requires much more memory running on JDK 1.4 than it does on
JDK 1.3 or earlier? Do you know why?
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Paul Libbrecht [mailto:[EMAIL
Gary Gregory wrote:
Note that the current implementation already does some of this catch and set
to null business WRT SecurityExpections.
Ah, I didn't realize this. Perhaps it isn't a big deal then -- although
I think that providing the constants in this way, although convenient,
circumvents
Well, it sounds like only OS2 and Enterprise Unix are problematical.
I Googled OS2 FTP and I can't find a single publicly accessible FTP site
that runs OS2. I did find this page:
http://www.sentex.net/kwos2cug/os2-ftp.html
which lists dozens of ftp sites RELATED to OS2. The majority of them
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=25511.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
But what about my point that what we have now is NOT 1.1 compatible?
VMSFTPEntryParser broke that, although it could, if necessary, be
reimplemented to use Hashtable instead of HashMap.
However, there might be room for discussion whether we want to leave 1.1
compatibility behind. Ant 1.6 now
--- Noel J. Bergman [EMAIL PROTECTED] wrote:
This has come up in regards to using some of java.nio in Commons/Net
also.
I say we leave the last release as 1.1 compatible and move on to using
1.4+ for new versions.
Personally, I use JVM 1.4+, myself. However, everytime we do a survey
proyal 2003/12/30 12:45:11
Removed: jexl jexl.ipr
Log:
Remove the IDEA project file from CVS
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
proyal 2003/12/30 12:46:45
Modified:jexl .cvsignore
Log:
Ignore IDEA project files
Revision ChangesPath
1.3 +3 -0 jakarta-commons/jexl/.cvsignore
Index: .cvsignore
===
RCS file:
proyal 2003/12/30 12:47:53
Modified:jexl/src/java/org/apache/commons/jexl/parser
ASTEmptyFunction.java
jexl/src/test/org/apache/commons/jexl JexlTest.java
Log:
Testcase and fix for bug where the empty() function didn't work on bean.subitem
On Dec 30, 2003, at 3:41 PM, David Graham wrote:
--- Noel J. Bergman [EMAIL PROTECTED] wrote:
This has come up in regards to using some of java.nio in Commons/Net
also.
I say we leave the last release as 1.1 compatible and move on to
using
1.4+ for new versions.
Personally, I use JVM 1.4+,
I am +1 to adding new methods (not fields) for the following variables.
java.home = C:\java\sun\1.4.2_03\jre
java.io.tmpdir = C:\DOCUME~1\ggregory\LOCALS~1\Temp\
user.dir = C:\cvs-store\transidiom\deve
user.home = C:\Documents and Settings\ggregory
It is a sesnsible extension to a useful class.
The block on 1.4 remains the big-iron webservers, like Websphere and
Weblogic. 1.4 as a requirement is a long way off yet IMHO.
Stephen
- Original Message -
From: Noel J. Bergman [EMAIL PROTECTED]
This has come up in regards to using some of java.nio in Commons/Net
also.
I say we
David Graham wrote:
There will always be users that will complain when changing Java versions.
The only semi-valid reason I've heard to not upgrade to 1.4 is that
product X requires 1.3 and product X is expensive.
Where often Product X is a commerical J2EE container (see below) and
what is
Unfortunately I don't remember if it was discussed or not. I'm for
leaving 1.1 behind, even if we need to make a compatible version at
this point, but then moving on. Seems like 1.3 is doable.
I wouldn't want to leave users out in the cold. I still want to
provide a release that works with a
scolebourne2003/12/30 13:56:17
Modified:collections/src/test/org/apache/commons/collections/bidimap
TestAll.java TestTreeBidiMap.java
Added: collections/src/test/org/apache/commons/collections/bidimap
This test should fail, as the interface specifies that the result is the
same.
See the TestAbstractOrderedBidiMapDecorator class (of yours ;-) I just
checked in amended. Note the special handling for inverse.
Stephen
- Original Message -
From: Michael Heuer [EMAIL PROTECTED]
In a
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=25811.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
As others said, if this should not stand in a way of progress and
competition.
Your clients can still use the current releases of jars that are 1.3,
right? They would still be available and source for them would be
available.
One day you can sell them on 1.4 upgrades.
.V
Gary Gregory wrote:
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=25830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I also work with a large company who is back in the 1.3
days, and they use WAS 4.0.
It seems like two releases of suuport is pretty common
rule of thumb on this.
So, WAS 6.0 is starting public beta, once released, we are
two releases from WAS 4.0.
Same with JDK 1.3. 1.5 is on the horizon,
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=25830.
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=25830.
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=25830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
psteitz 2003/12/30 14:36:04
Modified:uid/src/java/org/apache/commons/uid IdentifierUtils.java
Log:
Added initialization methods to avoid class initialization exceptions.
Revision ChangesPath
1.2 +100 -12
David and all,
As requested I have added an enhancement request to Bugzilla together
with 3 attachments :-
1. Diffs to, FileUploadBase, DiskFileUpload, and MultipartStream to
support Progress reporting for disk based file uploads.
2. Source for New interface FileUploadProgressReporter
3.
psteitz 2003/12/30 14:48:30
Modified:uid/src/test/org/apache/commons/uid IdentifierUtilsTest.java
Added: uid/src/test/org/apache/commons/uid
CustomIdentifierGeneratorFactory.java
IdentifierGeneratorFactoryTest.java
Log:
Added
psteitz 2003/12/30 14:51:01
Modified:uid/src/java/org/apache/commons/uid/serial
LongGenerator.java
Log:
Fixed error in minValue.
Revision ChangesPath
1.2 +3 -3
Quoting Stephen Colebourne [EMAIL PROTECTED]:
The block on 1.4 remains the big-iron webservers, like Websphere and
Weblogic. 1.4 as a requirement is a long way off yet IMHO.
FWIW, one of the major roadblocks for the app server vendors was that J2EE 1.4
(which in turn requires J2SE 1.4)
Please excuse, testing mail filters.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
One more time. sorry.
On Tuesday 30 December 2003 05:09 pm, steve cohen wrote:
Please excuse, testing mail filters.
-
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=25818.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Quoting Shapira, Yoav [EMAIL PROTECTED]:
Howdy,
I think everyone knows Bill Barker already ;) He's done a ton of work
on tomcat and related jakarta projects, including some in the
commons-sandbox. Now that commons-daemon is in the Commons Proper, I'd
still like to have his help and I
Hi all,
I have an alternate implementation to bug 25830 submitted by Peter Courcoux
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25830) -- adding progress/status to
file uploads.
Since I've never submitted code to Bugzilla before, can someone steer me in the right
direction? Is it
--- Jung, Eric (Contractor) [EMAIL PROTECTED] wrote:
Hi all,
I have an alternate implementation to bug 25830 submitted by Peter
Courcoux (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25830) --
adding progress/status to file uploads.
Since I've never submitted code to Bugzilla
billbarker2003/12/30 19:53:52
Modified:daemon STATUS.html project.xml
Log:
Adding myself to the project.
Revision ChangesPath
1.2 +2 -1 jakarta-commons/daemon/STATUS.html
Index: STATUS.html
+1
On Tue, Dec 30, 2003 at 08:54:23AM -0500, Shapira, Yoav wrote:
Howdy,
I think everyone knows Bill Barker already ;) He's done a ton of work
on tomcat and related jakarta projects, including some in the
commons-sandbox. Now that commons-daemon is in the Commons Proper, I'd
still like
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=23310.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2003/12/30 20:43:15
Modified:daemon/src/native/nt/procrun procrun.c
Log:
1) Allow the --Java to simply be where java is installed, instead of the full
path to the jvm.dll.
2) When running --Java=java, use the JVM specified in JAVA_HOME over the one
specified in
billbarker2003/12/30 20:45:18
Modified:daemon/xdocs procrun.xml
Log:
Document changes.
Revision ChangesPath
1.6 +3 -1 jakarta-commons/daemon/xdocs/procrun.xml
Index: procrun.xml
===
RCS
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=25789.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2003/12/30 20:52:30
Modified:daemon/src/native/unix/native home.c
Log:
Fix parsing of 'jvm.cfg' files for the new 1.4.x format.
Fix for Bug #25790
Revision ChangesPath
1.2 +6 -2 jakarta-commons/daemon/src/native/unix/native/home.c
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=25790.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2003/12/30 20:58:31
Modified:daemon/src/native/unix/native arguments.c debug.h home.c
Log:
Avoid NPEs when JAVA_HOME is not defined on debug build.
Fix for Bug #23722
Revision ChangesPath
1.2 +6 -6
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=23722.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2003/12/30 21:03:26
Modified:daemon/src/native/unix/native jsvc-unix.c
Log:
Fix problems with signal handling on Solaris (possibly others).
Fix for Bug #24247
Reported By: Peter Poloha [EMAIL PROTECTED]
Revision ChangesPath
1.8 +4 -4
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=24247.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
In message [EMAIL PROTECTED], steve cohen writes
:
failing but on a different line. I'm not sure what platform Jeff is on when
he did the build, but I think I should rewrite this test in a way that
doesn't assume any particular order since this seems to be JDK-implementation
dependent. The
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=24327.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
98 matches
Mail list logo
