cvs commit: jakarta-commons/math/xdocs tasks.xml

psteitz 2004/05/05 22:18:00 Modified:math/xdocs tasks.xml Log: Updated missing userguide sections. Revision ChangesPath 1.21 +2 -2 jakarta-commons/math/xdocs/tasks.xml Index: tasks.xml ===

[ANNOUNCEMENT][NET] jakarta-commons/net 1.2.1 Released (fix release)

The Jakarta Commons team announces the release of version 1.2.1 of the Jakarta Commons/Net component. This release fixes recently released version 1.2.0 which would not compile on versions of the Java JDK earlier than 1.4. Steve Cohen -

cvs commit: jakarta-commons/math/xdocs/userguide stat.xml

psteitz 2004/05/05 21:24:28 Modified:math/xdocs/userguide stat.xml Log: Added significance tests section. Revision ChangesPath 1.17 +280 -83 jakarta-commons/math/xdocs/userguide/stat.xml Index: stat.xml ===

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

leosutic2004/05/05 21:01:52 Modified:attributes maven.xml Log: Added auto-creation of javadoc-1.4.jar. Revision ChangesPath 1.13 +52 -0 jakarta-commons-sandbox/attributes/maven.xml Index: maven.xml ==

Re: [all] BinaryCompatability tester

