You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Stephen Colebourne <sc...@apache.org> on 2004/06/12 17:28:02 UTC
[ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released
The Commons Collections team announces the release of Commons Collections
3.1-RC1. This is a preview of v3.1 to enable users to test the release
against their own code. We advise waiting for the formal 3.1 release before
putting the code into production. Please direct any feedback on issues or
bugs to commons-user@jakarta.apache.org.
Read the release notes -
http://www.apache.org/~scolebourne/coll31/RELEASE-NOTES.html
Download the distribution - http://www.apache.org/~scolebourne/coll31/
The Commons Collections team also announces the release of Commons
Collections 2.1.1. This is a patch release to v2.1 to enable a workaround of
issues in IteratorUtils v3.0. If you are still using v2.1 please upgrade to
v2.1.1, especially if you run an Open Source project. See the release notes
for full details of the patch and why it was produced.
Read the release notes -
http://www.apache.org/dist/jakarta/commons/collections/RELEASE-NOTES-2.1.1.h
tml
Download the binary distribution -
http://jakarta.apache.org/site/binindex.cgi#commons-collections
Download the source distribution -
http://jakarta.apache.org/site/sourceindex.cgi#commons-collections
Stephen Colebourne
http://jakarta.apache.org/commons/collections/index.html
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
Re: [release] uploading jar distributions [WAS Re: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released]
Posted by robert burrell donkin <ro...@blueyonder.co.uk>.
On 16 Jun 2004, at 15:03, Mark R. Diggory wrote:
> robert burrell donkin wrote:
<snip>
>> BTW would it be a good idea to have either a repo website or (even
>> better) a repo wiki where we can try to pull some of these processes
>> and procedures together into useful documents.
>>
> Definitely, I had started some efforts in the Wiki before everything
> moved to Moinmoin. I located the original work and the points where it
> was left out of the new wiki.
>
> http://wiki.apache.org/jakarta-commons
> http://nagoya.apache.org/wiki/apachewiki.cgi?MavenRepository
IMHO it'd be good to have a wiki either for repo or for infrastructure
matters in general. i'm not really sure about the legal status of repo
but maybe i can ask on infrastructure about the possibility of either a
repo wiki or a more general infrastructure one...
> My time is limited right now, I would have liked to continue on this
> documentation effort myself but I'm currently under a deadline crunch.
understood :)
> I think the Maven part needs to be dropped and focus more on policies
> for the 'Apache Repository' in general to attract the other groups
> such as Depot to place documentation there too.
+1
- robert
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [release] uploading jar distributions [WAS Re: [ANOUNCEMENT]
Commons Collections 3.1-RC1 and 2.1.1 released]
Posted by "Mark R. Diggory" <md...@latte.harvard.edu>.
robert burrell donkin wrote:
> i think probably that since the jar's are part of the same release
> process as the other artifacts packaged together as source and binary
> distributions you're right that a single vote is best.
>
> i've completed the release cut for commons-logging-1.0.4 and am
> awaiting the mirrors syncing. that means i'll probably be finishing
> things off tomorrow.
>
> i've uploaded the jar distributions to a staging area
> (http://cvs.apache.org/~rdonkin/commons-logging/) together with md5
> sums and pgp signatures. would you be willing to manage the actual
> movement into the repository (since i made a bit a of a mess last time)?
>
They look good, I believe that Jason has a couple scripts that make the
deployment run smoothly, I'll ask him about them. For this time I'll
just manually move them.
> BTW would it be a good idea to have either a repo website or (even
> better) a repo wiki where we can try to pull some of these processes
> and procedures together into useful documents.
>
Definitely, I had started some efforts in the Wiki before everything
moved to Moinmoin. I located the original work and the points where it
was left out of the new wiki.
http://wiki.apache.org/jakarta-commons
http://nagoya.apache.org/wiki/apachewiki.cgi?MavenRepository
My time is limited right now, I would have liked to continue on this
documentation effort myself but I'm currently under a deadline crunch.
I think the Maven part needs to be dropped and focus more on policies
for the 'Apache Repository' in general to attract the other groups such
as Depot to place documentation there too.
-Mark
> On 14 Jun 2004, at 23:58, Mark R. Diggory wrote:
>
>> Good question. I don't believe we are deviating from the same
>> requirements for java-repository as for the rest of the
>> "www.apache.org/dist" directory, and for which I'm not fully well
>> versed. I can tell you that there is "0" resistance to a file
>> getting placed into the repository on the ibiblio side, they could
>> care less what we put there. Maven folks care much more, but less
>> than Apache proper I believe.
>>
>> So, any "process of voting" etc is an Apache detail. Does "Dist"
>> require two VOTES to release a file? If it doesn't, I do not believe
>> there should be a second vote.
>>
>> Now, packaging, Signing etc are another issue. Before you insert
>> content into the java-repository, it is wise to set it up in a
>> staging area (your home directory), get all your signatures and
>> md5's in place show it to the group for a quick concensus (or just a
>> second set of eye's). Java-Repository is mirrored across all the
>> Apache Mirrors, as such its important to minimize errors so that we
>> don't get Fragged to death on the Mirrors list... ;-)
>>
>> -Mark
>>
>> robert burrell donkin wrote:
>>
>>> hi mark
>>>
>>> is the procedure that a second VOTE is need to place the jars for a
>>> release into the repository or does a positive release VOTE entitle
>>> the jars to be distributed through the repository?
>>>
>>> - robert
>>>
>>> On 14 Jun 2004, at 14:02, Mark R. Diggory wrote:
>>>
>>>> java-repository is rsynced to ibiblio.org/maven every four hours,
>>>> its the only way we maintain authority over who releases apache
>>>> projects. So if you place your jars there for testing, your going
>>>> to find them at ibiblio too.
>>>>
>>>> Mark
>>>>
>>>> matthew.hawthorne wrote:
>>>>
>>>>> Call me lazy, but it would make things easier if the new jars
>>>>> were copied to www.apache.org/dist/java-repository
>>>>> whenever a release occurs. This way I could just change a few
>>>>> characters in my project.xml and test
>>>>> out the new code instantly, without worrying about manually
>>>>> downloading jars and copying files around.
>>>>> Make sense?
>>>>> --------------------------------------------------------------------
>>>>> -
>>>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>>>
[release] uploading jar distributions [WAS Re: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released]
Posted by robert burrell donkin <ro...@blueyonder.co.uk>.
i think probably that since the jar's are part of the same release
process as the other artifacts packaged together as source and binary
distributions you're right that a single vote is best.
i've completed the release cut for commons-logging-1.0.4 and am
awaiting the mirrors syncing. that means i'll probably be finishing
things off tomorrow.
i've uploaded the jar distributions to a staging area
(http://cvs.apache.org/~rdonkin/commons-logging/) together with md5
sums and pgp signatures. would you be willing to manage the actual
movement into the repository (since i made a bit a of a mess last
time)?
BTW would it be a good idea to have either a repo website or (even
better) a repo wiki where we can try to pull some of these processes
and procedures together into useful documents.
- robert
On 14 Jun 2004, at 23:58, Mark R. Diggory wrote:
> Good question. I don't believe we are deviating from the same
> requirements for java-repository as for the rest of the
> "www.apache.org/dist" directory, and for which I'm not fully well
> versed. I can tell you that there is "0" resistance to a file getting
> placed into the repository on the ibiblio side, they could care less
> what we put there. Maven folks care much more, but less than Apache
> proper I believe.
>
> So, any "process of voting" etc is an Apache detail. Does "Dist"
> require two VOTES to release a file? If it doesn't, I do not believe
> there should be a second vote.
>
> Now, packaging, Signing etc are another issue. Before you insert
> content into the java-repository, it is wise to set it up in a staging
> area (your home directory), get all your signatures and md5's in place
> show it to the group for a quick concensus (or just a second set of
> eye's). Java-Repository is mirrored across all the Apache Mirrors, as
> such its important to minimize errors so that we don't get Fragged to
> death on the Mirrors list... ;-)
>
> -Mark
>
> robert burrell donkin wrote:
>
>> hi mark
>>
>> is the procedure that a second VOTE is need to place the jars for a
>> release into the repository or does a positive release VOTE entitle
>> the jars to be distributed through the repository?
>>
>> - robert
>>
>> On 14 Jun 2004, at 14:02, Mark R. Diggory wrote:
>>
>>> java-repository is rsynced to ibiblio.org/maven every four hours,
>>> its the only way we maintain authority over who releases apache
>>> projects. So if you place your jars there for testing, your going to
>>> find them at ibiblio too.
>>>
>>> Mark
>>>
>>> matthew.hawthorne wrote:
>>>
>>>> Call me lazy, but it would make things easier if the new jars were
>>>> copied to www.apache.org/dist/java-repository
>>>> whenever a release occurs. This way I could just change a few
>>>> characters in my project.xml and test
>>>> out the new code instantly, without worrying about manually
>>>> downloading jars and copying files around.
>>>> Make sense?
>>>> --------------------------------------------------------------------
>>>> -
>>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>>
>>>
>>> --
>>> Mark Diggory
>>> Software Developer
>>> Harvard MIT Data Center
>>> http://www.hmdc.harvard.edu
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released
Posted by "Mark R. Diggory" <md...@latte.harvard.edu>.
Good question. I don't believe we are deviating from the same
requirements for java-repository as for the rest of the
"www.apache.org/dist" directory, and for which I'm not fully well
versed. I can tell you that there is "0" resistance to a file getting
placed into the repository on the ibiblio side, they could care less
what we put there. Maven folks care much more, but less than Apache
proper I believe.
So, any "process of voting" etc is an Apache detail. Does "Dist" require
two VOTES to release a file? If it doesn't, I do not believe there
should be a second vote.
Now, packaging, Signing etc are another issue. Before you insert content
into the java-repository, it is wise to set it up in a staging area
(your home directory), get all your signatures and md5's in place show
it to the group for a quick concensus (or just a second set of eye's).
Java-Repository is mirrored across all the Apache Mirrors, as such its
important to minimize errors so that we don't get Fragged to death on
the Mirrors list... ;-)
-Mark
robert burrell donkin wrote:
> hi mark
>
> is the procedure that a second VOTE is need to place the jars for a
> release into the repository or does a positive release VOTE entitle
> the jars to be distributed through the repository?
>
> - robert
>
> On 14 Jun 2004, at 14:02, Mark R. Diggory wrote:
>
>> java-repository is rsynced to ibiblio.org/maven every four hours, its
>> the only way we maintain authority over who releases apache projects.
>> So if you place your jars there for testing, your going to find them
>> at ibiblio too.
>>
>> Mark
>>
>> matthew.hawthorne wrote:
>>
>>> Call me lazy, but it would make things easier if the new jars were
>>> copied to www.apache.org/dist/java-repository
>>> whenever a release occurs. This way I could just change a few
>>> characters in my project.xml and test
>>> out the new code instantly, without worrying about manually
>>> downloading jars and copying files around.
>>> Make sense?
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>>
>> --
>> Mark Diggory
>> Software Developer
>> Harvard MIT Data Center
>> http://www.hmdc.harvard.edu
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
Re: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released
Posted by robert burrell donkin <ro...@blueyonder.co.uk>.
hi mark
is the procedure that a second VOTE is need to place the jars for a
release into the repository or does a positive release VOTE entitle the
jars to be distributed through the repository?
- robert
On 14 Jun 2004, at 14:02, Mark R. Diggory wrote:
> java-repository is rsynced to ibiblio.org/maven every four hours, its
> the only way we maintain authority over who releases apache projects.
> So if you place your jars there for testing, your going to find them
> at ibiblio too.
>
> Mark
>
> matthew.hawthorne wrote:
>> Call me lazy, but it would make things easier if the new jars were
>> copied to www.apache.org/dist/java-repository
>> whenever a release occurs. This way I could just change a few
>> characters in my project.xml and test
>> out the new code instantly, without worrying about manually
>> downloading jars and copying files around.
>> Make sense?
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
> --
> Mark Diggory
> Software Developer
> Harvard MIT Data Center
> http://www.hmdc.harvard.edu
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released
Posted by "Mark R. Diggory" <md...@latte.harvard.edu>.
java-repository is rsynced to ibiblio.org/maven every four hours, its
the only way we maintain authority over who releases apache projects. So
if you place your jars there for testing, your going to find them at
ibiblio too.
Mark
matthew.hawthorne wrote:
> Call me lazy, but it would make things easier if the new jars were
> copied to www.apache.org/dist/java-repository
> whenever a release occurs. This way I could just change a few
> characters in my project.xml and test
> out the new code instantly, without worrying about manually downloading
> jars and copying files around.
>
> Make sense?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
--
Mark Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: [ANOUNCEMENT] Commons Collections 3.1-RC1 and 2.1.1 released
Posted by "matthew.hawthorne" <ma...@apache.org>.
Call me lazy, but it would make things easier if the new jars were
copied to www.apache.org/dist/java-repository
whenever a release occurs. This way I could just change a few
characters in my project.xml and test
out the new code instantly, without worrying about manually downloading
jars and copying files around.
Make sense?
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org