How about:
try
{
...
} catch (SomeException ignored) {
// We do nothing here because the try block checked
// the widget and logged an error in the fizbang.
}
i.e. use a special variable name that can then be checked in the compiled code.
S.
On 7/4/05, Gary Gregory [EMAIL PROTECTED] wrote:
This was also a problem with the original Avalon CLI code. It was
fixed in the updated version submitted via Bugzilla:
http://issues.apache.org/bugzilla/show_bug.cgi?id=34672
The problem was that - was being treated as special even when
collecting text for the current option value.
S.
On
of
code changes. This is why the Avalon code was fixed and submitted.]
S.
On 7/11/05, Nigel Rantor [EMAIL PROTECTED] wrote:
sebb wrote:
This was also a problem with the original Avalon CLI code. It was
fixed in the updated version submitted via Bugzilla:
http://issues.apache.org/bugzilla
On 7/11/05, Nigel Rantor [EMAIL PROTECTED] wrote:
sebb wrote:
Sorry, that's not what I meant.
The Avalon CLI code is a *different* implementation of CLI, but which
happened to have the same problem.
To use Avalon instead of another CLI would require quite a few
application code
On 16/07/05, Simon Kitching [EMAIL PROTECTED] wrote:
Hi All,
You can find Release Candidate 1 for CLI-1.0.1 at:
http://people.apache.org/~skitching/cli_1_0_1/
[...]
Note: This release is being done under the Apache 1.1 license, as the
goal is to make minimal changes to the 1.0 release.
On 17/07/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
Simon Kitching wrote:
I am aware that a number of people have expressed doubt about whether
there should *be* a 1.0.1 release while others have backed it. This vote
is an opportunity to see which approach people want to go with.
On 31/07/05, Phil Steitz [EMAIL PROTECTED] wrote:
Sorry...URL below should be
http://people.apache.org/~psteitz/building.html
On 7/31/05, Phil Steitz [EMAIL PROTECTED] wrote:
I committed a draft in /commons-build/xdocs/building.xml, but did not
link this. You can see the html here:
On 22/08/05, Henning P. Schmiedehausen [EMAIL PROTECTED] wrote:
Brett Porter [EMAIL PROTECTED] writes:
How?
if keyBuffer is null (which it isn't, the constructor initialises it),
String.valueOf( keyBuffer ) would be an NPE as well. toString() should
not return null and won't for a
See:
http://monitoring.apache.org/status/
SVN is down currently.
S.
On 23/08/05, J.Pietschmann [EMAIL PROTECTED] wrote:
Brent Worden wrote:
36266 looks ok. J., you have this issue assigned to yourself. Are
you going to commit the changes?
Commit is prepared, unfortunately I've
Some minor points. Ignore if you don't agree ...
The MD5 files have an upper-case .MD5, rather than the more usual .md5.
Also, the files don't contain the file name, which means that some
common md5 checking programs don't work, as they expect the sum to be
followed by space*filename
In case
[Not relevant here, but might be an idea to make
private boolean scanUntilRemovable;
final to avoid any untoward behaviour.]
Not sure if this is relevant, but the super-class AbstractHashedMap is
not thread-safe.
For example, the instance variable size is not protected against
multiple
On 23/10/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
My main question is can these tests be run against any class? We're
particularly stuck with
http://issues.apache.org/bugzilla/show_bug.cgi?id=32573 collections
LRUMap at present where a bug can easily be reproduced when you don't
sync,
On 23/10/05, robert burrell donkin [EMAIL PROTECTED] wrote:
On Sun, 2005-10-23 at 14:56 +0100, Stephen Colebourne wrote:
This looks interesting. I'll leave the pool comments to a pool
developer. However, could adding a lot more synchronoization could cause
other issues with locking and
On 24/10/05, Sandy McArthur [EMAIL PROTECTED] wrote:
On 10/23/05, robert burrell donkin [EMAIL PROTECTED] wrote:
are there any pool developers out there with time to pick this up?
otherwise, we could probably do with a volunteer to go through and
analyse these issues. anyone fancy taking
On 22/11/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/21/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
robert burrell donkin wrote:
i've been running the SOAK tests for over 7 days now without a problem.
Just to report that I have run the synchronized soak test using 5
threads and
On 27/11/05, Phil Steitz [EMAIL PROTECTED] wrote:
On 11/15/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
Mario Ivankovits wrote:
[X] .txt
[ ] .java
[ ] .properties
[ ] .xml
[ ] .css
[ ] .mf
My preference is for all ASCII files not in the src/java or src/text
folders
On 27/11/05, Phil Steitz [EMAIL PROTECTED] wrote:
snip
I am working on a patch to the maven dist plugin that makes the crlf
filter property configurable. Arnaud pointed out in another thread
that there should probably a similar filter applied to make sure lf
line endings are used in
On 20/12/05, Phil Steitz [EMAIL PROTECTED] wrote:
I am getting a troubling number of html diffs after generating the
main Jakarta site locally. Lots of single character changes and
various flavors of lines like this:
-hr size=1 noshade=noshade/
+hr noshade=noshade size=1/
On 23/01/06, robert burrell donkin [EMAIL PROTECTED] wrote:
BTW does anyone know a reliable way to convert unix-windoz file endings
for text file endings? (i know stephen prefers zip's to use windoz
format.)
Can't you use the Ant fixcrlf task with eol=dos or eol=crlf?
S.
The repository also contains a version of Avalon Excalibur CLI (as
used in JMeter).
There were some bugs in the Avalon code, and there did not seem to be
any likelihood of any fixes, so we imported the source into JMeter,
and fixed the bugs (and test cases).
Just in case someone else might find
Here's an Ant target we use in JMeter for creating MD5 checksums:
!--
Utility target to create MD5 checksums in standard format (with *filename)
Usage:
antcall target=_md5
param name=path value=${dist.dir}/${dist.name}_src.tar/
/antcall
--
target name=_md5 unless=md5.skip
On 03/03/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Thu, 2006-03-02 at 14:50 -0800, Henri Yandell wrote:
We're not supposed to be using the pgp on minotaur; so my TODO is to
figure out how to get my key off of there, hope I still
On 13/03/06, Henri Yandell [EMAIL PROTECTED] wrote:
Errors are:
[...]
Testcase:
testGetFreeSpace_String(org.apache.commons.io.FileSystemUtilsTestCase):
FAILED
expected:9.4452176E7 but was:4.7226088E7
junit.framework.AssertionFailedError: expected:9.4452176E7 but
was:4.7226088E7
at
On 14/03/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I suggest that a discussion about renaming Dormat to Unmaintained starts
in a new thread.
How about Doormat instead ;-)
[Sorry ...]
-
To unsubscribe, e-mail: [EMAIL
Some suggestions for the checklist:
* 3rd party jars and licences
* do the MD5 and PGPs work OK?
* do the archives contain everything that is needed? For example, if
there are source and binary jars, then the union of the two should
produce a set of files that includes everything in the
On 30/03/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 3/29/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/29/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/29/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/29/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/29/06, Rahul Akolkar
On 29/03/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/29/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/29/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/29/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Or maybe we should simply advertise the dependencies pages better?
Might I suggest you create a Bugzilla patch and then attach the files to it?
Unless anyone deals with the patches in the near future, they are
likely to get lost amongst all the rest.
It's also a lot easier when applying patches to refer to a Bugzilla
issue in the commit messages.
S.
On
On 18/04/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 4/18/06, Andrew Shirley [EMAIL PROTECTED] wrote:
On Thu, Apr 13, 2006 at 07:46:24PM +0100, sebb wrote:
Might I suggest you create a Bugzilla patch and then attach the files to
it?
On 13/04/06, Andrew Shirley [EMAIL PROTECTED
On 19/04/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 4/19/06, Andrew Shirley [EMAIL PROTECTED] wrote:
On Wed, Apr 19, 2006 at 09:36:49AM +1000, [EMAIL PROTECTED] wrote:
Hi Henri,
What do you think? Is the cli2 package clearly superior to the cli[1]
package?
I think so. There
But surely LGPL code cannot be distributed by the ASF, which means it
cannot be stored in SVN?
On 25/04/06, Brett Porter [EMAIL PROTECTED] wrote:
Cobertura (at least in the Maven plugins), is executed via a fork, so
the licensing is not an issue.
- Brett
Brian K. Wallace wrote:
-BEGIN
On 27/04/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Wed, 2006-04-26 at 21:34 +0100, robert burrell donkin wrote:
after some investigation, the issue which turned up with RC8 was
determined not to be a bug. notes have been added to the troubleshooting
documentation.
RC10 is available
The source may be released under CDDL, but as far as I can make out,
distribution of the binaries still has the old licence.
For JavaMail 1.4, this includes the following paragraph:
g) you agree to defend and indemnify Sun and its
licensors from and against any damages, costs,
liabilities,
On 22/05/06, Nicolas De Loof [EMAIL PROTECTED] wrote:
It is supported in jdk1.3.. Just cast the stringbuffer passed in to
an object, so like
StringBuffer.append((Object) StringBuffer)). Much more efficient than
an if...
Surely a StringBuffer is already an Object?
Or am I missing
:
That just works when compiling on jdk1.3 and will not work on jdk1.3 when
compiled on jdk1.4
To prevent this, you specifically have to cast it to object to say use the
append which takes an
object or as Nicolas suggested a toString(), but the last one is not my
favorite solution..
Mvgr,
Martin
sebb
On 18/06/06, Phil Steitz [EMAIL PROTECTED] wrote:
If you want to suggest contents for commons-dev-faq, we should be able
to get that content added (maybe someone with more ezmlm-foo than me
can give a clue on how to do this).
As it happens, I found this out yesterday - if you have remote
On 24/07/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 7/24/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Sat, 2006-07-22 at 21:53 -0700, Henri Yandell wrote:
I had a thought just now on the multiple list concept - and a positive
reason for splitting the lists in general. By having lists
On 31/07/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 7/28/06, James Carman [EMAIL PROTECTED] wrote:
...
Sure you could argue that log4j is more powerful, but the same could
be said of ORO. Increasingly people just aren't going to care. We're
starting to talk about moving to 1.3 so we can
On 28/01/07, Rory Winston [EMAIL PROTECTED] wrote:
(Resending as I left out commons-user)
Hi all
I have cut a new RC, with some changes and fixes, many of which were
distribution-related and suggested by Niall earlier (thanks Niall).
RC (minus MD5s etc for now) is here:
On 29/01/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Selon Jörg Schaible [EMAIL PROTECTED]:
[...]
My bottom line: If you build an application, you have to do localization (of
exception and logging) at the application layer, because only there you can
give the user a context, that is
On 07/02/07, Henri Yandell [EMAIL PROTECTED] wrote:
I made a stab of defining the current status for Commons for the
Jakarta board report:
http://wiki.apache.org/jakarta/JakartaBoardReport-current
Here's the summary. Any thoughts on the ?? marks and the dormancy
candidates? Feel free to add
Author: sebb
Date: Tue Feb 13 16:12:43 2007
New Revision: 507325
URL: http://svn.apache.org/viewvc?view=revrev=507325
Log:
Remove redundant null check
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpClient.java
Modified:
jakarta/commons/proper
Author: sebb
Date: Tue Feb 13 16:12:11 2007
New Revision: 507324
URL: http://svn.apache.org/viewvc?view=revrev=507324
Log:
password can be null
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpURL.java
Modified:
jakarta/commons/proper/httpclient
Author: sebb
Date: Tue Feb 13 16:11:22 2007
New Revision: 507323
URL: http://svn.apache.org/viewvc?view=revrev=507323
Log:
Remove unnecessary String.toString()
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/URI.java
Modified:
jakarta/commons
Author: sebb
Date: Tue Feb 13 16:10:51 2007
New Revision: 507321
URL: http://svn.apache.org/viewvc?view=revrev=507321
Log:
Remove unnecessary String.toString()
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/util/URIUtil.java
Modified:
jakarta
Author: sebb
Date: Thu Feb 22 08:36:38 2007
New Revision: 510581
URL: http://svn.apache.org/viewvc?view=revrev=510581
Log:
Use super.clone() to ensure subclass clone() methods work
Make rootPath final
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient
Author: sebb
Date: Thu Feb 22 08:42:43 2007
New Revision: 510582
URL: http://svn.apache.org/viewvc?view=revrev=510582
Log:
Use super.clone() to ensure subclass clone() methods work
Modified:
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/server
Author: sebb
Date: Thu Feb 22 08:52:16 2007
New Revision: 510585
URL: http://svn.apache.org/viewvc?view=revrev=510585
Log:
Use super.clone() to ensure subclass clone() methods work
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient
Author: sebb
Date: Thu Feb 22 08:56:08 2007
New Revision: 510587
URL: http://svn.apache.org/viewvc?view=revrev=510587
Log:
Use super.clone() to ensure subclass clone() methods work
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/HttpHost.java
Author: sebb
Date: Thu Feb 22 09:04:52 2007
New Revision: 510589
URL: http://svn.apache.org/viewvc?view=revrev=510589
Log:
new Boolean() is inefficient
Modified:
jakarta/commons/proper/httpclient/trunk/src/java/org/apache/commons/httpclient/params/DefaultHttpParams.java
Modified:
jakarta
On 27/02/07, Matt Benson [EMAIL PROTECTED] wrote:
--- [EMAIL PROTECTED] wrote:
Author: mbenson
Date: Tue Feb 27 07:35:26 2007
New Revision: 512283
URL:
http://svn.apache.org/viewvc?view=revrev=512283
Log:
fix broken nightlies that compile file on JDK 5 but
not below due to my excessive
Author: sebb
Date: Tue Mar 6 13:41:04 2007
New Revision: 515317
URL: http://svn.apache.org/viewvc?view=revrev=515317
Log:
Add svn:eol-style native
Modified:
jakarta/commons/proper/httpclient/trunk/src/test/org/apache/commons/httpclient/params/TestParamsAll.java
(props changed
On 13/03/07, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/12/07, Julius Davies [EMAIL PROTECTED] wrote:
Hi,
I've had the same problem. I *cannot* get 1.2 running on linux anymore.
I hate to say it but the only way I can get 1.2 going these days
is by installing it on Windows. Installs
On 16/03/07, Torsten Curdt [EMAIL PROTECTED] wrote:
On 16.03.2007, at 05:28, Henri Yandell wrote:
On 3/15/07, Torsten Curdt [EMAIL PROTECTED] wrote:
IMO we should do a cli 1.0.1 bug release and get then get 2.0 out of
the door ASAP.
Someone needs to have the energy (and comprehension) to
On 25/03/07, Phil Steitz [EMAIL PROTECTED] wrote:
I have fixed the JRockit test compatibility issue raised during the first
DBCP 1.2.2 release vote and would like to kick off a new release vote based
on RC3, with links provided below.
Since RC2, the following changes have been made;
* Fixed
Author: sebb
Date: Sun Apr 15 10:18:33 2007
New Revision: 529017
URL: http://svn.apache.org/viewvc?view=revrev=529017
Log:
CLI2 - Avalon
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
Modified:
jakarta/commons/proper/cli/branches/avalon
Author: sebb
Date: Sun Apr 15 10:20:39 2007
New Revision: 529019
URL: http://svn.apache.org/viewvc?view=revrev=529019
Log:
Not used for Avalon CLI
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/src/test/data
Author: sebb
Date: Sun Apr 15 10:22:41 2007
New Revision: 529021
URL: http://svn.apache.org/viewvc?view=revrev=529021
Log:
Fix ASF licence; add NON-NLS markers
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon
Author: sebb
Date: Sun Apr 15 10:23:15 2007
New Revision: 529022
URL: http://svn.apache.org/viewvc?view=revrev=529022
Log:
Fix ASF licence
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/test/org/apache/commons/cli/avalon/ClutilTestCase.java
Modified:
jakarta
Author: sebb
Date: Sun Apr 15 10:23:46 2007
New Revision: 529023
URL: http://svn.apache.org/viewvc?view=revrev=529023
Log:
Not used for Avalon CLI
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/examples
Author: sebb
Date: Sun Apr 15 10:24:22 2007
New Revision: 529024
URL: http://svn.apache.org/viewvc?view=revrev=529024
Log:
Not used for Avalon CLI
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/images/commandlines.png
jakarta/commons/proper/cli/branches/avalon
Author: sebb
Date: Sun Apr 15 10:24:55 2007
New Revision: 529025
URL: http://svn.apache.org/viewvc?view=revrev=529025
Log:
Fix ASF licence
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/maven.xml
Modified: jakarta/commons/proper/cli/branches/avalon-implementation
Author: sebb
Date: Sun Apr 15 10:25:27 2007
New Revision: 529026
URL: http://svn.apache.org/viewvc?view=revrev=529026
Log:
Not used for Avalon CLI
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/xdocs/manual
Author: sebb
Date: Sun Apr 15 10:26:36 2007
New Revision: 529028
URL: http://svn.apache.org/viewvc?view=revrev=529028
Log:
Fix ASF licence header
Fix Avalon references
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/project.xml
Modified: jakarta/commons/proper/cli
Author: sebb
Date: Sun Apr 15 10:27:22 2007
New Revision: 529031
URL: http://svn.apache.org/viewvc?view=revrev=529031
Log:
Not used for Avalon CLI
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/gump.xml
Author: sebb
Date: Sun Apr 15 10:27:38 2007
New Revision: 529032
URL: http://svn.apache.org/viewvc?view=revrev=529032
Log:
Not used for Avalon CLI
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/build-gump.xml
Author: sebb
Date: Sun Apr 15 11:33:27 2007
New Revision: 529044
URL: http://svn.apache.org/viewvc?view=revrev=529044
Log:
Create minimal POM
Added:
jakarta/commons/proper/cli/branches/avalon-implementation/pom.xml (with
props)
Added: jakarta/commons/proper/cli/branches/avalon
Author: sebb
Date: Sun Apr 15 12:24:53 2007
New Revision: 529050
URL: http://svn.apache.org/viewvc?view=revrev=529050
Log:
Not used for Avalon CLI
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/doap_cli.rdf
Author: sebb
Date: Sun Apr 15 12:25:18 2007
New Revision: 529051
URL: http://svn.apache.org/viewvc?view=revrev=529051
Log:
No longer reflects Maven.xml
Removed:
jakarta/commons/proper/cli/branches/avalon-implementation/build.xml
Author: sebb
Date: Sun Apr 15 15:58:56 2007
New Revision: 529087
URL: http://svn.apache.org/viewvc?view=revrev=529087
Log:
Fix properties
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/conf/MANIFEST.MF
(contents, props changed)
Modified:
jakarta/commons/proper
On 15/04/07, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 4/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: sebb
Date: Sun Apr 15 10:18:33 2007
New Revision: 529017
URL: http://svn.apache.org/viewvc?view=revrev=529017
Log:
CLI2 - Avalon
Modified:
jakarta/commons/proper/cli
On 15/04/07, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 4/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: sebb
Date: Sun Apr 15 11:33:27 2007
New Revision: 529044
URL: http://svn.apache.org/viewvc?view=revrev=529044
Log:
Create minimal POM
Added:
jakarta/commons/proper/cli
Author: sebb
Date: Fri Apr 20 09:18:16 2007
New Revision: 530846
URL: http://svn.apache.org/viewvc?view=revrev=530846
Log:
set svn:eol-style native
Modified:
jakarta/commons/proper/httpclient/trunk/src/contrib/org/apache/commons/httpclient/contrib/ssl/HostConfigurationWithHostFactory.java
On 16/04/07, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Sun, 2007-04-15 at 09:48 -0400, Tom Muldoon wrote:
It appears that the HttpOnly cookie attribute is not recognized by the
CookieSpec class (in both HttpClient 3.0 and 3.1rc). i.e. the following
message is logged ...
CookieSpec -
Permissions problem with some file types:
You don't have permission to access
/~jochen/commons-io/dist/commons-io-1.3.2-bin.zip on this server.
You don't have permission to access
/~jochen/commons-io/dist/commons-io-1.3.2-bin.zip.asc on this server.
You don't have permission to access
, sebb [EMAIL PROTECTED] wrote:
Permissions problem with some file types:
You don't have permission to access
/~jochen/commons-io/dist/commons-io-1.3.2-bin.zip on this server.
You don't have permission to access
/~jochen/commons-io/dist/commons-io-1.3.2-bin.zip.asc on this server.
You don't have
On 17/05/07, Jochen Wiedmann [EMAIL PROTECTED] wrote:
Hi,
I have fixed the issues with the file permissions and added license
headers to most of the files, with the only exception of MANIFEST.MF.
Now, I'd like to call for another vote on the release of commons-io 1.3.2. The
proposed
On 17/05/07, Jochen Wiedmann [EMAIL PROTECTED] wrote:
On 5/17/07, sebb [EMAIL PROTECTED] wrote:
The site report page
http://people.apache.org/~jochen/commons-io/site/project-reports.html
says that the RAT report is a
Report on binary and source API differences between releases
That's
Author: sebb
Date: Sun May 20 11:10:17 2007
New Revision: 539899
URL: http://svn.apache.org/viewvc?view=revrev=539899
Log:
Add optional argument to help output
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/CLUtil.java
Modified
Author: sebb
Date: Sun May 20 11:11:02 2007
New Revision: 539900
URL: http://svn.apache.org/viewvc?view=revrev=539900
Log:
Correct typo: optional args cannot be separate
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/package.html
Author: sebb
Date: Sun May 20 11:11:36 2007
New Revision: 539901
URL: http://svn.apache.org/viewvc?view=revrev=539901
Log:
Add NON-NLS marker
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon/Token.java
Modified:
jakarta/commons
Author: sebb
Date: Sun May 20 11:22:14 2007
New Revision: 539904
URL: http://svn.apache.org/viewvc?view=revrev=539904
Log:
Remove deprecated method (OK as code has not been released)
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon
Author: sebb
Date: Sun May 20 12:41:25 2007
New Revision: 539920
URL: http://svn.apache.org/viewvc?view=revrev=539920
Log:
Remove deprecated constructor (OK as code has not been released)
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli
Author: sebb
Date: Sun May 20 12:54:54 2007
New Revision: 539927
URL: http://svn.apache.org/viewvc?view=revrev=539927
Log:
Remove deprecated method (OK as code has not been released)
Improve toString() output
Add toShortString() method for testing
Modified:
jakarta/commons/proper/cli
Author: sebb
Date: Sun May 20 16:07:14 2007
New Revision: 539978
URL: http://svn.apache.org/viewvc?view=revrev=539978
Log:
Fix long optional args to require = as per documentation
Modified:
jakarta/commons/proper/cli/branches/avalon-implementation/src/java/org/apache/commons/cli/avalon
Are there any plans to implement a filename relativiser?
i.e., given an absolute directory and absolute filename it would
return a relative filename.
e.g. (in Unix syntax):
/a/b/c and /a/b/c/d/e.txt = d/e.txt
and optionally:
/a/b/c/f and /a/b/c/d/e.txt = ../d/e.txt
It does not look
On 21/05/07, Niall Pemberton [EMAIL PROTECTED] wrote:
On 5/21/07, sebb [EMAIL PROTECTED] wrote:
Are there any plans to implement a filename relativiser?
i.e., given an absolute directory and absolute filename it would
return a relative filename.
e.g. (in Unix syntax):
/a/b/c and /a/b/c/d
On 21/05/07, sebb [EMAIL PROTECTED] wrote:
On 21/05/07, Niall Pemberton [EMAIL PROTECTED] wrote:
On 5/21/07, sebb [EMAIL PROTECTED] wrote:
Are there any plans to implement a filename relativiser?
i.e., given an absolute directory and absolute filename it would
return a relative filename
It would be helpful to have a pointer to the KEYS file.
Also where is the web-site?
On 29/05/07, Torsten Curdt [EMAIL PROTECTED] wrote:
Only minor code changes since RC1. But we are voting on the actual
binaries for the release now. The website should be fixed as well as
some other packaging
On 29/05/07, Torsten Curdt [EMAIL PROTECTED] wrote:
On 29.05.2007, at 19:05, sebb wrote:
It would be helpful to have a pointer to the KEYS file.
Well, there is none for the component itself (yet). I would think we
should have one for commons altogether and link to it from the
website. (Have
On 29/05/07, Torsten Curdt [EMAIL PROTECTED] wrote:
Where should I put it / add my key?
Sorry, no idea where they are supposed to go in commons.
You could just put the file in the top level of the project for now
and move it later if need be?
Done
On 30/05/07, Torsten Curdt [EMAIL PROTECTED] wrote:
The RAT report shows that there are quite a few non-trivial
files that
don't yet have Apache License headers - these should really be
fixed
before release.
Ehm ...what are those!? I only see the pom's, the properties files
and the
On 06/06/07, Jochen Wiedmann [EMAIL PROTECTED] wrote:
Hi,
I have created a new distribution and a new site which you find at
http://people.apache.org/~jochen/commons-io/dist
Are the jar archives necessary?
Other projects tend only to release zip and tar.gz.
If they are not needed, it
On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote:
I think we're finally ready for CLI 1.1 to be released:
http://people.apache.org/~bayard/commons-cli/1.0-rc1/
There are clirr and jardiff reports here
with the site in:
http://people.apache.org/~bayard/commons-cli/1.0-rc1/site/
No
On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote:
On 6/12/07, sebb [EMAIL PROTECTED] wrote:
On 12/06/07, Henri Yandell [EMAIL PROTECTED] wrote:
I think we're finally ready for CLI 1.1 to be released:
http://people.apache.org/~bayard/commons-cli/1.0-rc1/
There are clirr and jardiff
On 13/06/07, Ben Speakmon [EMAIL PROTECTED] wrote:
I condensed all KEYS files from dist/jakarta/commons into the file at:
http://people.apache.org/~bspeakmon/KEYS-commons-proper.gpg
I only removed duplicates and made sure the whole thing imported correctly
into my gpg; I didn't try to verify
On 13/06/07, Jochen Wiedmann [EMAIL PROTECTED] wrote:
On 6/12/07, Ben Speakmon [EMAIL PROTECTED] wrote:
I can't find the GPG key you used to sign the tarballs -- it's not in
http://www.apache.org/dist/jakarta/commons/io/KEYS and there isn't a KEYS
file in the svn. Looks good otherwise.
+0
On 13/06/07, Jochen Wiedmann [EMAIL PROTECTED] wrote:
On 6/13/07, Henri Yandell [EMAIL PROTECTED] wrote:
* tar.gz files match zips for structure.
What does that mean?
In Opera I got broken images on this page.
http://people.apache.org/~jochen/commons-io/site/changes-report.html
You are
On 13/06/07, Torsten Curdt [EMAIL PROTECTED] wrote:
As (more or less) requested I've also created a source and binary
distributions
http://people.apache.org/builds/jakarta-commons/jci/1.0-RC4/dists/
No KEYS file?
There's one in SVN, but it will need to be in dist as well at some point.
On 13/06/07, Luc Maisonobe [EMAIL PROTECTED] wrote:
Torsten Curdt a écrit :
But seriously: be realistic. Those people building the releases from
will have subversion on their machine. And what can be simpler than a
one-liner to checkout the sources? Even downloading it from an apache
mirror
1 - 100 of 111 matches
Mail list logo