On Thu, 2004-05-06 at 09:53, Stephen Colebourne wrote: > From: "robert burrell donkin" <[EMAIL PROTECTED]> > > > In fact it's so horrible that I'm thinking of writing an alternative. A > > > simple app which takes two jars and generates an xml report of the API > > > differences between them (inclu

Re: [all] BinaryCompatability tester

On Wed, 5 May 2004, robert burrell donkin wrote: > > On 5 May 2004, at 22:53, Stephen Colebourne wrote: > > JCompat? > > not sure i positively like the name but it seems like a better match. JarTester. CompatJ. VersionChooser (it could actually tell people what the version number should be).

Re: [all] BinaryCompatability tester

On 5 May 2004, at 22:53, Stephen Colebourne wrote: From: "robert burrell donkin" <[EMAIL PROTECTED]> In fact it's so horrible that I'm thinking of writing an alternative. A simple app which takes two jars and generates an xml report of the API differences between them (including listing binary i

Re: [Jelly] Tag attributes corresponding to arrays

our emails seem to have passed in transit :) On 5 May 2004, at 22:38, Paul Libbrecht wrote: THere has been many mentions about Jelly "not converting my string into an array as expected"... Same thing happens in j:forEach: people expect the list to be "naturally" separated by some spaces, commas

cvs commit: jakarta-commons-sandbox/attributes/site/xdocs attributes-logo-blue.gif

leosutic2004/05/05 14:52:25 Added: attributes/site/xdocs attributes-logo-blue.gif Log: Adding documentation of the Taglet and the validation task. Revision ChangesPath 1.1 jakarta-commons-sandbox/attributes/site/xdocs/attributes-logo-blue.gif

Re: [all] BinaryCompatability tester

From: "robert burrell donkin" <[EMAIL PROTECTED]> > > In fact it's so horrible that I'm thinking of writing an alternative. A > > simple app which takes two jars and generates an xml report of the API > > differences between them (including listing binary incompatibilities) > > should not be too ha

cvs commit: jakarta-commons-sandbox/attributes/site/xdocs attributes-logo.gif changelog.xml navigation.xml reference.xml

leosutic2004/05/05 14:51:58 Modified:attributes project.xml attributes/site project.properties attributes/site/xdocs attributes-logo.gif changelog.xml navigation.xml reference.xml Log: Adding documentation of the Taglet and the va

Re: [all] BinaryCompatability tester

On 3 May 2004, at 22:38, Simon Kitching wrote: In fact it's so horrible that I'm thinking of writing an alternative. A simple app which takes two jars and generates an xml report of the API differences between them (including listing binary incompatibilities) should not be too hard. given the ex

Re: [Jelly] Tag attributes corresponding to arrays

THere has been many mentions about Jelly "not converting my string into an array as expected"... Same thing happens in j:forEach: people expect the list to be "naturally" separated by some spaces, commas, or whatever... Everytime I read this I keep being frightened if such a feature would be in

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/option SourceDestArgument.java

roxspring2004/05/05 14:28:50 Modified:cli/src/java/org/apache/commons/cli2/option SourceDestArgument.java Log: SourceDestArgument has no need to reference ArgumentImpl anymore, replaced with Argument instead Revision ChangesPath 1.3 +7 -6

cvs commit: jakarta-commons-sandbox/attributes/site/xdocs documenting.xml validator.xml

leosutic2004/05/05 14:27:00 Added: attributes/site/xdocs documenting.xml validator.xml Log: Adding documentation of the Taglet and the validation task. Revision ChangesPath 1.1 jakarta-commons-sandbox/attributes/site/xdocs/documenting.xml Index: do

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/util URIUtil.java

olegk 2004/05/05 13:34:02 Modified:httpclient/src/java/org/apache/commons/httpclient/util URIUtil.java Log: URIUtil#encode(String, BitSet) method un-deprecated. Unnecessary depracation of the said method was apparently my fault Revision ChangesPat

Re: [general] library management

On May 5, 2004, at 2:20 PM, robert burrell donkin wrote: On 4 May 2004, at 23:52, Simon Kitching wrote: I don't understand why the Geronimo team are concerned about large jar files considering they are building a server environment; nevertheless it appears that they are. So I'm willing to give

Re: [digester] local ArrayStack implementation notbackwardscompatible?

From: "Simon Kitching" <[EMAIL PROTECTED]> > So the only question is: should it be BeanUtils that copies the class > and does a release (with Digester depending on the new BeanUtils > release), or should the copied class be added to Digester, with Digester > depending on the existing BeanUtils rele

Re: why the jar-file name change?

This is now the de facto standard for releasing jar files in the OSS projects I'm involved with, mainly due to maven and overall clarity/convenience. Stephen - Original Message - From: "Glanville, Jay" <[EMAIL PROTECTED]> Hello All. Silly (or insignificant) question time. Back in Januar

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/distribution NormalDistributionImpl.java NormalDistribution.java

brentworden2004/05/05 12:59:11 Added: math/src/test/org/apache/commons/math/distribution NormalDistributionTest.java math/src/java/org/apache/commons/math/distribution NormalDistributionImpl.java NormalDistribution.java L

cvs commit: jakarta-commons/httpclient release_notes.txt

olegk 2004/05/05 12:56:29 Modified:httpclient release_notes.txt Log: HttpClient 3.0-alpha1 feature list Revision ChangesPath 1.21 +48 -0 jakarta-commons/httpclient/release_notes.txt Index: release_notes.txt ===

cvs commit: jakarta-commons/math/src/test/org/apache/commons/math TestUtils.java

brentworden2004/05/05 12:55:14 Modified:math/src/test/org/apache/commons/math TestUtils.java Log: Replaced normal CDF routine with one based on the error function. Revision ChangesPath 1.13 +3 -2 jakarta-commons/math/src/test/org/apache/commons/math/TestUtils.

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/special Erf.java

brentworden2004/05/05 12:54:58 Added: math/src/test/org/apache/commons/math/special ErfTest.java math/src/java/org/apache/commons/math/special Erf.java Removed: math/src/java/org/apache/commons/math/distribution NormalCDFPreciseAlgorithm.jav

Re: [digester] local ArrayStack implementation not backwardscompatible?

On 5 May 2004, at 13:56, David Graham wrote: --- Simon Kitching <[EMAIL PROTECTED]> wrote: So the only question is: should it be BeanUtils that copies the class and does a release (with Digester depending on the new BeanUtils release), or should the copied class be added to Digester, with Digest

Re: [general] library management

On 4 May 2004, at 23:52, Simon Kitching wrote: I don't understand why the Geronimo team are concerned about large jar files considering they are building a server environment; nevertheless it appears that they are. So I'm willing to give it a stab. (from what dain said earlier) i believe that on

cvs commit: jakarta-commons/httpclient API_CHANGES_3_0.txt RELEASE_PLAN_3_0.txt

olegk 2004/05/05 12:13:38 Added: httpclient API_CHANGES_3_0.txt RELEASE_PLAN_3_0.txt Log: Preparations for the 3.0alpha1 release Revision ChangesPath 1.1 jakarta-commons/httpclient/API_CHANGES_3_0.txt Index: API_CHANGES_3_0.txt

cvs commit: jakarta-commons/httpclient API_CHANGES_2_1.txt RELEASE_PLAN_2_1.txt

olegk 2004/05/05 12:12:20 Removed: httpclient API_CHANGES_2_1.txt RELEASE_PLAN_2_1.txt Log: Preparations for the 3.0alpha1 release - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAI

cvs commit: jakarta-commons/httpclient RELEASE_PLAN_2_1.txt

olegk 2004/05/05 12:10:28 Removed: httpclient Tag: HTTPCLIENT_2_0_BRANCH RELEASE_PLAN_2_1.txt Log: Preparations for the 3.0alpha1 release - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

DO NOT REPLY [Bug 28791] New: - java.lang.IllegalAccessError is thrown when trying MS FTP.

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

[Jelly] Tag attributes corresponding to arrays

Hi All. I have been testing Jelly and JellySwing extensively and am encouraged by their potential as an Java alternative to Windows Forms .NET. I recently came across a problem with tag attributes which correspond to arrays in JavaBeans. For example, given the following bean: public class Sa

Re: [VOTE][NET] Release commons-net 1.2.1

In message <[EMAIL PROTECTED]>, Steve Cohen writes: >This will be a fix release to fix the problem introduced in 1.2.0 that it will >not compile using jdk < 1.4 and nothing else. Just to be procedurally correct, here's my +1 again (that way you can provide a link to the thread in the vote result)

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

leosutic2004/05/05 10:59:28 Modified:attributes project.xml Log: Added mailing lists etc. Revision ChangesPath 1.14 +36 -0 jakarta-commons-sandbox/attributes/project.xml Index: project.xml ===

cvs commit: jakarta-commons-sandbox/attributes/api/src/java overview.html

leosutic2004/05/05 10:39:06 Modified:attributes/api/src/java overview.html Log: Added a well-needed warning. Revision ChangesPath 1.8 +28 -2 jakarta-commons-sandbox/attributes/api/src/java/overview.html Index: overview.html ===

DO NOT REPLY [Bug 27747] - [configuration] ClassCastException not thrown by getBoolean()

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 27747] - [configuration] ClassCastException not thrown by getBoolean()

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-sandbox/attributes/api/src/java/org/apache/commons/attributes Indexed.java

