Author: skitching
Date: Thu Mar 2 00:24:50 2006
New Revision: 382318
URL: http://svn.apache.org/viewcvs?rev=382318view=rev
Log:
Add Log4J adapter. Rename jarfiles created by build.xml to proper names.
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/log4j/conf/
Author: skitching
Date: Thu Mar 2 00:38:40 2006
New Revision: 382320
URL: http://svn.apache.org/viewcvs?rev=382320view=rev
Log:
Remove obsolete code.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/core-static/java/org/apache/commons/logging/LogFactoryStatic.java
Modified:
Author: skitching
Date: Thu Mar 2 01:04:29 2006
New Revision: 382325
URL: http://svn.apache.org/viewcvs?rev=382325view=rev
Log:
Remove unused imports only.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/core-static/java/org/apache/commons/logging/LogFactoryStatic.java
Author: skitching
Date: Thu Mar 2 01:06:17 2006
New Revision: 382327
URL: http://svn.apache.org/viewcvs?rev=382327view=rev
Log:
Implement LogFactoryDynamic, ie TCCL-based log config mgmt.
Added:
Simon Kitching wrote:
Fascinating! I haven't seen that trick before. An interface containing a
static method (via a little indirection)...cool.
Are you serious about this proposed API for the Log class, though?
I'm hoping that people will agree that the current Log API is ok (even
if it isn't
Oliver Heger wrote:
Hi,
maybe it's a question of taste, but I would prefer a single (logic)
document for our user guide (with a global table of contents) over the
lose collection of howtos we have now. If nobody objects, I will work on
such a document.
Go ahead Oliver, this will most likely
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=38730.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi y'all
I'm puzzled by the behaviour of the Class.getResourceAsStream vs
ClassLoader.getResourceAsStream methods.
I'm trying to implement the recommended java service provider pattern,
which involves looking for a file with the name of an API class
in /META-INF/services, but I can't seem to get
What about a more general Range working with any object implementing
java.lang.Comparable ? This would work for Date, Calendar, Numbers...
anything with a natural ordering that may require a range.
Emmanuel Bourg
-
To
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=38688.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
The javadoc indicates that the Class's getResourceAsStream() method converts
. to / - whereas the ClassLoader doesn't.
Niall
- Original Message -
From: Simon Kitching [EMAIL PROTECTED]
To: commons-dev@jakarta.apache.org
Sent: Thursday, March 02, 2006 9:43 AM
Subject: [general]
Never mind, I've found it.
Class.getResourceAsStream requires a slash on the front of the path,
while ClassLoader.getResourceAsStream must NOT have it.
Sigh.
Sorry for bothering you all.
Cheers,
Simon
On Thu, 2006-03-02 at 22:43 +1300, Simon Kitching wrote:
Hi y'all
I'm puzzled by the
Author: skitching
Date: Thu Mar 2 02:02:26 2006
New Revision: 382339
URL: http://svn.apache.org/viewcvs?rev=382339view=rev
Log:
Fix bug when using explicit classloader to find java services file.
Modified:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dion Gillard wrote:
The javamail jars cannot be distributed by themselves as they are licensed
under the Sun Binary Code License.
How about building against the Geronimo versions?
On 3/2/06, C. Grobmeier [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dion Gillard wrote:
The javamail jars cannot be distributed by themselves as they are licensed
under the Sun Binary Code License.
How about building against the Geronimo versions?
For anyone interested, I came across the following regarding Kevin Burton
and Feedparser
http://tailrank.com/code.php
Seems a shame that bureaucracy has put him off working within the ASF.
Niall
-
To unsubscribe, e-mail:
Hello,
Von: Emmanuel Bourg [EMAIL PROTECTED]
I just wanted to mention this solution if Log had to remain an
interface, but I won't support it. I prefer to turn Log into an abstract
class.
To turn Log into an abstract class means that no native implementation will
ever be possible. It would
Boris Unckel wrote:
To turn Log into an abstract class means that no native implementation will
ever be possible. It would definitly mean that you will need an wrapper
class. Currently there is just x4juli supporting native JCL support for
java.util.logging (X4JuliLogger extends jul.Logger
Author: psteitz
Date: Thu Mar 2 06:27:36 2006
New Revision: 382392
URL: http://svn.apache.org/viewcvs?rev=382392view=rev
Log:
Adding PascalDistributionImpl inadvertently omitted in r381115. Thanks, Gump!
Added:
Von: Emmanuel Bourg [EMAIL PROTECTED]
Boris Unckel wrote:
To turn Log into an abstract class means that no native implementation
will
ever be possible. It would definitly mean that you will need an wrapper
class. Currently there is just x4juli supporting native JCL support for
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=38830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: psteitz
Date: Thu Mar 2 06:53:53 2006
New Revision: 382397
URL: http://svn.apache.org/viewcvs?rev=382397view=rev
Log:
Added Todd Parnell as contributor.
Modified:
jakarta/commons/proper/math/trunk/project.xml
jakarta/commons/proper/math/trunk/xdocs/changes.xml
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=38830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Jörg Schaible wrote:
Oliver Heger wrote on Wednesday, March 01, 2006 9:01 PM:
Jörg Schaible wrote:
I am not too content with the name XMLConfigurationFactory either.
ConfigurationBuilder is fine, but there is a public inner class with
this name in ConfigurationFactory, so this could be a
Author: jcarman
Date: Thu Mar 2 07:25:41 2006
New Revision: 382409
URL: http://svn.apache.org/viewcvs?rev=382409view=rev
Log:
Bug fix: error when intercepting methods with primitive parameters.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/ProxyUtils.java
I wonder if that's true. The subsequent line implies it's the long
release process that drove him out; something I definitely can
sympathize with.
So shall we a) kill FP and consider it moved, b) put FP in dormant, c)
anyone actively wanting to work on it?
Hen
On 3/2/06, Niall Pemberton [EMAIL
Author: jcarman
Date: Thu Mar 2 07:53:59 2006
New Revision: 382419
URL: http://svn.apache.org/viewcvs?rev=382419view=rev
Log:
Fixed checkstyle issues.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/java/org/apache/commons/proxy/factory/javassist/JavassistInvocation.java
Modified:
Author: jcarman
Date: Thu Mar 2 07:58:56 2006
New Revision: 382425
URL: http://svn.apache.org/viewcvs?rev=382425view=rev
Log:
Fixed test case.
Modified:
jakarta/commons/sandbox/proxy/trunk/src/test/org/apache/commons/proxy/util/EchoImpl.java
Modified:
Author: rahul
Date: Thu Mar 2 09:04:36 2006
New Revision: 382446
URL: http://svn.apache.org/viewcvs?rev=382446view=rev
Log:
Typos.
Modified:
jakarta/commons/sandbox/scxml/trunk/xdocs/guide/custom-actions.xml
Modified: jakarta/commons/sandbox/scxml/trunk/xdocs/guide/custom-actions.xml
URL:
On 3/2/06, Niall Pemberton [EMAIL PROTECTED] wrote:
For anyone interested, I came across the following regarding Kevin Burton
and Feedparser
http://tailrank.com/code.php
Seems a shame that bureaucracy has put him off working within the ASF.
snip/
That appears to be the perception, if so,
On 3/2/06, Henri Yandell [EMAIL PROTECTED] wrote:
I wonder if that's true. The subsequent line implies it's the long
release process that drove him out; something I definitely can
sympathize with.
So shall we a) kill FP and consider it moved, b) put FP in dormant, c)
anyone actively wanting
I would have to agree that the release process is a bit daunting. That's
why I haven't released Commons Proxy 1.0 yet. I really don't know how to do
all of that stuff on the release preparation document (md5 signatures and
the like).
-Original Message-
From: Rahul Akolkar [mailto:[EMAIL
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/2/06, Henri Yandell [EMAIL PROTECTED] wrote:
I wonder if that's true. The subsequent line implies it's the long
release process that drove him out; something I definitely can
sympathize with.
So shall we a) kill FP and consider it
md5 bit is easy, given a command line. It's also easy to write Java
for, and I suspect Maven 2 will easily be doing that for us.
PGP is the thing that stops me doing releases. I accept that it's
important, but that hasn't helped me grokk how to do it.
Hen
On 3/2/06, James Carman [EMAIL
Maybe that's what was throwing me off, the PGP stuff. I started to go
through the checklist, but I had to start installing stuff like PGP and just
got frustrated. There should be a nice automated way to do this, since we
do it quite often.
-Original Message-
From: Henri Yandell
On 3/2/06, James Carman [EMAIL PROTECTED] wrote:
Maybe that's what was throwing me off, the PGP stuff. I started to go
through the checklist, but I had to start installing stuff like PGP and
just
got frustrated. There should be a nice automated way to do this, since we
do it quite often.
Good evening,
I have done an additional test.
Von: Simon Kitching [EMAIL PROTECTED]
Boris, would you please replace commons-logging-1.1-RC5.jar with
commons-logging-adapters-1.1-RC5.jar in your webapp and retest?
Yes, it does work. I did not setup a system property and everything was
fine.
On 3/2/06, Niall Pemberton [EMAIL PROTECTED] wrote:
For anyone interested, I came across the following regarding Kevin Burton
and Feedparser
http://tailrank.com/code.php
Seems a shame that bureaucracy has put him off working within the ASF.
Seems a shame that he's not willing to commit to
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
Hi y'all
I'm puzzled by the behaviour of the Class.getResourceAsStream vs
ClassLoader.getResourceAsStream methods.
I'm trying to implement the recommended java service provider pattern,
which involves looking for a file with the name of an
Looking for a way, to turn any existing iterator into one,
that can be exercised repeatedly, I stumbled upon the classes/if's
ResettableIterator, AbstractIteratorDecorator, and ListIteratorWrapper,
but didn't actually found an elegant solution for this. Obviously, the
simplest option to include
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=38703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 3/2/06, Niall Pemberton [EMAIL PROTECTED] wrote:
For anyone interested, I came across the following regarding Kevin Burton
and Feedparser
http://tailrank.com/code.php
Seems a shame that bureaucracy has put him off working within the ASF.
My perception is that Kevin was never able to
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
Author: scolebourne
Date: Thu Mar 2 11:02:36 2006
New Revision: 382470
URL: http://svn.apache.org/viewcvs?rev=382470view=rev
Log:
Avoid object creation in predicate factory methods
bug 38703, from Matt Benson
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=38703.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Each step may be individually relatively easy, but collectively there is
a vasy amount to do. When you can release a sourceforge project very
easily (maven-sourceforge-plugin or manual), it just completely puts me
off releases here.
Its like [collections]. I've said I'll do a release for
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=38661.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Thu, 2006-03-02 at 10:06 -0800, Craig McClanahan wrote:
On 3/2/06, Niall Pemberton [EMAIL PROTECTED] wrote:
For anyone interested, I came across the following regarding Kevin Burton
and Feedparser
http://tailrank.com/code.php
Seems a shame that bureaucracy has put him off working
Yep, and if you are really lazy and have a command shell available, you can use
the scripts referenced here to do the signing, verify the sigs and
create the symlinks:
http://jakarta.apache.org/commons/releases/release.html#16%20Miscellaneous
Phil
On 3/2/06, sebb [EMAIL PROTECTED] wrote:
Here's
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=28358.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Thu, 2006-03-02 at 18:38 +0100, Boris Unckel wrote:
Good evening,
I have done an additional test.
Von: Simon Kitching [EMAIL PROTECTED]
Boris, would you please replace commons-logging-1.1-RC5.jar with
commons-logging-adapters-1.1-RC5.jar in your webapp and retest?
Yes, it does work.
On Thu, 2006-03-02 at 21:49 +, robert burrell donkin wrote:
On Thu, 2006-03-02 at 18:38 +0100, Boris Unckel wrote:
Good evening,
I have done an additional test.
Von: Simon Kitching [EMAIL PROTECTED]
Boris, would you please replace commons-logging-1.1-RC5.jar with
Yeah, running it isn't really the problem. Managing the key when you
don't use it for email is the bit that got painful.
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 know the
passphrase, come up with some kind of
On Thu, 2006-03-02 at 12:16 -0500, James Carman wrote:
Maybe that's what was throwing me off, the PGP stuff. I started to go
through the checklist, but I had to start installing stuff like PGP and just
got frustrated. There should be a nice automated way to do this, since we
do it quite
On Fri, 2006-03-03 at 10:58 +1300, Simon Kitching wrote:
On Thu, 2006-03-02 at 21:49 +, robert burrell donkin wrote:
On Thu, 2006-03-02 at 18:38 +0100, Boris Unckel wrote:
Good evening,
I have done an additional test.
Von: Simon Kitching [EMAIL PROTECTED]
Boris, would you
On Thu, 2006-03-02 at 14:03 -0800, Henri Yandell wrote:
Yeah, running it isn't really the problem. Managing the key when you
don't use it for email is the bit that got painful.
you don't really need to do any key management (unless you want to). a
key used for code signing can just be get safe
On 3/2/06, robert burrell donkin [EMAIL PROTECTED] wrote:
On Thu, 2006-03-02 at 14:03 -0800, Henri Yandell wrote:
Yeah, running it isn't really the problem. Managing the key when you
don't use it for email is the bit that got painful.
you don't really need to do any key management (unless
On 3/2/06, James Carman [EMAIL PROTECTED] wrote:
I would have to agree that the release process is a bit daunting. That's
why I haven't released Commons Proxy 1.0 yet. I really don't know how to do
all of that stuff on the release preparation document (md5 signatures and
the like).
snip/
On 3/2/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 3/2/06, Niall Pemberton [EMAIL PROTECTED] wrote:
For anyone interested, I came across the following regarding Kevin Burton
and Feedparser
http://tailrank.com/code.php
Seems a shame that bureaucracy has put him off working
On Wed, 2006-03-01 at 16:17 +1300, Simon Kitching wrote:
On Wed, 2006-03-01 at 14:32 +1300, Simon Kitching wrote:
snip
What we *do* need to consider is whether we can improve the
documentation or the error messages to make it clear what the correct
fix is.
+1 (see above)
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
snip/
We should probably be more careful about what projects are accepted into
commons.
snap/
Agreed, but how do we do that?
On one hand, its too easy to start a project in Commons, and then have
the project stall (for a plethora of reasons).
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 know the
passphrase,
i hope so too :)
there are various ways to export the key but copying the files
On Thu, 2006-03-02 at 18:02 -0500, Rahul Akolkar wrote:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
snip/
We should probably be more careful about what projects are accepted into
commons.
snap/
Agreed, but how do we do that?
On one hand, its too easy to start a project in
On Thu, 2006-03-02 at 17:50 -0500, Rahul Akolkar wrote:
On 3/2/06, James Carman [EMAIL PROTECTED] wrote:
I would have to agree that the release process is a bit daunting. That's
why I haven't released Commons Proxy 1.0 yet. I really don't know how to do
all of that stuff on the release
PGP is the thing that stops me doing releases. I accept that it's
important, but that hasn't helped me grokk how to do it.
Really simple. I automate it in my build script. And documented it on the
wiki.
--- Noel
-
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 know the
passphrase,
i hope so too :)
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Thu, 2006-03-02 at 18:02 -0500, Rahul Akolkar wrote:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
snip/
We should probably be more careful about what projects are accepted into
commons.
snap/
Agreed, but how do we do
The discussion on signing releases with PGP led me to wonder why jar's
aren't signed with the jarsigner tool? As Java centric as Jakarta is,
now that I think about it, it seems kind of strange that the java
way of signing code isn't used. I'm not suggesting replacing the PGP
sigs on releases,
Author: skitching
Date: Thu Mar 2 17:27:52 2006
New Revision: 382602
URL: http://svn.apache.org/viewcvs?rev=382602view=rev
Log:
Whitespace cleanups only.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/core/java/org/apache/commons/logging/LogConfigurationException.java
Author: skitching
Date: Thu Mar 2 17:28:55 2006
New Revision: 382604
URL: http://svn.apache.org/viewcvs?rev=382604view=rev
Log:
Initial unit testing framework.
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/core/test/
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
However if there isn't a community of existing apache
committers looking at the code, Apache doesn't *know* it's brilliant.
*cough* I'm a fan of good quality control but don't toot the Jakarta
Commons' horn too much.
eg: the current stable
I'm game! Hook me up!
-Original Message-
From: robert burrell donkin [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 02, 2006 5:14 PM
To: Jakarta Commons Developers List
Subject: RE: [feedparser] News / Status
On Thu, 2006-03-02 at 12:16 -0500, James Carman wrote:
Maybe that's what
Author: skitching
Date: Thu Mar 2 18:33:30 2006
New Revision: 382619
URL: http://svn.apache.org/viewcvs?rev=382619view=rev
Log:
Maven pom
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/core/pom.xml
Added: jakarta/commons/proper/logging/contrib/simon/jcl2/src/core/pom.xml
URL:
Author: skitching
Date: Thu Mar 2 18:34:53 2006
New Revision: 382620
URL: http://svn.apache.org/viewcvs?rev=382620view=rev
Log:
Initial maven pom
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/core-static/pom.xml
Added:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Thu, 2006-03-02 at 18:02 -0500, Rahul Akolkar wrote:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
snip/
We should probably be more careful about what projects are accepted into
commons.
snap/
Agreed, but how do we do
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Thu, 2006-03-02 at 17:50 -0500, Rahul Akolkar wrote:
snip/
Is that really the only reason? With [proxy] (and [scxml] as well),
one of the glaring reasons I see is that they're still in sandbox. We
*couldn't* release them right now,
On 3/2/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
However if there isn't a community of existing apache
committers looking at the code, Apache doesn't *know* it's brilliant.
*cough* I'm a fan of good quality control but don't toot the
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
On Thu, 2006-03-02 at 17:50 -0500, Rahul Akolkar wrote:
snip/
Is that really the only reason? With [proxy] (and [scxml] as well),
one of the glaring reasons I see is that they're
On 3/2/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
Half-a-dozen, such luxuries is Commons talk ;-) You probably need to
have been recently active in Taglibs to know what I'm talking about.
tongue-in-cheek
So then nobody knows what
Author: skitching
Date: Thu Mar 2 19:02:14 2006
New Revision: 382627
URL: http://svn.apache.org/viewcvs?rev=382627view=rev
Log:
Rearrange dirs to match Maven multi-module requirements
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/conf/
- copied from r382246,
Author: skitching
Date: Thu Mar 2 19:04:08 2006
New Revision: 382629
URL: http://svn.apache.org/viewcvs?rev=382629view=rev
Log:
Rearrange for maven multimodule compatibility.
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/noop/
- copied from r382625,
Author: skitching
Date: Thu Mar 2 19:04:46 2006
New Revision: 382630
URL: http://svn.apache.org/viewcvs?rev=382630view=rev
Log:
src dir no longer needed
Removed:
jakarta/commons/proper/logging/contrib/simon/jcl2/src/
-
To
Author: skitching
Date: Thu Mar 2 19:19:26 2006
New Revision: 382631
URL: http://svn.apache.org/viewcvs?rev=382631view=rev
Log:
More mavenisation
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/core-dynamic/pom.xml
Author: skitching
Date: Thu Mar 2 19:22:08 2006
New Revision: 382632
URL: http://svn.apache.org/viewcvs?rev=382632view=rev
Log:
Mavenisation stuff.
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/core-static/resources/
Author: skitching
Date: Thu Mar 2 19:23:15 2006
New Revision: 382634
URL: http://svn.apache.org/viewcvs?rev=382634view=rev
Log:
Mavenisation stuff.
Removed:
jakarta/commons/proper/logging/contrib/simon/jcl2/simple/conf/
-
Author: rahul
Date: Thu Mar 2 19:30:56 2006
New Revision: 382636
URL: http://svn.apache.org/viewcvs?rev=382636view=rev
Log:
Add section on composite states.
Modified:
jakarta/commons/sandbox/scxml/trunk/xdocs/guide/scxml-documents.xml
Modified:
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/2/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
Half-a-dozen, such luxuries is Commons talk ;-) You probably need to
have been recently active in Taglibs to know what I'm
Steve Loughran's had some interesting things to say on this on
repository@apache.org over the last year or so. Basically that in his
opinion jar signing plain didn't work and we shouldn't be bothering
with it.
Have you had good fortune with jar signing, or are you like me - it's
an idea that
Author: bayard
Date: Thu Mar 2 20:27:02 2006
New Revision: 382649
URL: http://svn.apache.org/viewcvs?rev=382649view=rev
Log:
Added a maven2 site
Added:
jakarta/commons/sandbox/csv/trunk/src/site/
jakarta/commons/sandbox/csv/trunk/src/site/apt/
On 3/2/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
They're all just waiting for your Silk promise Martin ;-)
Did you see my recent post to general@ on that?
snip/
Yes. Let me know if I can help any, I was planning on volunteering a
On 2/27/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Alex Karasulu wrote:
Hiya,
The directory project depends on commons-daemon 1.0.1 and we had to
update the maven2 repo with a temporary pom.xml to allow our recent
release to go through. I wanted to contact this list and make sure the
So what's the plan?
Currently Brett has the beginnings of a migration (read: all the hard
work) in the commons-sandbox. It looks good, and I'm very impressed
with the apt site system.
Obviously continuing with sandbox makes sense; but how to do it?
If it just got migrated, how long would we
On 3/2/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/2/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
Half-a-dozen, such luxuries is Commons talk ;-) You probably need to
There are plugins that Jelly would need before moving to m2 to build our
current site, and given the sheer amount of work needed and the lack of
available resource, I can't see it moving any time soon.
On 3/3/06, Henri Yandell [EMAIL PROTECTED] wrote:
So what's the plan?
Currently Brett
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/2/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
They're all just waiting for your Silk promise Martin ;-)
Did you see my recent post to general@ on that?
snip/
Yes. Let me
Is it Jelly specific stuff? [jellydoc?] or just various reports that
I'm going to try and convince you are unnecessary? :)
[given that I think our site should be much, much simpler].
Hen
On 3/2/06, Dion Gillard [EMAIL PROTECTED] wrote:
There are plugins that Jelly would need before moving to
On 3/2/06, Henri Yandell [EMAIL PROTECTED] wrote:
Have you had good fortune with jar signing, or are you like me - it's
an idea that you've never had time to pursue?
Only with respect to deploying an internal JavaWebStart app. And long
ago I stumbled across it once back when Java 1.3 was
It's JellyDoc. An m1 plugin that AFAIK doesn't exist for m2. We need it to
generate the documentation for a whole load of Jelly taglibs.
On 3/3/06, Henri Yandell [EMAIL PROTECTED] wrote:
Is it Jelly specific stuff? [jellydoc?] or just various reports that
I'm going to try and convince you are
I tried the StopWatchDisplay example, and with JDK 1.5.0_06 on WinXP Pro, it
looks like this:
http://people.apache.org/~wsmoak/commons-scxml/scxml-stopwatch.gif
http://people.apache.org/%7Ewsmoak/commons-scxml/scxml-stopwatch.gif
I changed it (around line 110) to get it to look right:
-
If that's the only one, I can take care of that after the sandbox is
done. It's a fairly stock report plugin. Of course ,if there are other
volunteers, I won't complain :)
I would assume it would make sense for this plugin to live in Jelly
itself now.
- Brett
Dion Gillard wrote:
It's JellyDoc.
1 - 100 of 112 matches
Mail list logo