Re: [math] Some changes to Polynomial

--- [EMAIL PROTECTED] wrote: > On Tue, 30 Mar 2004 21:29:42 -0700, Phil Steitz wrote: > > > 0. To help debug the SplineInterpolater (PR #28019 et al), I need to > > expose the coefficients in o.a.c.m.analysis.Polynomial as a > read-only > > property (returning an array copy). Any objections to a

RE: [configuration] Flattening trees

Oliver Heger wrote on Tuesday, March 30, 2004 9:25 PM: >> Definately, but post 1.0. I think you will be able to remove a lot of >> code with a real generic solution. For 1.0 we will have to modify the >> Configuration interface at least in a way, we can solve the problem >> with HierarchicalConfigu

Re: [math] Some changes to Polynomial

--- Phil Steitz <[EMAIL PROTECTED]> wrote: > 0. To help debug the SplineInterpolater (PR #28019 et al), I need to > expose the coefficients in o.a.c.m.analysis.Polynomial as a read-only > property (returning an array copy). Any objections to adding this? +1 if you do it by adding a package-level

Re: [maven][codec] Maven RC-2 & Clover problem

"Gary Gregory" <[EMAIL PROTECTED]> wrote on 31/03/2004 08:51:23 AM: > Hello, > > I installed Maven RC-2 and when I now run a [codec] build with "maven > clean site:generate", the build works once, but not twice. During the > 2nd (last) invocation of: > > java:jar-resources: > Copying 264 files t

Re: [math] Some changes to Polynomial

On Tue, 30 Mar 2004 21:29:42 -0700, Phil Steitz wrote: > > 0. To help debug the SplineInterpolater (PR #28019 et al), I need to > expose the coefficients in o.a.c.m.analysis.Polynomial as a read-only > property (returning an array copy). Any objections to adding this? > 1. Add protected stati

cvs commit: jakarta-commons/validator/conf/share validator_1_1_2.dtd

rleland 2004/03/30 20:45:51 Modified:validator/conf/share validator_1_1_2.dtd Log: Remove unused/unimplemented disable attribute. Revision ChangesPath 1.2 +1 -7 jakarta-commons/validator/conf/share/validator_1_1_2.dtd Index: validator_1_1_2.dtd =

[math] Some changes to Polynomial

0. To help debug the SplineInterpolater (PR #28019 et al), I need to expose the coefficients in o.a.c.m.analysis.Polynomial as a read-only property (returning an array copy). Any objections to adding this? While reviewing the code, I also noticed that the current impl uses "naive" evaluation (u

Re: [VOTE] [Validator] Validator 1.1.2 release

Martin Cooper wrote: > > >--- >Vote: Commons Validator 1.1.2 Release >[X] +1 I am in favor of the release, and will help support it >[ ] +0 I am in favor of the release, but am unable to help support it >[ ] -0 I am not in favor o

RE: [codec] Status of 1.3 Release

Also: resolve the Maven RC2 and Clover problem I just encountered. Can anyone else duplicate this? Alex, feel free to help in any and all areas. Unfortunately, I cannot take the time to complete the new Codec unit tests. Thank you, Gary > -Original Message- > From: Gary Gregory [mail

[all] Maven RC-2 & Clover problem

I'm resending this message with a broader than [codec] subject since it is more about Maven and Clover (I suppose) in the hope that this has been noticed and resolved by someone else. Thank you, Gary -Original Message- From: Gary Gregory [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 30

Re: [net] [vote] Release Commons-Net 1.2

Maybe we're wrong to rely exclusively on the SYST command. Jeff, since you evidently have admin access to an NT FTP server, maybe you can find a quick way to distinguish between an NT server in Unix DIRSTYLE mode and one in NT mode. LIke maybe the header information uses different text or some

Re: [net] [vote] Release Commons-Net 1.2

On Tuesday 30 March 2004 9:46 am, Daniel F. Savarese wrote: > In message <[EMAIL PROTECTED]>, > "Ga > > ry Gregory" writes: > >the The Apache Software License - the Apache Software License > > "Apache Software License" should be just "Apache License" > > All the nits have been picked :) > > > > > >

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/jdepend JDependTest.java

roxspring2004/03/30 16:53:18 Modified:cli/src/test/org/apache/commons/cli2/jdepend Tag: RESEARCH_CLI_2_ROXSPRING JDependTest.java Log: Distance threshold raised from 0.2 to 0.21 to cover current packaging structure Revision ChangesPath No

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/impl ComparatorsTest.java

roxspring2004/03/30 16:50:46 Modified:cli/src/test/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING DocumentationTest.java cli/src/java/org/apache/commons/cli2/commandline Tag: RESEARCH_CLI_2_ROXSPRING Parser.java

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/util - New directory

roxspring2004/03/30 16:50:36 jakarta-commons/cli/src/java/org/apache/commons/cli2/util - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/util - New directory

roxspring2004/03/30 16:50:36 jakarta-commons/cli/src/test/org/apache/commons/cli2/util - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/net/xdocs index.xml

dfs 2004/03/30 16:39:34 Modified:net/xdocs index.xml Log: Corrected last commit. Replaced BSD R command support with names of actual commands. Revision ChangesPath 1.5 +1 -1 jakarta-commons/net/xdocs/index.xml Index: index.xml

cvs commit: jakarta-commons/net/xdocs index.xml

dfs 2004/03/30 16:37:30 Modified:net/xdocs index.xml Log: Reordered protocol list with most popular protocols at top. Revision ChangesPath 1.4 +8 -7 jakarta-commons/net/xdocs/index.xml Index: index.xml

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/validation ClassValidatorTest.java

jkeyes 2004/03/30 15:50:07 Modified:cli/src/test/org/apache/commons/cli2/validation Tag: RESEARCH_CLI_2_ROXSPRING ClassValidatorTest.java Added: cli/src/test/org/apache/commons/cli2/validation/protect Tag: RESEARCH_CLI_2_ROXSPRING

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/validation/protect - New directory

jkeyes 2004/03/30 15:50:02 jakarta-commons/cli/src/test/org/apache/commons/cli2/validation/protect - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/validation messages.properties ClassValidator.java

jkeyes 2004/03/30 15:48:04 Modified:cli/src/java/org/apache/commons/cli2/validation Tag: RESEARCH_CLI_2_ROXSPRING messages.properties ClassValidator.java Log: - renamed xxxLoader methods to xxxClassLoader - changed getClassLoader to

RE: [digester] mixed content update

Simon - Sorry I haven't had a chance to respond to your email. I was actually more concentrating on answering your question about use-cases, but it sounds like I don't need to sell this need as much as I thought I did (at least for now). > If someone (eg Justin) is keen to work on this now, we cou

cvs commit: jakarta-commons/codec/xdocs/images logo.jpg

ggregory2004/03/30 14:52:19 Removed: codec/xdocs/images logo.jpg Log: Misc files refer to logo.png, not logo.jpg. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[maven][codec] Maven RC-2 & Clover problem

Hello, I installed Maven RC-2 and when I now run a [codec] build with "maven clean site:generate", the build works once, but not twice. During the 2nd (last) invocation of: java:jar-resources: Copying 264 files to C:\cvs-store\apache.org\jakarta\commons\codec\target\clover\classes Some kind of l

DO NOT REPLY [Bug 28068] - mixed content handling

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28068] New: - mixed content handling

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://issues.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/codec/xdocs/images logo.png

ggregory2004/03/30 14:34:21 Added: codec/xdocs/images logo.png Log: Misc files refer to logo.png, not logo.jpg. Revision ChangesPath 1.1 jakarta-commons/codec/xdocs/images/logo.png <> ---

cvs commit: jakarta-commons/codec/xdocs index.xml

ggregory2004/03/30 14:33:56 Modified:codec/xdocs index.xml Log: Renamed Binary to BinaryCodec. Revision ChangesPath 1.16 +9 -10 jakarta-commons/codec/xdocs/index.xml Index: index.xml === RCS

RE: [codec] Status of 1.3 Release

Hello, I think we are pretty close. To do: - Get 100% Clover unit test coverage on the new classes BCodec and QCodec. - Scan the Bugzilla database for unresolved issues and if any issues exist, discuss if they should be addressed now or later. - Complete the RELEASE-NOTES.txt file, in particul

DO NOT REPLY [Bug 28066] New: - Error parsing NT FTP Listing when Server lists in Unix Format

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://issues.apache.org/bugzilla/show_bu

Re: [digester] @author tag tidyup

Gary Gregory wrote: I'd actually prefer to just get rid of the @author line entirely. If we're going to keep it, though, the link should really point at something useful, like perhaps the home page of the Digester website. For projects that choose to follow the Board recommendation of not using

cvs commit: jakarta-commons/codec/src/java/org/apache/commons/codec/binary BinaryCodec.java

ggregory2004/03/30 13:34:28 Modified:codec/src/java/org/apache/commons/codec/binary BinaryCodec.java Log: Javadoc. Revision ChangesPath 1.2 +1 -1 jakarta-commons/codec/src/java/org/apache/commons/codec/binary/BinaryCodec.java Index

Re: Commons Graph Project

Rowan Christmas wrote: > It seems to be under the "Gump" project, and I was unable to find a formal page that had things like contact/api information on it. See also the graph2 subproject in the jakarta commons sandbox. J.Pietschmann --

Re: [configuration] Flattening trees

Jörg Schaible wrote: Emmanuel Bourg wrote on Tuesday, March 30, 2004 4:44 PM: Hi, last week I started playing with the Preferences API and a Windows configuration manipulating the registry through JNI. I had not experimented with hierarchical configurations before, this led me to a dumb questi

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2 DocumentationTest.java

roxspring2004/03/30 11:15:22 Modified:cli/src/java/org/apache/commons/cli2/impl Tag: RESEARCH_CLI_2_ROXSPRING GroupImpl.java ParentImpl.java ArgumentImpl.java PropertyOption.java Switch.java DefaultOption.java

RE: [digester] @author tag tidyup

> I'd actually prefer to just get rid of the @author line entirely. If > we're going to keep it, though, the link should really point at > something useful, like perhaps the home page of the Digester website. For projects that choose to follow the Board recommendation of not using personal @autho

Re: [digester] @author tag tidyup

Simon Kitching wrote: Hi, We had a discussion about author tags a while ago. The general consensus was that individuals should no longer be listed in these tags [NB: not an official vote]. I think this is now also apache policy? It's a recommendation of the ASF Board. Robert Donkin suggested

DO NOT REPLY [Bug 28042] - [configuration] Property substitution doesn't work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

Re: [net] [vote] Release Commons-Net 1.2

While on the subject of nits, here's one from the background section: "However, no updates have been made since version 1.3.8, released in 1998." Probably true when it was written but no longer. On Monday 29 March 2004 10:45 pm, Gary Gregory wrote: > Looks much better! Now I might be nit pickin

DO NOT REPLY [Bug 28042] - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28042] - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28042] - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

Re: [collections] ListOrdereMap vs LinkedMap

Edelson, Justin wrote: ListOrderedMap cannot be instantiated directly. Per the Javadocs, it's a decorator, not a Map implementation. You get an instance of ListOrderedMap by passing an existing Map to ListOrderedMap.decorate(Map). LinkedMap, however, can be instantiated directly and has similar con

DO NOT REPLY [Bug 28042] - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

RE: [configuration] AbstractConfiguration based SubsetConfiguration

Emmanuel Bourg wrote on Tuesday, March 30, 2004 11:39 AM: > Jörg's patch made me realize that SubsetConfiguration could be much > shorter by extending AbstractConfiguration, the key translation just > happens in the add/getPropertyDirect methods, there is no need to > overwrite all the getters of

Re: [configuration] Closing opened input streams

Eric Pugh wrote: I don't know, it seems though that if we can't close the stream, should we keep going? Yes I think so, the configuration is usable even if the stream cannot be closed. It's not a fatal error, but the user has to be notified to take the necessary measures. We may prefer using com

RE: [Configuration] Issue with subset and substitution

Eric Pugh wrote on Tuesday, March 30, 2004 11:48 AM: > No.. Haven't tested it at all with LDAP.. I understand that > JNDI is an implementation based on LDAP? No, I mean the JDK comes walso with an LDAP provider for JNDI. The specification even contains nestes keys, but I did not grok that par

RE: [Configuration] Issue with subset and substitution

No.. Haven't tested it at all with LDAP.. I understand that JNDI is an implementation based on LDAP? but haven't worked with LDAP in java world before.. Need to... Eric > -Original Message- > From: Jörg Schaible [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 30, 2004 10:13 AM > To: J

[configuration] AbstractConfiguration based SubsetConfiguration

Jörg's patch made me realize that SubsetConfiguration could be much shorter by extending AbstractConfiguration, the key translation just happens in the add/getPropertyDirect methods, there is no need to overwrite all the getters of the Configuration interface. I'm attaching the modified impleme

RE: [Configuration] Issue with subset and substitution

Eric Pugh wrote on Tuesday, March 30, 2004 10:59 AM: > I am stilling looking around for a better JNDI > implementation. With Tomcat, getKeys works properly, I am > using JNDIConfiguration in production. Only with simpleJndi > does it seem to fail.. No wonder if you look at the implementation. D

RE: [Configuration] Issue with subset and substitution

Eric Pugh wrote on Tuesday, March 30, 2004 10:59 AM: > So, does that suggest that SubsetConfiguration needs to also > call the interpolate? Well, see my patch. Works fine again ... but now we have the HierachicalConfiguration problem back. IMHO it would be better to resolve this in a cleaner sol

DO NOT REPLY [Bug 28042] - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28042] - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28042] - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28042] New: - [Configuration] Property substituation does not work for subsets anymore

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://issues.apache.org/bugzilla/show_bu

