[validator] Replacements for deprecated stuff?

Hi, Velocity tools fails to build in Gump[1] because Validator has removed some deprecated classes and methods Could you please help? What are the recommended replacements that the Velocity tools packages should use so that they can work with the latest released version of Validator and its CVS

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester/plugins PluginDeclarationRule.java

skitching2004/04/14 01:30:54 Modified:digester/src/java/org/apache/commons/digester/plugins PluginDeclarationRule.java Log: * Move guts of implementation to a public static method where it can be called from other code to manually add plugin declarations.

cvs commit: jakarta-commons/digester/src/test/org/apache/commons/digester OverlappingCallMethodRuleTestCase.java

skitching2004/04/14 01:49:54 Modified:digester/src/test/org/apache/commons/digester OverlappingCallMethodRuleTestCase.java Log: Removed unused class member Revision ChangesPath 1.2 +0 -10

cvs commit: jakarta-commons/digester/src/examples/api/catalog CatalogDigester.java

skitching2004/04/14 01:50:50 Modified:digester/src/examples/api/catalog CatalogDigester.java Log: Removed unused import statement Revision ChangesPath 1.7 +0 -1 jakarta-commons/digester/src/examples/api/catalog/CatalogDigester.java Index:

Re: [validator] Replacements for deprecated stuff?

The deprecation javadoc should point you to the replacement API. David --- Stefan Bodewig [EMAIL PROTECTED] wrote: Hi, Velocity tools fails to build in Gump[1] because Validator has removed some deprecated classes and methods Could you please help? What are the recommended replacements

[Jelly] Lessons from Gump part 1: Crimson doesn't work

Hi, this is a first of several mails in a loose series while I try to build as much of Jelly as possible within Gump. You may have seen Gump nag mails appear and disappear over the past weeks and I want to tell you what we had to do make some of the failures go away. The first set of failures

[Jelly] Lessons from Gump part 2: Ant tags test swallow valuable information

Something that really caused me a lot of trouble while I should have known about it (since I'm familiar enough with Ant). The jelly-tags-ant build failed up until recently - and fails against any released version of Ant 1.6.x - because Jelly doesn't set the ant.file property that Ant expected to

[Jelly] Lessons from Gump part 3: Ant tags should set ant.file

Ant isn't in the very best shape for being embedded, it assumes it has been invoked via the command line in various places. One of the things that have changed between Ant 1.5.x and 1.6.0 is that ant and friends now check whether they are part of a circular invocation by comparing the current

Re: errors when try to build jelly

W licie z wto, 13-04-2004, godz. 23:31, robert burrell donkin pisze: hi Jacek are you building from the CVS HEAD source? Now Iam building from cvs :) Thanks for help - sources from cvs works. Jacek - To unsubscribe,

Commons::Net Wiki

Hi, Would it be possible to update the Commons::Net pages to point to the new MoinMoin Wiki? The pages still point to http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaCommonsProjectPages Whereas the new Wiki is: http://wiki.apache.org/old/CommonsNet/FrequentlyAskedQuestions Which looks

Re: [Jelly] Lessons from Gump part 1: Crimson doesn't work

Stefan Bodewig wrote: Hi, this is a first of several mails in a loose series while I try to build as much of Jelly as possible within Gump. You may have seen Gump nag mails appear and disappear over the past weeks and I want to tell you what we had to do make some of the failures go away. ...

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2/util HelpFormatter.java

roxspring2004/04/14 11:25:44 Modified:cli/src/test/org/apache/commons/cli2/util Tag: RESEARCH_CLI_2_ROXSPRING HelpFormatterTest.java cli/src/java/org/apache/commons/cli2/util Tag: RESEARCH_CLI_2_ROXSPRING HelpFormatter.java

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli CLI2Converter.java

roxspring2004/04/14 11:31:17 Modified:cli/src/java/org/apache/commons/cli2 Tag: RESEARCH_CLI_2_ROXSPRING Argument.java DisplaySetting.java Group.java WriteableCommandLine.java Parent.java HelpLine.java

DbUtils - OracleRowProcessor object

I work for a medium sized company in Texas. We use Oracle databases and DbUtils. We ran into several issues with Oracle databases. The first issue is that Oracle NUMBER comes back through the JDBC driver as java.math.BigDecimal. Therefore, sets of numeric primitives in objects will fail to set.

Re: DbUtils - OracleRowProcessor object

