[EMAIL PROTECTED]: Project commons-attributes (in module jakarta-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue a

[EMAIL PROTECTED]: Project commons-attributes (in module jakarta-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue a

[GUMP@brutus]: Project commons-attributes (in module jakarta-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration, and has bee

[GUMP@brutus]: Project commons-attributes (in module jakarta-commons) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. The current state of this project i

[GUMP@stormcrow]: Project commons-attributes (in module jakarta-commons) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. The current state of this project i

[GUMP@stormcrow]: Project commons-attributes (in module jakarta-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue a

[GUMP@brutus]: Project commons-attributes (in module jakarta-commons) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. The current state of this project i

[GUMP@brutus]: Project commons-attributes (in module jakarta-commons) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue a

[GUMP@brutus]: Project commons-attributes (in module jakarta-commons) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. The current state of this project i

[GUMP@brutus]: Project commons-attributes (in module jakarta-commons) success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. The current state of this project i

[GUMP@brutus]: jakarta-commons/commons-attributes success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. Project State : 'Success', Reason '' F

[GUMP@brutus]: jakarta-commons/commons-attributes failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue affec

[GUMP@brutus]: jakarta-commons/commons-attributes success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. Project State : 'Success' Full details

[GUMP@brutus]: jakarta-commons/commons-attributes failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue affec

[GUMP@brutus]: jakarta-commons/commons-attributes failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue affec

[GUMP@brutus]: jakarta-commons/commons-attributes success

To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes *no longer* has an issue. Project State : 'Success' Full details

[GUMP@brutus]: jakarta-commons-sandbox/commons-attributes failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue affec

[GUMP@brutus]: jakarta-commons-sandbox/commons-attributes failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue affec

[GUMP@brutus]: jakarta-commons-sandbox/commons-attributes failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project commons-attributes has an issue affecting its community integration. This issue affec

[GUMP] Build Failure - commons-attributes

This email is autogenerated from the output from: Buildfile: build.xml BUILD FAILED Target `dist' does not exist in this

[GUMP] Build Failure - commons-attributes

This email is autogenerated from the output from: Buildfile: build.xml does not exist! Build failed

[GUMP] Build Failure - commons-attributes

This email is autogenerated from the output from: Buildfile: build.xml does not exist! Build failed

Re: cvs commit: jakarta-commons-sandbox/email gump.xml

Quinton McCombs wrote: Does this mean that I could simply remove gump.xml? yes. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [RESULT] [net] is promoted to the commons

-net/ Who intends to update gump? http://cvs.apache.org/viewcvs/jakarta-gump/project/jakarta-commons.xml http://cvs.apache.org/viewcvs/jakarta-gump/project/jakarta-commons-sandbox.xml - Sam Ruby - To unsubscribe, e-mail: [EMAIL

Re: [RESULT] [net] is promoted to the commons

e CVS avail file entry for the jakarta-commons module. done. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [GUMP] Build Failure - commons-latka

> This here > >>> Fatal Error! >>> java.net.SocketException: Unexpected end of file from server > > makes me guess it's a network problem of some kind with Sam's box. Lots of builds access the network... this one does it multiple times. Odd that this randomly fails. - Sam Ru

Re: [GUMP] Build Failure - commons-latka

ting BUILD SUCCESSFUL and BUILD FAILED results each time. Furthermore, if you look at the past several days of failure, you will see that it dies on different documents each day. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [jelly] Question on junit.CaseTag

g wrong? http://cvs.apache.org/~rubys/TEST-org.apache.commons.jelly.ant.TestJelly.txt http://cvs.apache.org/~rubys/TEST-org.apache.commons.jelly.ant.TestJelly.xml - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[jelly] Question on junit.CaseTag

CaseTag, I see no obvious support for nested filterset elements present. Looking back into the revision history, I don't see where it was ever present. I'm sure it was working at some point... but I don't really know where to look. Anybody know how this is supposed to work? -

[patch][jelly] jelly-tags/util/build.xml

Generated using the latest (bootstrapped) Maven. - Sam Ruby

Re: cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections/primitivesTestAll.java TestArrayIntList.java

instead of IllegalArgument, where necessary * re-enable TestArrayIntList suite * re-enable primitives.TestAll suite from root (not clear why this would have been disabled) You probably know already know this, but I am still seeing two unit test failures. - Sam Ruby -- To unsubscribe, e-mail

Re: cvs commit: jakarta-commons/collections build.xml

lot of yellow on the gump page: http://nagoya.apache.org/~rubys/gump/ - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[jelly-tags-ant][patch] build.xml

I've gened a build.xml using a recent bootstrap of maven. No changes were required for it to work with Gump. - Sam

Re: [Jelly] Ant taglib moved to a separate JAR

BUILD SUCCESSFUL - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [collections] unit test failures with NodeCachingLinkedList

p;content-type=text/plain Or add "test" to the depends of the "dist" target in here: http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-commons/collections/build.xml?rev=HEAD&content-type=text/plain - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECT

Re: [jelly] Tags building ok

[EMAIL PROTECTED] wrote: I've successfully built all tags (except jeez, as it's going) using maven and deployed the SNAPSHOTs. All tests pass. I'm still seeing the ant tag test failure, apparently due to the beanutils change committed by Craig. - Sam Ruby -- To unsu

Re: [Jelly] GUMPifying taglib builds

lly placed at http://gump.covalent.net/jars/ - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [xerces][jelly] html test failure

mp;w=2 If I roll forward to just include that additional commit, jelly.ant.TestJelly fails. Mr. McClanahan, I see your fingerprints on that commit. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [xerces][jelly] html test failure

next GUMP run should pick up the fixed version, so we'll soon see if that was the culprit. It does not appear to have fixed the problem, or even changed the symptoms. Sorry. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail

Re: [jelly] gump descriptor needs update

pointer exception inside of Xerces. http://cvs.apache.org/~rubys/TEST-org.apache.commons.jelly.html.TestJelly.txt http://cvs.apache.org/~rubys/TEST-org.apache.commons.jelly.html.TestJelly.xml - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [jelly] gump descriptor needs update

Sam Ruby wrote: I've verified that the unit test passes with the latest bootstrapped maven. Now I am going to try one by one substituting the jars provided by maven with the ones produced by gump to narrow down the failure. That test passes if beanutils 1.4.1 is substituted for the l

Re: [jelly] gump descriptor needs update

Sam Ruby wrote: I've verified that the unit test passes with the latest bootstrapped maven. Now I am going to try one by one substituting the jars provided by maven with the ones produced by gump to narrow down the failure. That test passes if beanutils 1.4.1 is substituted for the l

Re: [jelly] gump descriptor needs update

#x27;ve verified that the unit test passes with the latest bootstrapped maven. Now I am going to try one by one substituting the jars provided by maven with the ones produced by gump to narrow down the failure. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For ad

Re: [jelly] gump descriptor needs update

like this answer: http://jakarta.apache.org/gump/faq.html#8 - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[jelly] gump now can build jelly, but...

is a possibility. ;-) - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: cvs commit: jakarta-commons-sandbox/jelly/jelly-tags - New directory

[EMAIL PROTECTED] wrote: morgand 2003/01/02 13:16:43 jakarta-commons-sandbox/jelly/jelly-tags - New directory YEA! - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: cvs commit: jakarta-commons-sandbox/graph2 build.xml

all of maven, lets get a parallel stream running where we can bootstrap it too. parallel is good. How can I help? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: cvs commit: jakarta-commons-sandbox/graph2 build.xml

ained. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/introspectiontest-bwbi-output-a.xml test-bwbi-output-g.xml TestXMLIntrospector.java test-bwbi-output.xml

[EMAIL PROTECTED] wrote: Hopefully this will fix the problem with this unit test on unix platforms. Much better. 17 deprecation warnings. No test failures. BUILD SUCCESSFUL Total time: 42 seconds Thanks! - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]&g

Re: cvs commit: jakarta-commons/betwixt build.xml

(DelegatingMethodAccessorImpl.java:25) Testcase: testBeanWithBeanInfoTestcase: testXMLUnit took 0.659 sec - Sam Ruby P.S. While I agree in principle with dIon that this should be fixed in Maven, I see no harm in doing both in parallel. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTEC

Re: [Jelly] Release Issue 1 - dependencies

I think I've provided you enough info so that you can complete task 1? I'll take task 2. Volunteers for tasks 3 and 4? And can #4 be done incrementally, with the httpclient taglib done first? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[betwixt][PATCH] build.xml

Make hard coded path overrideable Index: build.xml === RCS file: /home/cvs/jakarta-commons/betwixt/build.xml,v retrieving revision 1.10 diff -u -r1.10 build.xml --- build.xml 30 Dec 2002 18:51:33 - 1.10 +++ build.xml 31 D

Re: [Jelly] Release Issue 1 - dependencies

to split out the *one* problematic taglib? 2) How hard would it be to fix the *one* problematic taglib? 3) How hard would it be to delete the *one* problematic taglib? Now repeat the same questions for Maven. http://marc.theaimsgroup.com/?l=turbine-maven-dev&m=104063882211026&w=2 -

Re: [Jelly] Release Issue 1 - dependencies

erely reacting to changes when the possibility of a release. A chain of dependencies are only as strong as its weakest link. Address that and I would be +1 to a jakarta-jelly. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: GenerateUniqueId.java

al/gump/project/ Patches welcome. mailto:[EMAIL PROTECTED] - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: GenerateUniqueId.java

for other jakarta projects hoping to off-load maintainance, rather than a vibrant community in its own right. Self-managed would be nice. Can you honestly say that's what we have now? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: GenerateUniqueId.java

rojects in a perpetual state of alpha are not condusive to a healthy commons. Are there plans to address this issue? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: GenerateUniqueId.java

an reminder that they should actually talk to each other every once in a while. http://jakarta.apache.org/gump/nagged.html - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [GUMP] Build Failure - krysalis-ruper

that you need) than after. http://cvs.apache.org/builds/gump/2002-11-14/krysalis-ruper.html - Sam Ruby -- To unsubscribe, e-mail: <mailto:commons-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>

Re: [GUMP] Build Failure - commons-jxpath. Please help

karta-alexandria/proposal/gump/profile/gump.xml Scan for the word checkout. Several projects manage their own descriptors. - Sam Ruby -- To unsubscribe, e-mail: <mailto:commons-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:commons-dev-help@;jakarta.apache.org>

Re: GUMP in jakarta-commons-sandbox/altrmi

oes not seem to work. The beepcore classes are available, or at least some version of them. Have you talked to the authors of the beepcore package about this? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: cvs commit: jakarta-commons-sandbox/simplestore/lib jdbc2_0-stdext.jar

Gerhard Froehlich wrote: > > Dumb question, but do I have to remove the entry in the build.properties.sample > too?? No. Rule of thumb: if you authored the code, it is OK to check it in. If you are checking in other people's work, you need to abide by their rules. - Sa

Re: [Logging] [VOTE] Commons Logging 1.0 Release

Ted Husted wrote: > > As for myself, I'm in the camp that says the sky isn't falling. +1 - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [Logging] [VOTE] Commons Logging 1.0 Release

it, capitalism can't work. Nor can democracy. Nor can open source. Let's stop taking things to illogical conclusions, OK? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [Logging] [VOTE] Commons Logging 1.0 Release

other hand, if (hypothetically) Costin wanted to veto a change in axis that Glen Daniels (the most active committer at the present time) thought was important, I'm not sure what I would do. This discussion has challenged a number of assumptions that I have had for a while. I'm not sure

Re: [Logging] [VOTE] Commons Logging 1.0 Release

ork is perhaps the most significant act of voting that there can be. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [Logging] [VOTE] Commons Logging 1.0 Release

not meddle. So when do we start? ;-) - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [Logging] [VOTE] Commons Logging 1.0 Release

Costin Manolache wrote: > > I believe we would be better served with the commons model in > apache/jakarta. That is my opinion too. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: [Logging] [VOTE] Commons Logging 1.0 Release

Scott Sanders wrote: > >> Doesn't avalon also compartmentalize the project? > > They compartmentalize CVS, but do they compartmentalize commit access? No. Commit to any avalon cvs tree is currently a commit to all. - Sam Ruby -- To unsubscribe, e-mail: <mailto

Request for a new Apache IDs

Please create the following new Apache ID: id: paulo name: Paulo Gaspar send password to: [EMAIL PROTECTED] group: apcvs, jakarta Thanks! - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: [VOTE] New committer - Paulo Gaspar

Scott Sanders wrote: > > Can you get Paulo set up? Or can I do it, and how? I'll take this one... Paulo what would you like your id to be? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: [Logging] [VOTE] Commons Logging 1.0 Release

ry to forget the past. Instead, try to figure out: * where we are * where we want to be * the best way to get there Thanks! - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Commons/Avalon [was Re: [Logging] [VOTE] Commons Logging 1.0 Release]

is) does use a clutil from jakarta-avalon-excalibur, and at the present time makes no use of any component from jakarta-commons. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Commons/Avalon [was Re: [Logging] [VOTE] Commons Logging 1.0 Release]

akarta.apache.org/builds/gump/Attic/. Care to review the record? This being said, I should have added, this problem has been since been addressed quite satisfactorily. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Commons/Avalon [was Re: [Logging] [VOTE] Commons Logging 1.0 Release]

he true emperor, Inversion of > Control. Father to a lifecycled bean, husband to a lifecycled container. And I > will have my vengeance, on this main() or the next. http://marc.theaimsgroup.com/?l=avalon-dev&m=100956811715426&w=2 ;-) - Sam Ruby -- To unsubscribe, e-mail: <mailto:[

Re: Commons/Avalon [was Re: [Logging] [VOTE] Commons Logging 1.0 Release]

plant to use/develope." So commons was created. It is explicitly designed as a place for people who "play well with others". And after some initial growing pains appears to be working. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[PATH] Altrmi support for build.sysclasspath

lasspath.concatSystemClasspath("ignore").toString()); Class[] classesOrInterfaces = new Class[mClassOrInterfacesToExpose.length]; for (int i = 0; i < mClassOrInterfacesToExpose.length; i++) { String cn = mClassOrInterfacesToExpose[i]; - Sam Ru

[PLAN] Updating sub-project web pages

by other means; either on demand or by virtue of the cvs commits themselves. Any suggestions along these lines would be appreciated - once again, feel free to get involved! - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Codec Sandbox (was: To fork or not ...)

pping (byte[]), and a date codec is also a > datatype<->string mapping (java.lang.Date). I've got one of those too... http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-axis/java/src/org/apache/axis/encoding/DateSerializer.java - Sam Ruby -- To unsubscribe, e-mail: <mailto:[E

RE: Codec Sandbox (was: To fork or not ...)

Paulo Gaspar wrote: > > Axis (xml-apache) > org.apache.axis.attachments: >MimeUtils (using javax.mail stuff to do >"weird multipart stuff") Axis also has org.apache.axis.encoding.Base64. Something that doesn't exactly seem to be in short s

Re: Commons Conventions in new Sandbox Projects

large, I have avoided having Gump building components in sandbox until there was a subproject depending on them. Didn't know how people would react, given it is a "sandbox" and all that. Thoughts? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additi

Re: AltRMI Tasks if anyone want to take them

ch kinda makes me wonder why you keep saying this... hmm Forgive the slight hyperbole. Clutil doesn't depend on Framework. Axis uses clutil. Perhaps this is the exception that proves the rule? ;-) - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: AltRMI Tasks if anyone want to take them

nced it as a problem here? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: AltRMI Tasks if anyone want to take them

ue of the right to fork, nothing is ever blocked. You don't like how Ant is currently structured? Write myrmidon. I can't guarantee that you will ever attract a community, but you won't be stymied. http://www.x180.net/Mutterings/OpenSource/RulesForRevEmail.html - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: AltRMI Tasks if anyone want to take them

Paulo Gaspar wrote: > > YEah, IMO Paul is doing it (in one of) the right way(s). > I hope the rest of Avalon-Phoenix follows! > =:o) +1 - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: AltRMI Tasks if anyone want to take them

> about the needs of my Excalibur buddies. Parse error. Question not found. :-P I'd love to see more components which separate interface and implementation. Ideally, they could have multiple interfaces. One per framework. Each sharing a common(s) implementation. - Sam Ruby --

Re: AltRMI Tasks if anyone want to take them

much to Excalbur but can't help feeling > loyal to my Avalon comrades. One doesn't tend to find alternators for Dodge Caravans at a Ford dealership. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [GUMP] Build Failure - logging

http://jakarta.apache.org/gump/faq.html#7 - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [GUMP] Build Failure - logging

Robert Burrell Donkin wrote: > > drat! > how i add a dependency to a project in a way that GUMP understands? http://cvs.apache.org/viewcvs/jakarta-alexandria/proposal/gump/project/jakarta-commons.xml.diff?r1=1.50&r2=1.51 - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL

Re: Commons Validator Packaging/Content

ou know it, you have *less* people resources than you did before. I am very much interested in reducing barriers which prevent people from working on components in commons. Any suggestions on how we redirect Turbine resources to make this happen? You know that team better than I do. If not, are you listening Jason? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Commons Validator Packaging/Content

ress towards contributing a reusable and independent code base to the commons. You want to know how management decisions are made? We have a person volunteering to do the work based on the struts code base. Unless there is a better offer out there, I see a rather easy management decision to make. And tha

Re: Commons Validator Packaging/Content

that these lines are getting harder to see every day. My current favorite example of a recent closing of one of the fissures: jakarta-velocity-tools/struts. Another favorite of mine is jakarta-commons/collections, followed by jakarta-commons/beanutils. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>