Environment: N/A, javadoc
Reporter: Tim Mooney
Priority: Trivial
Javadoc for the Daemon interface method start uses the word avfter, should
probably be after.
Full comment:
Start the operation of this Daemon instance. This method is to be invoked by
the environment after
[
https://issues.apache.org/jira/browse/DAEMON-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim Mooney updated DAEMON-101:
--
Description:
Javadoc for the Daemon interface method start uses the word avfter, should
probably
[
https://issues.apache.org/jira/browse/POOL-94?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12490734
]
Tim McCollough commented on POOL-94:
I agree there are numerous bad things that happen if the code using the object
[
https://issues.apache.org/jira/browse/VFS-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12483506
]
Tim Rademacher commented on VFS-113:
Hi, I experienced some errors while testing the new functionality
[
https://issues.apache.org/jira/browse/VFS-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482326
]
Tim Rademacher commented on VFS-113:
It's been a while since I wrote this. ;-) So by now, the only exception I get
(rising from the ether)
+1, looks good to me.
Tim
On 3/7/07, Daniel Florey [EMAIL PROTECTED] wrote:
Go for it!
+1
Daniel
-- Forwarded message --
From: Oliver Zeigermann [EMAIL PROTECTED]
Date: 04.03.2007 17:19
Subject: [VOTE] Release Commons Transaction 1.2
Reporter: Tim Rademacher
Hi,
I experienced unregular NullPointerExceptions while getting an InputStream from
an SftpFileObject. It only occures in a multithreading environment.
I made a patch. By now it seems to work!
Regards,
Tim
--
This message is automatically generated by JIRA
[
https://issues.apache.org/jira/browse/VFS-113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim Rademacher updated VFS-113:
---
Attachment: SftpFileObject.diff
Fix for the NullPointerException in SftpFileObject.getContent
Project: Commons VFS
Issue Type: Bug
Reporter: Tim Rademacher
Hi!
I experienced a deadlock when one thread (the DefaultFileMonitor) fires an
event in which a file is modified and another thread deletes a file at the same
time.
The first thread first locks
[
https://issues.apache.org/jira/browse/VFS-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim Rademacher updated VFS-112:
---
Attachment: AbstractFileSystem.diff
This fix should sove the deadlock problem!
Deadlock when
Affects Versions: 1.3
Environment: JDK 1.4.2, web application running under Tomcat 5.0.25
Reporter: Tim McCollough
Priority: Minor
I am using GenericObjectPool to store a pool of socket connections. While
debugging the application I noticed that the result
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration.
This issue
/browse/VALIDATOR-199
Project: Commons Validator
Issue Type: Bug
Affects Versions: 1.3.0 Release
Environment: Solaris 8, Windows XP SP2
Reporter: Tim Mulligan
We recently downloaded the Commons Validator 1.3.0 source distribution and
discovered
: Collection
Affects Versions: 3.2
Reporter: Tim Lenz
The removeAll(Collection collection, Collection remove) method calls
ListUtils.retainAll(collection, remove)
instead of ListUtils.removeAll(Collection collection, Collection remove)
Should be an easy fix
--
This message
to preserve the default static instance of
Uberspect on
Introspector for continuity.
Tim
--- [EMAIL PROTECTED] wrote:
Hi,
It looks like the simplest place to provide a plugin mechanism in JEXL is
via the JexlContext object. My reasoning is that this object is passed
along everywhere
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
Having said that, teasing apart the packages is a good idea. IMO, we
should introduce two new packages with this reorganization:
(i) o.a.c.scxml.digester - For the SCXMLDigester and its static
inner classes (pulling them out so they
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/18/06, Tim OBrien [EMAIL PROTECTED] wrote:
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/14/06, Tim OBrien [EMAIL PROTECTED] wrote:
snip/
2. Decouple Execution Context from the SCXML Model
snip/
Most of your
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/19/06, Peter Costa [EMAIL PROTECTED] wrote:
I am new to the list
snip/
and would like to get involved in
this project.
snap/
We're always looking for help :-)
I was wondering if you could tell me
where to get more information
Rahul, my emails are a tad long, eh? Apologies in advance.
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
3. Is SCXML appropriate for Commons?
Commons SCXML might not be appropriate for Jakarta Commons. See the recent
discussion on
general@
about componentizing different parts of
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/14/06, Tim OBrien [EMAIL PROTECTED] wrote:
snip/
2. Decouple Execution Context from the SCXML Model
snip/
Most of your observations are correct. We need effective cloneability
and/or decoupling, re-parsing is a waste. If you have any
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/14/06, Tim OBrien [EMAIL PROTECTED] wrote:
snip/
trim/
snap/
The reasons the SCXMLserializer exists are somewhat historic, though
it has utility from a testing/trying out POV. As the Javadoc for the
class states:
quoteUsed primarily
issue, I think it would be beneficial for the ASF to
join the W3C, but
we're currently not a Member organization. Is there mechanism by which
interested committers
could get a window into the working group?
Tim
--- Barnett, James [EMAIL PROTECTED] wrote:
We hope to have a new working draft
Add mine to the mix just for the record
+0 at this time, I don't anticipate this not making it out of sandbox, but I'd
like to help solve
the only one committer issue before we promote.
...and I just have some questions about committing to this public contract in
a 1.0 release.
--- Rahul
I'm trying to use SCXMLDigester to read an SCXML file without an initialstate
attribute defined
on the scxml document element. Doing so throws a SEVERE: No SCXML child
state with ID null
found; illegal initialstate for SCXML document
The Working Draft
Good summary, comments inline...
--- Jörg Schaible [EMAIL PROTECTED] wrote:
4/ Copied c-codec classes in official API
To remove a dependency to c-codec the digest and hex utilities have been
copied to c-id, but they are now publicly available in the o.a.c.id
namespace.
Martin already
--- Jörg Schaible [EMAIL PROTECTED] wrote:
Hi Tim,
Tim OBrien wrote:
Good summary, comments inline...
--- Jörg Schaible [EMAIL PROTECTED] wrote:
4/ Copied c-codec classes in official API
To remove a dependency to c-codec the digest and hex utilities have been
copied
I'm interested in the SCXML codebase, but before I could vote +1 for promotion,
I'm generally
thinking that the following issues need to be discussed. I apologize if this
is blocking RDC.
1. SCXMLSerializer
Right now the code to serialize an SCXML object is a Visitor pattern that
constructs
--- Henri Yandell [EMAIL PROTECTED] wrote:
On 1/7/06, Tim O'Brien [EMAIL PROTECTED]
wrote:
This file
http://www.apache.org/dist/jakarta/commons/codec/source/commons-codec-1.3-src.tar.gz
doesn't have the appropriate commons-codec-1.3/
directory in front of each
entry. When you
?
Tim O'Brien
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
variables instead of being static variables
initialized in a (eek) static block.
Of course, this should be done without changing the released contract.
Tim O'Brien
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED
RE: keeping track of votes: I was thinking exactly the same thing. IMO a
tool of some kind would be very useful (showing how many people have voted,
the open time (possibly reminders), list of raised issues (for people to
review before voting). Is there nothing out there to do this?
Tim
similarities (e.g. composition functions).
Tim.
-Original Message-
From: Niall Pemberton [mailto:[EMAIL PROTECTED]
Sent: 01 December 2005 08:40
To: Jakarta Commons Developers List
Subject: Re: [all] Together, and bricks apart
On 12/1/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/30
(and would like to help
with such an undertaking). In addition to reducing the size of collections
developers would, IMO, like to be able to use functors separately from
collections.
Tim.
PS I'm new to this open-source community stuff so apologies for any
mistakes/inappropriate actions
Are there any plans to make commons collections generics (as in JDK 1.5)
enabled? If not I would be happy to do this. Tim.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support
Excellent. Might be worth making this a bit more visible.
-Original Message-
From: James Carman [mailto:[EMAIL PROTECTED]
Sent: 25 November 2005 14:12
To: 'Jakarta Commons Developers List'
Subject: RE: Making Commons Collections Generic Enabled
Tim,
It's already been done (http
You may be able to use BigInteger (arbitrary precision).
-Original Message-
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: 22 November 2005 20:35
To: Jakarta Commons Developers List
Cc: commons-dev@jakarta.apache.org
Subject: Re: FileSystemUtils
Your welcome :) (I wrote that
All source has been moved to SVN: try
http://svn.apache.org/repos/asf/jakarta/commons
[EMAIL PROTECTED] wrote:
Hi, Has Messenger been abandoned? I can't seem to get the source - couldn't get
at CVS. I realize that it is only a sandbox project. Also, CodeHaus also has a
project named
AFAIK, promotion from the sandbox is now just an svn move. This
doesn't help us with components that were promoted before the svn
migration. Does anyone have any objections to svn rm-ing the
following directories. This is just a start..
/jakarta/commons/sandbox/betwixt
Emmanuel Bourg wrote:
Tim O'Brien wrote:
Also, seems like we could move the tags in
/jakarta/commons/sandbox/configuration/tags over to
/jakarta/commons/proper/configuration/tags
No problem as long as we preserve the history of the work done on
[configuration] when it was in the sandbox
Simon Kitching wrote:
On Mon, 2005-07-04 at 23:53 +0200, Thomas Dudziak wrote:
On 7/4/05, Tim O'Brien [EMAIL PROTECTED] wrote:
AFAIK, promotion from the sandbox is now just an svn move. This
doesn't help us with components that were promoted before the svn
migration. Does anyone
Thomas Dudziak wrote:
On 7/4/05, Tim O'Brien [EMAIL PROTECTED] wrote:
AFAIK, promotion from the sandbox is now just an svn move. This
doesn't help us with components that were promoted before the svn
migration. Does anyone have any objections to svn rm-ing the
following directories
/jakarta/commons/proper/io/trunk/src/test
/org/apache/commons/io/input/ClassLoaderObjectInputStreamTest.java
-
Tim O'Brien
[EMAIL PROTECTED]
(847) 863-7045
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration.
This issue
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration.
This issue
Since tomcat is in the process of leaving jakarta into its own TLP.
Common servlets, filters, listeners might be a natural addition there.
-Tim
On Apr 1, 2005 10:53 AM, Noel J. Bergman [EMAIL PROTECTED] wrote:
I too would like to have a webdav servlet in commons.
I would not, but I would
Simon Kitching wrote:
I'm wondering if we need to provide a configurable Singleton strategy
that the user of the library can set. We would provide a default
singleton strategy but users could override that if the default
behaviour doesn't result in correct Singleton behaviour.
I think it's
and httpclient. Stay
on the commons-dev mailing lists, and when the community grows start
thinking about migrating out of the commons.
+1
To promote feedparser out of commons at this point might create the
possibility for another BCEL.
Tim O'Brien
-Original Message-
From: Kevin A. Burton
-Original Message-
From: Steve Cohen [mailto:[EMAIL PROTECTED]
(he doesn't see synchronize as a must-have, I won't
take subeclipse seriously until it has it - but nonetheless
says the release version will have it)
+1
try to build without these files.
The correct commands follow:
svn checkout
http://svn.apache.org/respos/asf/jakarta/commons/trunks-proper
jakarta-commons
and
svn checkout
http://svn.apache.org/respos/asf/jakarta/commons/trunks-sandbox
jakarta-commons-sandbox
Tim O'Brien
-Original Message
?
Someone had mentioned that it would be valuable to preserve history by
copying sandbox tags and branches to an archives directory for each
component at the same level as branches and tags? Anyone?
Tim
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Sunday
If you are not following the infrastructure list, note that this is the
first email notification of a change to a Subversion property. Justin
Erenkrantz just installed svnmailer
(http://opensource.perlig.de/svnmailer/doc-1.0/) this afternoon.
Tim O'Brien
-Original Message-
From
2005 14:45:34 -0500, Tim O'Brien
[EMAIL PROTECTED] wrote:
If you were following both commons-dev and commons-user you
would've
seen that we already did this on Thursday :-). Please use
trunks-proper and trunks-sandbox as they already
contain the files
migrated from the jakarta
necessarily pretty, but it would solve the problem
for people who checkout trunks-proper and inidividual components. But,
I'll be the first to admit it is heavy on the svn:externals property.
Tim
-Original Message-
From: Dirk Verbeeck [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 30
among them both. This was
something we couldn't do with CVS because commons and sandbox were two
separate modules.
But, that being said, I'm wondering if anyone else has any good reason
for not doing this.
tim
-Original Message-
From: Dirk Verbeeck [mailto:[EMAIL PROTECTED]
Sent
-Original Message-
From: Simon Kitching [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 30, 2005 7:54 PM
To: Jakarta Commons Developers List
Subject: Re: Removing Graduated Components from trunks-sandbox
On Sun, 2005-01-30 at 15:10 -0500, Tim O'Brien wrote:
I agree
Right, good point, +1 on commons/sandbox/dormant and
commons/proper/dormant.
And, components moved to dormant are removed from the svn:externals
property of their respective trunks directory.
Tim
-Original Message-
From: Craig McClanahan [mailto:[EMAIL PROTECTED]
Sent: Sunday
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration,
and has been
To: Jakarta Commons Developers List
Subject: Re: Missing components in sandbox?
The components seem to be in SVN, but I did a checkout like
svn co
https://svn.apache.org/repos/asf/jakarta/commons/trunks-sandbox
jakarta-commons-sandbox
as suggested by Tim and now I seem to have the proper
My fault, I saw LICENSE.txt and LICENSE and just copied LICENSE.txt, I will
copy LICENSE.txt to LICENSE and commit.
Tim
-Original Message-
From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
Sent: Fri 1/28/2005 9:49 AM
To: commons-dev@jakarta.apache.org
Subject: SVN migration and LICENSE
jakarta-commons and jakarta-commons-sandbox are now locked. The svn migration
is proceeding, and we can expect at least 2-3 hours of downtime. I'll update
the list when the migration is finished.
Tim O'Brien
So, I disappeared and left Justin and Henri fending for themsevles, but
it looks like the migration end is in sight.
Immediately after the migration, I will create current and add
svn:externals for proper, I'll also capture the few files missed by the
conversion script.
Tim
-Original
. After executing these commands you'll end up with the
same content you would get if you had checked out jakarta-commons or
jakarta-commons-sandbox from CVS.
Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
Some of these things need volunteers, some need discussion:
1. project.xml files need to be updated to reflect the fact that
repositories are in SVN.
2. gump project descriptors need to be updated.
3. Should we svn rm components from the sandbox which have been
promoted?
4. Should we svn rm
More than 72 hours have passed for this vote, I think everyone has had
ample opportunity to weigh in.
We need to do this when Justin is free, and that happens to be Thursday
morning or afternoon. Most other conversions are simple one shot
conversions, but commons is really more of a series of
Alright a sufficient amount of time has passed for public comments and
testing.
This is a vote thread for migrating commons to SVN. If this vote
passes, I'll contact Justin and schedule the least disruptive migration
time possible.
Tim O'Brien
. This
is not a problem with the real Apache SVN repository. If you want to
use a repository served with a self-signed cert with Subclipse, try to
access the repository from the command-line and then accept the
certificate permanently.
Tim
Windows - Preferences...
Then in the tree menu of configuration panels, choose:
Java - Build Path - Classpath Variables
Create a new variable MAVEN_REPO, point it at ~/.maven/repository
Tim O'Brien
[EMAIL PROTECTED]
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
How
Alright folks, it looks like svn has stabilized.
Let's have a poll here: any more opinions on the svn conversion? Has
everyone had ample time to test?
Tim O'Brien
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Paul,
Try this repository,
https://brahe.discursive.com/svn/commons-test/jakarta/commons/proper/jelly/
The same process was used to generate this that was used to generate the
structure of the ASF test repository exception this one has history. This was
an export from two weeks ago.
Tim
the current version of
all files and added them to the ASF test repository. I did this to same time
and minimize the time it took to get something into the test repository.
Justin's recommendation was a subset of the entire project without history.
Tim
-Original Message-
From: Paul
A selection of components from commons proper and the sandbox are now
available for you to experiment with on ASF hardware.
The URL for the ASF test repository is
https://svn.apache.org/repos/test
Commons is under jakarta/commons
A selection of components is available for both the proper and
I've set the svn:externals properties on the current subdirectory, if
you do this:
svn co https://svn.apache.org/repos/test/jakarta/commons/current/
You will get the current trunk for proper components.
Tim
-
To unsubscribe, e
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
2) A real maven expert (Brett ;) could probably figure out
how to automate almost everything in a way that could be
reused across all maven-built projects. Including the
signing, hashing and verification in the
I'm ready for it. I have a bash script that does the migration which
takes some time to execute. I'll ping Justin and create test repository
on ASF hardware.
Then we can discuss the final steps.
Tim
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Monday
Alright, I heard back, infrastructure would like to perform the
migration and call it done. Does anyone have any objections to the
structure of the last migration, and does anyone have any objections to
starting a vote thread on this.
Infrastructure (Justin) can do this on Friday.
Tim O'Brien
to retain that level of access.
tim
So, three issues to know about re: svn:
0. Subclipse: If you use Subclipse - know tha the test repository uses a
self-signed cert, you may need to hit the test repository with svn
command-line and permanently accept the cert from my machine before you
can use subclipse. I was able to checkout
Yes, the intent isn't to leave anyone behind.
I just noticed that infrastructure changes don't have a section in the
guideline proposal: http://jakarta.apache.org/site/proposal.html#decisions/items
From: Henri Yandell
well. Was thinking this qualifies again as a release majority vote.
At
Robert, we've got some issues to work through and infrastructure wants to wait
until at least next week. Don't delay anything on account of the svn
migration. From what I see, the transition should be seemless - just a few
hours downtime. So, commit away.
Tim
From: robert burrell donkin
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
I think we're trying to find a compromise that satisfies
both. As long as someone can come up with a way to do the
equivalent of the '*' URL I mentioned above, I'd be happy
with A + that script / tool / method.
to digester, beanutils, and codec. If you check this directory out,
you'll get the trunk of these three components. Please read the README
file in this directory for some important instructions.
I did this for the sake of discussion, have at it.
Tim
If any commons committer needs to commit to this to test an idea, write
me an email at [EMAIL PROTECTED]
If I recognize your email as that of a commons regular, I'll give you a
login. If I don't, I won't.
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Sent: Sunday
Another reason for Option A other than those already listed is that it
is consistent with what other projects have already started to adopt
(that I've seen), and that goes a long way to ease of use in itself.
That's my feeling as well. Even though we could use Option B, I'm more
comfortable
Not following this one, this implies that ASF has one trunk.Even
though copies are cheap I wouldn't want to create a copy of the entire
SVN tree for every release.
I think you may have mean to propose that we have one trunk in commons.
If commons components were frequently released as a
the sandbox.
Kris
Tim O'Brien wrote:
I don't think we ever settled this question.
Which SVN structure are we interested in?
** Option A:
jakarta/
commons/
digester/
trunk/
tags/
branches/
beanutils
The first step to moving to SVN is telling infrastructure exactly what
we need. The process is as follows:
1. We tell infrastructure what we need (and volunteer to help)
2. jakarta-commons and jakarta-commons-sandbox are migrated to a test
repository
3. If we are happy with what we have
The first step to moving to SVN is telling infrastructure exactly what
we need. The process is as follows:
1. We tell infrastructure what we need (and volunteer to help)
2. jakarta-commons and jakarta-commons-sandbox are migrated to a test
repository
3. If we are happy with what we have after
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 18, 2004 11:12 PM
To: Jakarta Commons Developers List
Subject: RE: Jakarta Commons Structure rehashed
I also prefer the flatter layout:
jakarta/commons/tags/
I don't think we ever settled this question.
Which SVN structure are we interested in?
** Option A:
jakarta/
commons/
digester/
trunk/
tags/
branches/
beanutils/
trunk/
tags/
branches/
OR
** Option
+1 for commons-sql to db.apache.org
And, I'd be +1 for moving commons-dbutils to db.apache.org
-Original Message-
From: Thomas Dudziak [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 2:33 PM
To: [EMAIL PROTECTED]; Jakarta Project Management Committee
List; [EMAIL
To whom it may satisfy...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec *no longer* has an issue.
The current state of this project is
+/-0 for giving site tags, branches, and trunk. It might be nice
to have the site built from site/tags/PRODUCTION so we could have some
sort of a release cycle for the site, but (OTOH) it might be nice to
keep it simple and just have content under site.
Anyone?
Tim
-Original Message
appear here:
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/.
Also, I don't want to ever see waiting for bayard's lock in /blah/blah
(not singling Henri out) I would like to forget ever knowing about cvs
lock files.
(http://www.network-theory.co.uk/docs/cvsmanual/cvs_88.html)
Tim
.
If everything commons where under a commons directory, then we could
have a separate directory for the commons site - something like
/jakarta/commons/site. site would then not be a sibling to a real
project.
Tim 2 cents O'Brien
-Original Message-
From: Martin Cooper [mailto:[EMAIL
Stephen,
What happens to getExtension() when there is no . character? Also,
what is there are multiple ., are you thinking name.substring(
name.lastIndexOf( . ) + 1 )?
What does getPrefix() return on Unix? Nothing?
Tim
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec has an issue affecting its community integration.
This issue
To whom it may satisfy...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project commons-codec *no longer* has an issue.
The current state of this project is
1 - 100 of 455 matches
Mail list logo