The DbUtils nightly builds include a more intelligent bean property to column matching implementation. Both of your issues should be fixed in the nightlies. David --- Catoe, Shawn [EMAIL PROTECTED] wrote: I work for a medium sized company in Texas. We use Oracle databases and DbUtils. We

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli CommandLine.java Option.java Options.java package.html OptionBuilder.java

roxspring2004/04/14 12:32:18 Modified:cli/src/java/org/apache/commons/cli Tag: RESEARCH_CLI_2_ROXSPRING CommandLine.java Option.java Options.java package.html OptionBuilder.java Log: Another Javadoc patch:

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections Closure.java Transformer.java Predicate.java Factory.java

scolebourne2004/04/14 13:08:57 Modified:collections/src/java/org/apache/commons/collections Closure.java Transformer.java Predicate.java Factory.java Log: Add additional javadoc Revision ChangesPath 1.11 +8 -5

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

scolebourne2004/04/14 13:11:45 Modified:collections/src/java/org/apache/commons/collections/collection UnmodifiableBoundedCollection.java Log: Clarify javadoc from Simon Kitching Revision ChangesPath 1.7 +5 -4

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

scolebourne2004/04/14 13:13:11 Modified:collections/src/java/org/apache/commons/collections BoundedCollection.java Log: Clarify javadoc from Simon Kitching Revision ChangesPath 1.11 +4 -1

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

scolebourne2004/04/14 13:15:42 Modified:collections/src/java/org/apache/commons/collections BidiMap.java Log: Clarify javadoc from Simon Kitching Revision ChangesPath 1.15 +6 -1

Re: [digester] TO-DO for release 1.6

On 13 Apr 2004, at 03:19, Simon Kitching wrote: snip (mixed content in separate thread) === Re: double-check new method signatures We should check that parameters and return values for all new methods use the most abstract-possible types, eg return Map not HashMap where appropriate, in order to

Re: [digester] TO-DO for release 1.6

* prepare release notes I'm willing to do this if someone can give me some hints on the most efficient way to do this... hehehe by tradition, digester uses criag's way of preparing release notes. this means going through and collating the messages from each cvs commit message and cross

mixed content release issues [WAS Re: [digester] TO-DO for release 1.6]

On 13 Apr 2004, at 03:19, Simon Kitching wrote: Re mixed content: * Justin, could you please post your proposed implementation either on this list, or attached to the bugzilla entry? Or have a look at my proposal and indicate whether that works for you? * Craig, you were going to have a look

Re: Commons::Net Wiki

hi rory AIUI the url you have is the ported entry rather than a new, permanent home. i'm going to rename this thread (to try to attract other people's attention) but please continue to contribute to it (if you wish). - robert On 14 Apr 2004, at 17:29, Rory Winston wrote: Hi, Would it be

[all] time to move to the new wiki...? [WAS Re: Commons::Net Wiki]

is it time for jakarta commons to move to the new wiki...? - robert On 14 Apr 2004, at 21:59, robert burrell donkin wrote: hi rory AIUI the url you have is the ported entry rather than a new, permanent home. i'm going to rename this thread (to try to attract other people's attention) but

cvs commit: jakarta-commons/collections/src/java/org/apache/commons/collections TransformerUtils.java PredicateUtils.java FactoryUtils.java ClosureUtils.java

scolebourne2004/04/14 14:47:47 Modified:collections/src/java/org/apache/commons/collections TransformerUtils.java PredicateUtils.java FactoryUtils.java ClosureUtils.java Log: Add additional javadoc links to implementation classes

cvs commit: jakarta-commons/collections RELEASE-NOTES.html

scolebourne2004/04/14 14:48:28 Modified:collections RELEASE-NOTES.html Log: Add the new javadoc to the release notes Revision ChangesPath 1.36 +4 -0 jakarta-commons/collections/RELEASE-NOTES.html Index: RELEASE-NOTES.html

Re: [collections] assorted trivial javadoc patches

I've pretty much applied these now, thanks. Stephen - Original Message - From: Simon Kitching [EMAIL PROTECTED] I recently took the time to have a good look at the new collections library. It looks really really good - consistent, well-named, comprehensive. Congrats to all involved.

Re: Commons::Net Wiki

In message [EMAIL PROTECTED], Rory Winston w rites: Whereas the new Wiki is: http://wiki.apache.org/old/CommonsNet/FrequentlyAskedQuestions I'm confused. That page is not editable (it's listed as an immutable page) and does not appear on the list of wikis at http://wiki.apache.org/ The page

cvs commit: jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives DoubleStackTest.java FloatStackTest.java IntStackTest.java BooleanStackTest.java ByteStackTest.java LongStackTest.java CharStackTest.java