leosutic2004/05/05 07:45:29 Modified:attributes/site/xdocs ant_demo.xml navigation.xml reference.xml attributes/site/etc/ant_demo build.xml attributes/compiler/src/java/org/apache/commons/attributes/compiler At

cvs commit: jakarta-commons-sandbox/attributes/compiler/src/java/org/apache/commons/attributes/validation - New directory

leosutic2004/05/05 07:43:16 jakarta-commons-sandbox/attributes/compiler/src/java/org/apache/commons/attributes/validation - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

DO NOT REPLY [Bug 27747] - [configuration] ClassCastException not thrown by getBoolean()

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: [vfs][all] How to update website for VFS

Mark R. Diggory wrote: I was the last one to do it Give it a try, if you encounter issues, drop them into this thread and we'll debug together. Thanks, I will try it! -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For add

Re: why the jar-file name change?

Almost definitely due to a switch to Maven as the build system. It automatically includes the version number. As to why they include the version number, it just makes sense. One complaint I have with hibernate is that it ships with the version number removed from the files and I have to goto a li

Re: [vfs][all] How to update website for VFS

Hmm, I suspect this original model was broken back when Apache started allocating virtual hosts and each group when off into its own approach. Sadly, we need to find a way back to a simple backup structure such as this. Mario, I reviewed the directory permissions and you should be able to use