RE: [Configuration] Issue with subset and substitution

So, does that suggest that SubsetConfiguration needs to also call the interpolate? Eric > -Original Message- > From: Jörg Schaible [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 30, 2004 9:39 AM > To: Jakarta Commons Developers List > Subject: RE: [Configuration] Issue with subset and s

RE: [Configuration] Issue with subset and substitution

I am stilling looking around for a better JNDI implementation. With Tomcat, getKeys works properly, I am using JNDIConfiguration in production. Only with simpleJndi does it seem to fail.. Eric > -Original Message- > From: Emmanuel Bourg [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 3

RE: [Configuration] Issue with subset and substitution

Emmanuel Bourg wrote on Tuesday, March 30, 2004 10:40 AM: > Jörg Schaible wrote: > >> Additionally I do not grok why the TestJNDIConfiguration now fails >> for the getKeys call. It seems not to be different from the former >> implementation, but I am sure, the tests did not fail previously. > >

Re: [Configuration] Issue with subset and substitution

Jörg Schaible wrote: Additionally I do not grok why the TestJNDIConfiguration now fails for the getKeys call. It seems not to be different from the former implementation, but I am sure, the tests did not fail previously. The test didn't not fail because getKeys() wasn't tested :) My patch basing

RE: [Configuration] Issue with subset and substitution

Jörg Schaible wrote on Tuesday, March 30, 2004 12:37 AM: > Eric Pugh wrote: > >>> If you have a closer look, it is quite obvious, why it does not >>> work, since "subset" will mask now anything including the system >>> properties. It seems that the values were resolved first in the >>> previous v