scolebourne2004/04/14 15:23:41 Modified:primitives/src/java/org/apache/commons/collections/primitives BooleanList.java ByteStack.java IntStack.java BooleanIterator.java LongStack.java BooleanCollection.java

RE: Commons::Net Wiki

Hi Daniel, I would be more than happy to undertake getting started on this task (and a couple of others that I have been meaning to get around to as well - day job permitting). I am not a committer as of yet - I do realize that you mentioned making me a committer before - what would it take to

cvs commit: jakarta-commons/primitives/src/test/org/apache/commons/collections/primitives TestIntStack.java TestFloatStack.java TestCharStack.java TestBooleanStack.java TestShortStack.java TestByteStack.java TestLongStack.java TestDoubleStack.java PackageTestSuite.java IntStackTest.java ShortStackTest.java BooleanStackTest.java DoubleStackTest.java FloatStackTest.java ByteStackTest.java LongStackTest.java CharStackTest.java

scolebourne2004/04/14 15:42:08 Modified:primitives/src/test/org/apache/commons/collections/primitives PackageTestSuite.java Added: primitives/src/test/org/apache/commons/collections/primitives TestIntStack.java TestFloatStack.java

Re: [primitives] Permission to commit boolean collections

I have made a few changes: - made the licence formatting the same as primitives - changed the @since to 1.1 - renamed the tests in line with primitives - integrated the tests into the junit suite Stephen - Original Message - From: Alex Karasulu [EMAIL PROTECTED] There are some

cvs commit: jakarta-commons/primitives project.xml

scolebourne2004/04/14 15:46:19 Modified:primitives project.xml Log: Add Alex Karasulu Revision ChangesPath 1.18 +5 -0 jakarta-commons/primitives/project.xml Index: project.xml === RCS

cvs commit: jakarta-commons/digester/src/java/org/apache/commons/digester/plugins Declaration.java

skitching2004/04/14 15:54:04 Modified:digester/src/java/org/apache/commons/digester/plugins Declaration.java Log: Removed the isEquivalent method, as it is no longer used after commit #1.13 to PluginDeclarationRule removed the only caller. Revision

RE: [primitives] Permission to commit boolean collections

Stephen, From: Stephen Colebourne [mailto:[EMAIL PROTECTED] I have made a few changes: - made the licence formatting the same as primitives - changed the @since to 1.1 - renamed the tests in line with primitives - integrated the tests into the junit suite I should have followed the same

[GUMP@lsd]: jelly-tags/commons-jelly-tags-jetty failed

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

[GUMP@lsd]: jelly-tags/commons-jelly-tags-define failed

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

Re: [validator] Replacements for deprecated stuff?

On Wed, 14 Apr 2004, Marin [EMAIL PROTECTED] wrote: I've committed the necessary changes to Velocity tools. Great. Gump shouldn't complain now. Last night's build on my machine failed in rhino and as result of a very big ripple effect jakarta-velocity-tools hasn't been built. We'll see.

RE: [VOTE][PROPOSAL][RESULT] Promote HttpClient to Jakarta Level

*** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended

FW: [NOTICE] HttpClient is requesting to move from commons to Jakarta sub-project

The message attached below was sent to general at jakarta.apache.org. Apparently there's something brewing. You may know our fate soon. Oleg -Original Message- From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 14, 2004 18:29 To: Jakarta General List Subject:

DO NOT REPLY [Bug 28354] - unable to find line starting with HTTP message when timeout occurs

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=28354. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 28354] - unable to find line starting with HTTP message when timeout occurs

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=28354. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

SOCKS Proxies

Hi All, The website states the SOCKS proxies are supported by the setting the native java properties that convert Sockets to using SOCKS internally. Unfortunately, this solution is not possible for us, as we need to be able to create Sockets sometimes with and sometimes without SOCKS. How

RE: BasicAuthentication with Maximum redirects (100) exceeded erro r

Lili, Unauthorized access _should_ not be causing Maximum redirects (100) exceeded, unless there's a bug either on the server or client side. Could you please post the complete wirelog (with sensitive data obfuscated), so we could try to determine what may be causing the problem? Cheers, Oleg

[PATCH] SSL guide amendments (patch against 2.0 branch)

Folks, Daniel C. Amadei has kindly contributed a paragraph on recently discovered problem with bogus error messages caused by a bug in older versions of Sun JSSE I have also long promised to write a few words regarding the known problems with IBM JSSE Please let me know what you think. I would