cvs commit: jakarta-commons-sandbox/naming/src/java/org/apache/commons/naming NamingService.java NamingServiceMBean.java

psteitz 2003/08/24 09:42:21 Modified:naming/src/java/org/apache/commons/naming NamingService.java NamingServiceMBean.java Log: Fixed package declarations Revision ChangesPath 1.2 +5 -5 jakarta-commons-sandbox/naming/src/java/org/apache/

cvs commit: jakarta-commons-sandbox/attributes/unittest/src/test/org/apache/commons/attributes/test AttributesTestCase.java

leosutic2003/08/24 10:48:00 Modified:attributes/api/src/java/org/apache/commons/attributes AttributeIndex.java Attributes.java CachedRepository.java DefaultCachedRepository.java attributes/plugin plugin.jelly a

cvs commit: jakarta-commons-sandbox/attributes build.xml

leosutic2003/08/24 10:47:29 Modified:attributes build.xml Log: Made a build.xml for Gump compatibility. Revision ChangesPath 1.6 +146 -5jakarta-commons-sandbox/attributes/build.xml Index: build.xml =

RE: [naming] Getting started...

well, here are two sites (plus the maven site itself) that use reactor. Just to give you ideas. http://xingu.sf.net (maven build-all) http://jakarta.apache.org/turbine/fulcrum/ (maven build) Do a checkout of whats in CVS, then from the root run the appropriate maven goal. This basically just

Re: [naming] Getting started...

Eric Pugh wrote: As far as getting your two jars built, if you think that your opt jars are going to have a ton of odd/different dependencies, then using a single maven project and two subprojects works well. The sub projects share any common project elements from the top project, but function as

Re: Release Process for Sandbox Projects

On Sun, 24 Aug 2003, robert burrell donkin wrote: > the usual rule is that sandbox components cannot be released. this has > worked very well in the past and i'd be very reluctant to see exceptions > without compelling reasons. +1. 'Release' to me means that it is a supported release. However,

[jira] Created: (JELLY-77) [patch] Update jelly:util replace tag to replace entire strings

Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-77 Here is an overview of the issue: ---

DO NOT REPLY [Bug 15123] - Incorrect stack trace shown when abandoned connections are closed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons-sandbox/naming STATUS.html

psteitz 2003/08/24 09:08:19 Modified:naming STATUS.html Log: Added self plus two action items Revision ChangesPath 1.3 +4 -1 jakarta-commons-sandbox/naming/STATUS.html Index: STATUS.html =

DO NOT REPLY [Bug 17809] - [collections] Add MapUtils.loadProperties() method

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [collections] new stuff - Predicates

Firstly, take a look at the latest CVS. You will find a PredicateUtils that may have various of your ideas in it. Also take a look at CollectionUtils as that already has some filtering code. It sounds like you still might have some code for us to look at after this. If so, then I would suggest cre

[collections] new stuff?

Hi. I have a bunch of classes that may fit nicely into commons-collections. Specifically: * 10 Predicate Objects: AndPredicate, BetweenPredicate, ContainsPredicate, EqualToPredicate, GreaterThanPredicate, InPredicate, LessThanPredicate, NotPredicate, NullPredicate, OrPredicate. These all f

RE: Subject: [collections][lang] question on javadoc guidelines wrt subclass behaviour