Re: [digester] local ArrayStack implementation not backwardscompatible?

--- Simon Kitching <[EMAIL PROTECTED]> wrote: > On Wed, 2004-05-05 at 11:57, Craig McClanahan wrote: > > I like copying the class without a package rename as a medium-term > step > > while we deprecate and create a new public method that returns a > > standard collection class instead of a [coll

why the jar-file name change?

Hello All. Silly (or insignificant) question time. Back in January for Collections 3.0, the deployed binary jar file had it's filename changed to include it's version number. (e.g.: commons-collection-3.0.jar) What was the reasons for this change? I believe I know the answers to this question,

cvs commit: jakarta-commons/math/src/test/org/apache/commons/math/distribution NormalDistributionTest.java

psteitz 2004/05/05 05:32:45 Removed: math/src/test/org/apache/commons/math/distribution NormalDistributionTest.java Log: Removed pending license investigation. - To unsubscribe, e-mail: [EMAI

cvs commit: jakarta-commons/math/src/java/org/apache/commons/math/distribution NormalCDFAlgorithm.java NormalCDFFastAlgorithm.java NormalDistributionImpl.java NormalDistribution.java

psteitz 2004/05/05 05:30:52 Removed: math/src/java/org/apache/commons/math/distribution NormalCDFAlgorithm.java NormalCDFFastAlgorithm.java NormalDistributionImpl.java NormalDistribution.java Log: Removed pending license investigation.

cvs commit: jakarta-commons-sandbox/attributes/xdocs index.xml

leosutic2004/05/05 05:24:46 Modified:attributes/unittest/src/test/org/apache/commons/attributes/test AttributesTestCase.java RuntimeSample.java Sample.java SuperSample.java attributes/xdocs index.xml Log: Bringing stuff b

cvs commit: jakarta-commons-sandbox/attributes/site/xdocs ant_demo.xml

leosutic2004/05/05 05:23:40 Modified:attributes/site/xdocs ant_demo.xml Log: Bringing stuff back into sync. Revision ChangesPath 1.3 +1 -1 jakarta-commons-sandbox/attributes/site/xdocs/ant_demo.xml Index: ant_demo.xml

cvs commit: jakarta-commons-sandbox/attributes/site/xdocs compiler.xml declaring.xml index.xml indexer.xml maven_demo.xml navigation.xml reference.xml tutorial.xml

leosutic2004/05/05 05:23:23 Modified:attributes/site/xdocs compiler.xml declaring.xml index.xml indexer.xml maven_demo.xml navigation.xml reference.xml tutorial.xml Log: Bringing stuff back into sync. Revision ChangesPath 1.

cvs commit: jakarta-commons-sandbox/attributes/site/xdocs changelog.xml

leosutic2004/05/05 05:22:47 Added: attributes/site/xdocs changelog.xml Log: Added a Taglet for Javadoc 1.4 and later. Revision ChangesPath 1.1 jakarta-commons-sandbox/attributes/site/xdocs/changelog.xml Index: changelog.xml ==

cvs commit: jakarta-commons-sandbox/attributes/compiler/src/java/org/apache/commons/attributes/javadoc CATaglet.java

leosutic2004/05/05 05:21:16 Modified:attributes/compiler project.xml Added: attributes/compiler/src/java/org/apache/commons/attributes/javadoc CATaglet.java Log: Added a Taglet for Javadoc 1.4 and later. Revision ChangesPath 1.7 +7 -1

cvs commit: jakarta-commons-sandbox/attributes/compiler/src/java/org/apache/commons/attributes/javadoc - New directory

leosutic2004/05/05 05:20:50 jakarta-commons-sandbox/attributes/compiler/src/java/org/apache/commons/attributes/javadoc - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PR