Stephen Colebourne wrote:
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but obviously I can't actually test that...
http://people.apache.org/~scolebourne/commons-io/
Thanks for the various responses and tests run. I think we're good for
another vote thread.
Stephen
Hi
I am new to this list. I wanted to know if there are any instructions out there
to use the FileUpload Utility inside the Jboss portal?
ilango
Stephen Colebourne [EMAIL PROTECTED] wrote: Stephen Colebourne wrote:
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but
ilango wrote:
Hi
I am new to this list. I wanted to know if there are any instructions out there
to use the FileUpload Utility inside the Jboss portal?
Please read the instructions about subject titles and repost.
http://jakarta.apache.org/site/mail2.html#Commons
Stephen
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but obviously I can't actually test that...
http://people.apache.org/~scolebourne/commons-io/
Stephen
Henri Yandell wrote:
Errors are:
Testcase:
Stephen Colebourne wrote:
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but obviously I can't actually test that...
RC5 tests fine for me, jdks 1.4 and 1.5 on Mac OS X 10.4.5.
michael
-
To
All tests pass on my OS X 10.4.5 Powerbook G4 using the 1.4.2 JVM.
On 3/13/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but obviously I can't actually test that...
http://people.apache.org/~scolebourne/commons-io/
Hi Stephen,
On Tuesday 14 March 2006 09:51, Stephen Colebourne wrote:
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but obviously I can't actually test that...
http://people.apache.org/~scolebourne/commons-io/
Latest SVN tests all pass for me on JDK 1.6.0-rc-b61 on
On 3/13/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
All. Please test RC5 or your SVN copy. It should fix the OS X issues,
but obviously I can't actually test that...
http://people.apache.org/~scolebourne/commons-io/
snip/
Late response as I was traveling, but IMO, the FileSystemUtils
Henri Yandell wrote:
Is it intentional for the source to contain the binary jar?
Yes. Guarantees a correct JDK built jar.
Noticed that the binary dists (and previous release of io) put the
javadoc in docs/*. Others seem to do it in docs/api/*. Yet more do it
in docs/apidocs/* if memory
On 3/4/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I am proposing that we release [io] v1.2
RC1 is here:
http://people.apache.org/~scolebourne/commons-io/
Site here:
http://people.apache.org/~scolebourne/commons-io/site/
snip/
Rahul Akolkar wrote:
How many releases back should we document online? In other words,
should we have documentation sections for 1.0, 1.1 and 1.2?
My intent is for there to be javadoc for all releases on the server, but
links will only be provided for the latest, previous and SVN.
Directory
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I am proposing that we release [io] v1.2
RC1 is here:
http://people.apache.org/~scolebourne/commons-io/
Is it intentional for the source to contain the binary jar?
Site here:
http://people.apache.org/~scolebourne/commons-io/site/
I am proposing that we release [io] v1.2
RC1 is here:
http://people.apache.org/~scolebourne/commons-io/
Site here:
http://people.apache.org/~scolebourne/commons-io/site/
Not that much has changed (line iterator, two more filters, copy
directory), but its nice to release early for once.
Any
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I am proposing that we release [io] v1.2
RC1 is here:
http://people.apache.org/~scolebourne/commons-io/
Site here:
http://people.apache.org/~scolebourne/commons-io/site/
snip/
How many releases back should we document online? In other
On 3/4/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
I am proposing that we release [io] v1.2
Not that much has changed (line iterator, two more filters, copy
directory), but its nice to release early for once.
Any objections, otherwise it'll move to a vote based on these files.
I don't
Thanks for your thoughts, Stephen, especially the tip about the SVN
handling. It's really cool we can now do things like that. Unthinkable
with CVS. What you suggest is probably the best approach to avoid any
more trouble on the subject.
On 11.09.2005 00:50:40 Stephen Colebourne wrote:
Jeremias
Has anyone got anything they want to add to Commons IO 1.1 ?
Current bugs/rfes:
http://issues.apache.org/bugzilla/buglist.cgi?cmdtype=runnamednamedcmd=IO%20bugs
ie. nothing that needs to be done...
The release notes text has been done, but the bug ids need adding, and
the
Nothing from me, although I'd like to get something off my chest. I'm
having trouble selling the benefit of using Commons IO inside the XML
Graphics project. Well, it's only one person but still: The fact that
CopyUtils is deprecated now and that all methods get moved (back!) to
IOUtils tells him
Jeremias Maerki wrote:
Nothing from me, although I'd like to get something off my chest. I'm
having trouble selling the benefit of using Commons IO inside the XML
Graphics project. Well, it's only one person but still: The fact that
CopyUtils is deprecated now and that all methods get moved
Hi Stephen (et al)...
Just wanted to prod a bit to make sure you were aware that I attached a
new version of FileSystemUtils to the aforementioned ticket that
addresses the two outstanding issues. Hopefully that puts it in good
shape to be committed and included with the next release.
Frank W. Zammetti wrote:
Hi Stephen (et al)...
Just wanted to prod a bit to make sure you were aware that I attached a
new version of FileSystemUtils to the aforementioned ticket that
addresses the two outstanding issues. Hopefully that puts it in good
shape to be committed and included
--- Henri Yandell [EMAIL PROTECTED] wrote:
Who is the release manager of commons-io?
I'm guessing no one was able to volunteer.
Anyone up for volunteering on making this move?
Failing that, what's the status on the release. Any
reason not to
knock out the release notes, various
On 8/22/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
--- Henri Yandell [EMAIL PROTECTED] wrote:
Who is the release manager of commons-io?
I'm guessing no one was able to volunteer.
Anyone up for volunteering on making this move?
Failing that, what's the status on the release.
It looks like the only thing in FileSystemUtils is my code... and I
don't see it in CVS anyway (I would have sworn this moved to SVN, but I
guess I'm not remembering things right).
If we can determine what needs to be done to complete it I may be able
to do it in the next day or two.
Frank W. Zammetti wrote:
It looks like the only thing in FileSystemUtils is my code... and I
don't see it in CVS anyway (I would have sworn this moved to SVN, but I
guess I'm not remembering things right).
Its in SVN. CVS is dead.
If we can determine what needs to be done to complete it I
I only see mention and a link to CVS off the web site
(http://jakarta.apache.org/commons/io/). I assume
http://svn.apache.org/repos/asf/jakarta/commons/proper/io/trunk/ is the
correct repository path?
I can certainly take care of the cmd.exe thing, that's relatively minor
to deal with...
On 6/26/05, Torsten Curdt [EMAIL PROTECTED] wrote:
The main tasks for a release are all the release notes, clirr, jdiff,
release candidates, votes etc
Is the process docoumented somewhere?
See http://jakarta.apache.org/commons/releases/index.html
That's exensive! Awesome!
Who
The main tasks for a release are all the release notes, clirr, jdiff,
release candidates, votes etc
Is the process docoumented somewhere?
See http://jakarta.apache.org/commons/releases/index.html
That's exensive! Awesome!
Who is the release manager of commons-io?
cheers
--
Torsten
Torsten Curdt wrote:
Jeremias Maerki wrote:
Good would be short review of the methods in FilenameUtils
Looks like Stephen checked in some fixes. Stephen what do you reckon?
Everything is OK for a release. If someone really wanted to, they could
write isExtensionOnSystem() methods to match
Looks like Stephen checked in some fixes. Stephen what do you reckon?
Everything is OK for a release. If someone really wanted to, they could
write isExtensionOnSystem() methods to match the rest of the style of
the class, but they are non-essential, and I haven't got the itch.
Ok
Torsten Curdt wrote:
The main tasks for a release are all the release notes, clirr, jdiff,
release candidates, votes etc
Is the process docoumented somewhere?
See http://jakarta.apache.org/commons/releases/index.html
Stephen
On 6/24/05, Torsten Curdt [EMAIL PROTECTED] wrote:
Jeremias Maerki wrote:
I've already checked a few things today. Good would be short review of
the methods in FilenameUtils because that was the class we excluded from
the initial release because it wasn't good enough back then. I haven't
My vote would be to just remove it. There wasn't a huge amount of
interest and if I'll be the only community on something, it's much
easier for me to have it sitting in osjava. It's always available for
the ASF if anyone is ever interested.
Even easier would be to create a directory in svn
On Fri, 2005-06-24 at 10:20 +0200, Torsten Curdt wrote:
My vote would be to just remove it. There wasn't a huge amount of
interest and if I'll be the only community on something, it's much
easier for me to have it sitting in osjava. It's always available for
the ASF if anyone is ever
Well, we just need a decision ...maybe let's have a quick vote?
I think consensus has been reached that it should not be in the next
release. Other than that, I believe whoever is going to do the work gets
first choice of exactly how that is achieved!
ok
I think you should just go ahead
I have a need for a FileFilterUtils.makeSVNAware() so I can just as well
give it a try while I'm at it. I prefer moving the find package away as
it'll be easier to find later on.
On 24.06.2005 13:21:15 Torsten Curdt wrote:
Well, we just need a decision ...maybe let's have a quick vote?
I
On 24.06.2005 13:21:15 Torsten Curdt wrote:
Well, we just need a decision ...maybe let's have a quick vote?
I think consensus has been reached that it should not be in the next
release. Other than that, I believe whoever is going to do the work gets
first choice of exactly how that
Ok, done. I hope it is acceptable the way I've done it. If not, we can
always do something different with it. Isn't SVN cool? :-)
Cool, thanks!
Anything else to do?
cheers
--
Torsten
signature.asc
Description: OpenPGP digital signature
I've already checked a few things today. Good would be short review of
the methods in FilenameUtils because that was the class we excluded from
the initial release because it wasn't good enough back then. I haven't
had a chance to look into all the work that has been done in there in
the meantime.
Jeremias Maerki wrote:
I've already checked a few things today. Good would be short review of
the methods in FilenameUtils because that was the class we excluded from
the initial release because it wasn't good enough back then. I haven't
had a chance to look into all the work that has been
On 6/22/05, Torsten Curdt [EMAIL PROTECTED] wrote:
Hm... what about creating a new sandbox project for
it then?
We could move it there and then prepare the release
of commons io?
WDYT?
My vote would be to just remove it. There wasn't a huge amount of
interest and if I'll be the only
On Thu, 2005-06-23 at 21:08 -0400, Henri Yandell wrote:
On 6/22/05, Torsten Curdt [EMAIL PROTECTED] wrote:
Hm... what about creating a new sandbox project for
it then?
We could move it there and then prepare the release
of commons io?
WDYT?
My vote would be to just remove it.
Hm... what about creating a new sandbox project for
it then?
We could move it there and then prepare the release
of commons io?
WDYT?
cheers
--
Torsten
signature.asc
Description: OpenPGP digital signature
Gang,
what's left to do for a 1.1 release of commons io?
At least we should provide a more recent snapshot
jar on ibiblio.
WDYT?
cheers
--
Torsten
signature.asc
Description: OpenPGP digital signature
what's left to do for a 1.1 release of commons io?
The quality of the finder package isn't good enough
IMHO. Also, I'm not sure if it should actually be part
of [io]. (ie. maybe it should be its own project)
Stephen
-
To
I'm happy for it to be dropped. It still happily survives at
osjava.org-gj-find, so can easily be added again if/when I find time
to improve it.
Hen
On 6/21/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
what's left to do for a 1.1 release of commons io?
The quality of the finder package
Source/Binaries are built and in the mirror locations with .asc and .MD5
files. I've checked the MD5s, but not the PGP yet in case anyone feels
like doing so.
Things still to do:
*) Put jar in Maven release position
*) Check PGP
*) Update IO site
*) Update Jakarta site
*) Emmail announcements
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 08, 2004 4:55 PM
To: Jakarta Commons Developers List
Subject: [IO] Release progress
Source/Binaries are built and in the mirror locations with .asc and .MD5
files. I've checked the MD5s
Yep, I agree and now have a private build machine I can keep it on. Just
need to investigate how to migrate keys, especially if it's between pgp
and gpg.
Hen
On Mon, 3 May 2004, robert burrell donkin wrote:
(the last thing i heard was that) the infrastructure advice on key
management best
I've cut a release for 1.0 and tagged it and am ready to call for a vote
etc, but I also need to ask about PGP. I previously signed things with a
key that was on icarus and is now lost. Is there any problem with me
generating a new key? I've heard something about revoking keys etc.
Reminds me
Noel's helped me out. Seems it was migrated to the new machine. Could have
sworn it wasn't working anymore :)
Hen
On Sat, 1 May 2004, Henri Yandell wrote:
I've cut a release for 1.0 and tagged it and am ready to call for a vote
etc, but I also need to ask about PGP. I previously signed
bayard 2004/04/17 23:14:52
Modified:io RELEASE-NOTES.txt
Log:
improved release notes
Revision ChangesPath
1.4 +13 -9 jakarta-commons/io/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
In message [EMAIL PROTECTED], Hen
ri Yandell writes:
What do people think about calling a vote for promotion out of the
sandbox now?
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
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
On 29.12.2003 07:26:47 Henri Yandell wrote:
IO's been sitting there for a bit. We've had some minor usage, but not a
lot yet. I think we need to get things out the door asap.
The task file says that:
1) IOUtils: Remove toByteArray variants with bufferSize. Jeremias has
reasons for this
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
Should IOUtils be called StreamUtils?
No, as it has readers/writers too. IOUtils is OK, though I would prefer
dividing to InputUtils, OutputUtils and CopyUtils.
byteCountToDisplaySize is not File based but a simple helper to show a
number in 1024 units, much like -h flag to 'du' or 'df'.
IO's been sitting there for a bit. We've had some minor usage, but not a
lot yet. I think we need to get things out the door asap.
The task file says that:
1) IOUtils: Remove toByteArray variants with bufferSize. Jeremias has
reasons for this at:
http://www.mail-archive.com/[EMAIL
bayard 2003/11/23 12:12:21
Modified:io RELEASE-NOTES.txt
Log:
removed note about Lang dependency
Revision ChangesPath
1.3 +1 -4 jakarta-commons-sandbox/io/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
59 matches
Mail list logo