Inline... > -Original Message- > From: Stephen Colebourne [mailto:[EMAIL PROTECTED] > Sent: Sunday, August 24, 2003 01:24 > To: Jakarta Commons Developers List; [EMAIL PROTECTED] > Subject: Re: Subject: [collections][lang] question on javadoc guidelines > wrt subclass behaviour > > I don'

Re: Release Process for Sandbox Projects

Robert Burrell Donkin wrote: > the usual rule is that sandbox components cannot be released. this has > worked very well in the past and i'd be very reluctant to see exceptions > without compelling reasons. I don't think this will be an exception. > commons-attributes has a nightly build which ar

cvs commit: jakarta-commons/betwixt/src/resources dotbetwixt.dtd

rdonkin 2003/08/24 09:58:54 Modified:betwixt/src/resources dotbetwixt.dtd Log: Updated DTD to include new class attribute Revision ChangesPath 1.7 +5 -1 jakarta-commons/betwixt/src/resources/dotbetwixt.dtd Index: dotbetwixt.dtd ==

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt TestIntrospection.java

rdonkin 2003/08/24 09:57:28 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt TestIntrospection.java Log: Test cases for implementation class attribute Revision ChangesPath 1.1 jakarta-commons/betwixt/src/test/org/ap

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/dotbetwixt IExample.java

rdonkin 2003/08/24 09:57:09 Added: betwixt/src/test/org/apache/commons/betwixt/dotbetwixt IExample.java Log: Test cases for implementation class attribute Revision ChangesPath 1.1 jakarta-commons/betwixt/src/test/org/apache/comm

cvs commit: jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/strategy DefaultObjectStringConverter.java ObjectStringConverter.java

rdonkin 2003/08/24 09:54:56 Modified:betwixt/src/java/org/apache/commons/betwixt BindingConfiguration.java ElementDescriptor.java betwixt/src/java/org/apache/commons/betwixt/digester ElementRule.java betwixt/sr

cvs commit: jakarta-commons/betwixt/xdocs/guide derived.xml

rdonkin 2003/08/24 09:52:17 Added: betwixt/xdocs/guide derived.xml Log: Added (brief) documentation about derived beans. Revision ChangesPath 1.1 jakarta-commons/betwixt/xdocs/guide/derived.xml Index: derived.xml =

DO NOT REPLY [Bug 19061] - [collections] ExtendedProperties.save(...) does not escape special characters

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 21030] - [collections] PATCH MultiHashMap improvements

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 18068] - [collections] DefaultMapBag not Serializable

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/collections/src/test/org/apache/commons/collections TestAllPackages.java TestAll.java

scolebourne2003/08/24 03:52:27 Modified:collections/src/test/org/apache/commons/collections TestAll.java Added: collections/src/test/org/apache/commons/collections TestAllPackages.java Log: Update test suites to separate base pa

DO NOT REPLY [Bug 17327] - [collections] Add BlockingQueue queue implementation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections ExtendedProperties.java

scolebourne2003/08/24 03:50:58 Modified:collections/src/test/org/apache/commons/collections TestExtendedProperties.java collections/src/java/org/apache/commons/collections ExtendedProperties.java Log: Fix escaping behavio

Re: [beanutils][collections] Transformer, Predicate, and Closure Implementation

hi norm i've taken a look and these look pretty cool and i'd be interested in adding them to beanutils. there are a few issues that should be discussed before i'd be willing to make this happen: 1. the apache license has not been included at the top of each file. since this assigns copyright t

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections MapUtils.java

scolebourne2003/08/24 02:47:19 Modified:collections/src/test/org/apache/commons/collections TestMapUtils.java collections/src/java/org/apache/commons/collections MapUtils.java Log: Improve debugPrint() and verbosePrint()

Re: Subject: [collections][lang] question on javadoc guidelines wrt subclass behaviour

I don't know of any way other than you suggest: 1) Polute the superclass javadoc 2) Add unrequired method to subclass We need a third option, but that involves javadoc changes. Stephen - Original Message - From: "Neil O'Toole" <[EMAIL PROTECTED]> > this question might belong on a more g

Subject: [collections][lang] question on javadoc guidelines wrt subclass behaviour

this question might belong on a more general java list, but since i came across the issue while doing stuff for collections, you guys are going to have to suffer ;) In brief, how should one javadoc when method behaviour differs (or is more specific) in a subclass, even though that method is not o

RE: [VOTE] Release of Commons Lang 2.0 [take 2]

> Well, if there is a question about policy/process, why not just freeze the > code and restart the vote? By tagging the CVS, he effectively has frozen the code for the Release. I was simply curious about the policy because, as I said, other projects are stricter. For example the HTTPd team has

RE: [VOTE] Release of Commons Lang 2.0 [take 2]

