On Wed, 2005-05-18 at 20:45 +0100, robert burrell donkin wrote:
not sure why is was broke but i've committed some fixes and i think it
now works for me. i'm think that your approach was right (hopefully
someone will jump in here and correct me if i'm wrong) and everything
should work now.
Aha
something like this has been needed for a while so it's great to see it
happening.
but i do have some concerns about the name
phil zimmermann's pretty good privacy program is almost universally
abbreviated to pgp. the name commons-pgp is not only close to a related
commercial product but the
I have previously discussed with Daniel Florey a change that allows the user to
qualify the provider (or source or namespace) to be used for a given text
entry. My main motivation for this is to allow the same entry key in several
different text sources, but this also provides better
Thanks Simon,
Simon Kitching schrieb:
On Wed, 2005-05-18 at 12:20 +0200, David Perez wrote:
You're right, I have changed the commons-logging version to the latest one.
Now I have reverted to commons-logging-1.0.2
I would recommend using commons-logging-1.0.4. After all, that is the
most
robert burrell donkin wrote:
but i do have some concerns about the name
Yes, I've been thinking about it too.
phil zimmermann's pretty good privacy program is almost universally
abbreviated to pgp. the name commons-pgp is not only close to a related
commercial product but the term PGP is
On Thu, 2005-05-19 at 17:27 +1000, Brett Porter wrote:
snip
I also though openPGP was an implementation rather than a spec, so maybe
going straight to commons-crypto is the best. That gives us scope to
go into encrypt/decrypt as well as signatures and to use other algorithms.
I'd expect
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
robert burrell donkin wrote:
openPGP is the name used for a group of RFC's inspired by pretty good
privacy. http://www.openpgp.org/ is an association of implementors
promoting the use of this standard (which is probably the source of the
confusion).
On Thu, 2005-05-19 at 18:27 +1200, Simon Kitching wrote:
On Wed, 2005-05-18 at 20:45 +0100, robert burrell donkin wrote:
not sure why is was broke but i've committed some fixes and i think it
now works for me. i'm think that your approach was right (hopefully
someone will jump in here and
Author: brett
Date: Thu May 19 03:28:50 2005
New Revision: 170906
URL: http://svn.apache.org/viewcvs?rev=170906view=rev
Log:
setup deployment properties
Modified:
jakarta/commons/proper/jelly/trunk/project.properties
jakarta/commons/proper/jelly/trunk/project.xml
Modified:
Author: brett
Date: Thu May 19 03:29:07 2005
New Revision: 170907
URL: http://svn.apache.org/viewcvs?rev=170907view=rev
Log:
ignore iml files
Modified:
jakarta/commons/proper/jelly/trunk/jelly-tags/ant/ (props changed)
jakarta/commons/proper/jelly/trunk/jelly-tags/junit/ (props
Hi,
I'm working on updating the pages that can be found on the jakarta
commons site (http://jakarta.apache.org/commons) under the General
Information | Releasing Components link in the navigation bar.
That information is all very useful stuff, but unfortunately a bit
out-of-date.
I would
On Thu, 2005-05-19 at 19:01 +1000, Brett Porter wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
robert burrell donkin wrote:
openPGP is the name used for a group of RFC's inspired by pretty good
privacy. http://www.openpgp.org/ is an association of implementors
promoting the use
I'm happy to help.
But, to be honest, I'm a bit disappointed at how this project is being
developed. I feel that i18n would benefit tremendously by reusing instead
of reinventing. As was pointed out months ago, there's just too much you
get for free by leveraging other components and
hi simon
all looks fine to me.
you have one paragraph which looks as if it's unfinished:
?? How can the proposed new website (incl jdiff etc) be deployed to the
RM's home dir ?? Remember to put up the website that will be deployed
when the disributions are released. You may also want to show a
On Thu, 2005-05-19 at 13:05 +1200, Simon Kitching wrote:
On Wed, 2005-05-18 at 17:58 +0200, Ceki Gülcü wrote:
snip
At first I was a bit puzzled that the static branch failed, and
initially suspected the correctness of the test cases. However, given their
construction, it is only normal
Hi,
I try to have a look at the patch and the missing unit tests soon. I'm very
busy at the moment, but hopefully next week I'll find some time.
Thanks for your work!
Daniel
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Mattias J
Gesendet:
On Sat, 2005-05-07 at 20:49 +1200, Simon Kitching wrote:
On Sat, 2005-05-07 at 19:38 +1200, Simon Kitching wrote:
Hi Robert,
I've found a small but critical problem with the demonstration harness
in class ClassLoaderRunner. When the test is *not* using a
context-classloader, the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34976.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
--- Brett Porter [EMAIL PROTECTED] wrote:
[SNIP]
ok, so commons-openpgp would be ok. I'm still
thinking commons-crypto is
a good name, but I'll be happy with either. It can
always be changed
later when it is expanded I guess.
I like commons-crypto better personally though I won't
die over
On Thu, 2005-05-19 at 13:05 +1200, Simon Kitching wrote:
My document here
http://people.apache.org/~skitching/jcl-req.txt
describes a specific scenario where I think static binding doesn't work
(see b4) - and it is quite a reasonable requirement I think. Of course
there are many
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34972.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: rdonkin
Date: Thu May 19 13:42:12 2005
New Revision: 170992
URL: http://svn.apache.org/viewcvs?rev=170992view=rev
Log:
Fixed bug in demonstration. Spotted by Simon Kitching.
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32801.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34976.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Thu, 2005-05-05 at 11:36 -0700, Brian Stansberry wrote:
Branching this discussion off, as I realize my
previous post forked a thread.
--- Simon Kitching [EMAIL PROTECTED] wrote:
On Wed, 2005-05-04 at 23:37 -0700, Brian Stansberry
wrote:
A few semi-random points on parent-first vs.
On Thu, 2005-05-05 at 23:12 +1200, Simon Kitching wrote:
On Wed, 2005-05-04 at 23:37 -0700, Brian Stansberry wrote:
snip
2) When checking into the above, I discovered that in
the latest JBoss, their webapp classloader won't load
commons-logging.jar from WEB-INF/lib even if
parent-last
On Thu, 19 May 2005, Brett Porter [EMAIL PROTECTED] wrote:
ok, so commons-openpgp would be ok.
+1
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
robert burrell donkin wrote:
hi simon
you might like to add a bit about the other version checking tool (i've
forgotten it's name)
You probably mean clirr.
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Author: scolebourne
Date: Thu May 19 15:15:44 2005
New Revision: 171004
URL: http://svn.apache.org/viewcvs?rev=171004view=rev
Log:
Add new methods to BlockingBuffer
bug 27691
Modified:
jakarta/commons/proper/collections/trunk/RELEASE-NOTES.html
Modified:
Author: scolebourne
Date: Thu May 19 15:17:10 2005
New Revision: 171005
URL: http://svn.apache.org/viewcvs?rev=171005view=rev
Log:
Fix formatting issues from previous commit
Modified:
jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/buffer/BlockingBuffer.java
This is interesting; I've just recently been thinking about asking
the community if there would be interest in adjusting commons-email
so that there was a Sender API. I'm not quite sure how we would
re-engineer it in a backwards compatible way, but I'm interested in
an architecture which
Author: scolebourne
Date: Thu May 19 15:22:09 2005
New Revision: 171006
URL: http://svn.apache.org/viewcvs?rev=171006view=rev
Log:
Fix date issue from previous commit
Modified:
jakarta/commons/proper/collections/trunk/src/java/org/apache/commons/collections/buffer/BlockingBuffer.java
from an uninvolved observer - I agree - and offer commons-jgp as a
suggestion
robert burrell donkin wrote:
something like this has been needed for a while so it's great to see it
happening.
but i do have some concerns about the name
phil zimmermann's pretty good privacy program is almost
Author: scolebourne
Date: Thu May 19 16:25:46 2005
New Revision: 171009
URL: http://svn.apache.org/viewcvs?rev=171009view=rev
Log:
Fix put methods, optimize clear method, fix formatting
bug 29440
Modified:
Author: skitching
Date: Thu May 19 17:21:06 2005
New Revision: 171025
URL: http://svn.apache.org/viewcvs?rev=171025view=rev
Log:
General update, esp. of info about Maven and Subversion
Modified:
jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml
Modified:
Author: skitching
Date: Thu May 19 17:20:03 2005
New Revision: 171024
URL: http://svn.apache.org/viewcvs?rev=171024view=rev
Log:
Removed link to old deprecated instructions; they are so out-of-date now
that they aren't of any use.
Modified:
Do users of one component really care about the entirety of commons?
I'd rather see component specific info being more prominent than an
all-of-commons link which may be irrelevant.
On 5/20/05, Simon Kitching [EMAIL PROTECTED] wrote:
Hi,
Currently the commons site navbar (and all component
Author: skitching
Date: Thu May 19 20:10:29 2005
New Revision: 171039
URL: http://svn.apache.org/viewcvs?rev=171039view=rev
Log:
Added info re setting compile options to support old JVM versions
Modified:
jakarta/commons/proper/commons-build/trunk/xdocs/releases/prepare.xml
Modified:
Hi Dion,
There's nothing to stop individual components from omitting the
generic viewmenu; menu and adding their own one that links
specifically to the svn locations for that component. In fact, that
would be a nice idea.
However most don't bother. And at the moment, I think the commons-level
--- robert burrell donkin
[EMAIL PROTECTED] wrote:
On Thu, 2005-05-05 at 23:12 +1200, Simon Kitching
wrote:
On Wed, 2005-05-04 at 23:37 -0700, Brian
Stansberry wrote:
snip
2) When checking into the above, I discovered
that in
the latest JBoss, their webapp classloader won't
load
40 matches
Mail list logo