Shapira, Yoav wrote:
Howdy,
+1, willing to help if you need it.
I have not touched to procrun for the moment so it would be nice that someone
check this part.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]
Sent: Monday,
jfclere 2004/02/10 00:04:14
Modified:daemon LICENSE LICENSE.txt
Log:
Upgrade licence to 2.0
Revision ChangesPath
1.3 +13 -54jakarta-commons/daemon/LICENSE
Index: LICENSE
===
RCS file:
It is a bug.. But.. Eventually you end up writing Ant translaters for
everything in Maven! I think the osjava.org dependency was why I was
wondering if we should have a our own commons repo...? However, I did file
to get simple-jndi uploaded, so as soon as that happens, the dependency on
org.apache.tools.ant.Main -Dbuild.clonevm=true
-Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only
-Dfinal.name=commons-jelly-tags-jetty-20040210 jar
[Working Directory: /data/gump/jelly-tags/jetty]
-
[javac] symbol : class
org.apache.tools.ant.Main -Dbuild.clonevm=true
-Dgump.merge=/data/gump/gump/work/merge.xml -Dbuild.sysclasspath=only
-Dfinal.name=commons-jelly-tags-junit-20040210 jar
[Working Directory: /data/gump/jelly-tags/junit]
-
[junit]
[junit
I hope this time everything will be ok.
By the way, is it possible to send patches as attachements through
bugzilla?
Piotr
Index: EmpiricalDistribution.java
===
RCS file:
Any reasons commons-cache doesn't satisfy that ?
Adding the expiry mechanism if not there, wouldn't be so hard, or ?
Commons-cache is still in the sandbox but I've heard many people using
it without any trouble and we do.
paul
On 10-Feb-04, at 00:25 Uhr, Jerry Haltom wrote:
Does there
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=26827.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Best to attach them as separate files. - Mark
Piotr Kochaski wrote:
I hope this time everything will be ok.
By the way, is it possible to send patches as attachements through
bugzilla?
Piotr
To clarify one point, we do have our own repository for apache projects
which Jason and I worked to setup at this time, we really need to get
some documentation on it out there ;-)
minotaur.apache.org:/www/www.apache.org/dist/java-repository
http://www.apache.org/dist/java-repository
However,
Because I didn't see it. :)
On Tue, 2004-02-10 at 03:55, Paul Libbrecht wrote:
Any reasons commons-cache doesn't satisfy that ?
Adding the expiry mechanism if not there, wouldn't be so hard, or ?
Commons-cache is still in the sandbox but I've heard many people using
it without any trouble
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=25598.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
See the [collections] website for one way of doing this.
The main site is always bleeding edge.
But, the navigation has explicit links to versioned javadoc.
The maven xml grabs the cvs tagged code to create the additional javadoc.
It seems quite neat (but then I did it...;-)
Stephen
From: Mark
Unfortunately, as version 3 of [collections] has now been released with
HashEntry as a class, that cannot be changed to an interface.
I would however, support the addition of a similar AbstractHashedSet class
to [collections], preferably with a default HashedSet implementation.
Stephen
-
Ok, I copied the following contents to /jakarta-commons/commons-build
/jakarta-commons/xdocs
/jakarta-commons/project.xml
/jakarta-commons/navigation.vm
/jakarta-commons/maven.xml
/jakarta-commons/incl_nav.xml
/jakarta-commons/LICENSE.txt
The following contents will remain in the
Maybe you/we could migrate that into the
/jakarta-commons/commons-build/maven.xml file?
-Mark
Stephen Colebourne wrote:
See the [collections] website for one way of doing this.
The main site is always bleeding edge.
But, the navigation has explicit links to versioned javadoc.
The maven xml
mdiggory2004/02/10 10:30:03
Added: commons-build project.properties
Log:
new global project.properties with location for maven remote repository directory,
group and host
Revision ChangesPath
1.1 jakarta-commons/commons-build/project.properties
mdiggory2004/02/10 11:15:05
Modified:collections project.xml
daemon project.xml
io project.xml
codecproject.xml
digester project.xml
el project.xml
cli project.xml
mdiggory2004/02/10 11:20:09
Modified:commons-build maven.xml
Log:
relative lookup of project.xml files with exclusion of the commons-build directory.
Revision ChangesPath
1.6 +6 -3 jakarta-commons/commons-build/maven.xml
Index: maven.xml
rdonkin 2004/02/10 11:24:00
Modified:beanutils build.properties.sample
Log:
Corrected typo in sample recommendations.
Revision ChangesPath
1.7 +1 -1 jakarta-commons/beanutils/build.properties.sample
Index: build.properties.sample
Hello,
Context: I am writing some unit tests for our product that require system
properties (like java.ext.dirs) to be temporarily fiddled with. Now my code
looks like this:
public void testJavaExtDirDoesNotExist() {
String saveJavaExtDirs = SystemUtils.JAVA_EXT_DIRS;
try {
On Tue, 2004-02-10 at 09:26, Mark R. Diggory wrote:
To clarify one point, we do have our own repository for apache projects
which Jason and I worked to setup at this time, we really need to get
some documentation on it out there ;-)
Mark R. Diggory wrote:
1.) Change all the project.xml files in all the projects to point to
extend../commons-build/project.xml/extend
This task is now complete on all project.xml files that originally had
this extension present. Note: there are existing project.xml files that
do not
On Tue, 10 Feb 2004 15:46:21 -0500, Mark R. Diggory wrote:
I'm having some difficulty with this in
/jakarta-commons/commons-build/maven.xml
specifically, I can seem to change the relative location of the
*/project.xml files from the base to ../*/project.xml. Any tips
here
would be great.
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=26827.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
roxspring2004/02/10 14:00:30
Modified:cli Tag: RESEARCH_CLI_2_ROXSPRING project.properties
Log:
Switched from turbine style to sun
Revision ChangesPath
No revision
No revision
1.7.2.1 +1 -1
On 6 Feb 2004, at 13:56, Ted Husted wrote:
Looking forward to it, James :)
I am finding that a lot of teams in the field do want this
functionality.
If the plugin was not coupled to the contrib implementations, then I
suppose you could try putting it under /plugins instead of contrib.
FWIW
i
On 29 Jan 2004, at 07:28, Craig R. McClanahan wrote:
snip
Before a real 1.0 release I would really like to see a JDBC based
implementation
added, but that doesn't need to be a gating factor for promotion to
commons
proper (especially if I don't have time to work on it, although it's
becoming
I don't understand what the issue is, if you want the keyset fro example
then...
Map myMap = (Map)myDynaBean.get(myMapPropertyName);
Set myKeySet = myMap.keySet()
Niall
- Original Message -
From: robert burrell donkin [EMAIL PROTECTED]
To: Jakarta Commons Developers List
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=26843.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
thanks, but, no luck, maybe my problems actually lie elsewhere, I'll do
some more research.
-M.
[EMAIL PROTECTED] wrote:
On Tue, 10 Feb 2004 15:46:21 -0500, Mark R. Diggory wrote:
I'm having some difficulty with this in
/jakarta-commons/commons-build/maven.xml
specifically, I can seem to
billbarker2004/02/10 21:11:48
Modified:daemon/src/native/nt/procrun License.rtf procgui.c procrun.c
procrun.h
Log:
Updating to Apache 2.0 licence.
Revision ChangesPath
1.2 +29 -46jakarta-commons/daemon/src/native/nt/procrun/License.rtf
billbarker2004/02/10 22:52:24
Modified:daemon/src/native/nt/procrun procrun.c
Log:
Add support for --WorkingPath when using the in-proc option.
Fix for bug #26806.
Reported By: Robert Herold [EMAIL PROTECTED]
Revision ChangesPath
1.14 +3 -1
hmmm
bit of a tough one this. i think that it'd involve an addition to the
DynaBean's API. this is question probably belongs on the dev list so
i'd suggest that we take it there. (if you're unwilling to process - by
filtering - the torrent of mail that is commons-dev then you might like
I am using the collections library from CVS and did not have a problem
with the minor re-factoring. After a few quick cosmetic changes,
everything works fine as far as I can tell.
I have placed a couple of UML diagrams on my web site with the code to
help explain what I am doing. You can find
35 matches
Mail list logo