--- "Noel J. Bergman" <[EMAIL PROTECTED]> wrote: > > There's a 2_0 tag on the CVS which represents the release material, so > > continued development shouldn't affect that. > > > What I've been doing since the Thursday night tagging was to cvs tag > the > > javadoc-fixed files to 2_0 [after check

RE: [VOTE] Release of Commons Lang 2.0 [take 2]

> There's a 2_0 tag on the CVS which represents the release material, so > continued development shouldn't affect that. > What I've been doing since the Thursday night tagging was to cvs tag the > javadoc-fixed files to 2_0 [after checking the change was 'harmless'], > but I know this is a bit of

Re: [JXPATH] @name feature

Jeff, I solved the problem by removing the validation from the QName constructor. It was superfluous anyway, as the XPath compiler performs the necessary lexical checks prior to instantiation of a QName. Thanks for reporting this issue. - Dmitri - Original Message - From: "Jeff Lansin

cvs commit: jakarta-commons/jxpath/src/test/org/apache/commons/jxpath/ri/model/dynamic DynamicPropertiesModelTest.java

dmitri 2003/08/23 20:46:01 Modified:jxpath/src/java/org/apache/commons/jxpath/ri QName.java jxpath/src/test/org/apache/commons/jxpath/ri/model/dynamic DynamicPropertiesModelTest.java Log: Addressed the issue with expressions like @name="a:b:c".

cvs commit: jakarta-commons-sandbox/hivemind/src/xsl hivemind.xsl

hlship 2003/08/23 20:28:30 Modified:hivemind/src/java/org/apache/commons/hivemind/parse ServiceDescriptor.java DescriptorParser.java hivemind/src/java/org/apache/commons/hivemind HiveMindMessages.properties hi

[jira] Created: (JELLY-76) project.xml link to issue tracker is wrong

Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-76 Here is an overview of the issue: ---

DO NOT REPLY [Bug 22333] - JXPathContextFactory doesn't cache most common result of search

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath JXPathContextFactory.java

dmitri 2003/08/23 19:30:10 Modified:jxpath/src/java/org/apache/commons/jxpath JXPathContextFactory.java Log: Fixed Bug 22333: JXPathContextFactory doesn't cache most common result of search Revision ChangesPath 1.6 +26 -48 jakarta-commo

DO NOT REPLY [Bug 22116] - JXPathContextReferenceImpl not thread safe

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [naming] Getting started...

+1 Have at it. All 4 sound good. [hadn't realised the build was shagged. sorry] On Sat, 23 Aug 2003, Phil Steitz wrote: > Anyone have any objections to my adding myself to STATUS and starting on > the following: > > 1. fix a couple of package declarations to make the build work > > 2. find a w

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri JXPathContextReferenceImpl.java

dmitri 2003/08/23 18:52:09 Modified:jxpath/src/java/org/apache/commons/jxpath/ri JXPathContextReferenceImpl.java Log: Addressed cache synchronization issue Revision ChangesPath 1.33 +36 -34 jakarta-commons/jxpath/src/java/org/apache/commo

cvs commit: jakarta-commons/jxpath/src/java/org/apache/commons/jxpath JXPathIntrospector.java

dmitri 2003/08/23 18:15:28 Modified:jxpath/src/java/org/apache/commons/jxpath JXPathIntrospector.java Log: Fixed a problem with traversing properties of type java.lang.Class Revision ChangesPath 1.7 +5 -4 jakarta-commons/jxpath/src/jav

[naming] Getting started...

Anyone have any objections to my adding myself to STATUS and starting on the following: 1. fix a couple of package declarations to make the build work 2. find a way to get both "core" and "opt" jars generated. My current thinking is that core will include everything but the factory implementat

RE: [email] Re: commons e-mail

>>>The e-mail package, as I look at it, only allows to send. >>>But to receive, I am having to use commons-net. >>http://james.apache.org >Thanks. At first glance it looked as James was only a mail server. >I will try the POP jar. Oh! LOL I misunderstood what you meant by "receive" mail. I didn