DO NOT REPLY [Bug 6624] - double encoding of URLs

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_bug

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

jsdever 2002/10/28 23:51:40 Modified:httpclient/src/java/org/apache/commons/httpclient HttpMethodBase.java Log: Handle any query string in the constructor seperately from the path. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6624 Committed by: Jef

Re: [clazz] Some code to consider

I thin it needs some separation "model" can be used in tools like compiler, doclet, source code generator, debuger, editor ... . Default implementation can be based on reflection (packages,classes, methods, costructors, fields ... ) . Framework can be in separate paskage ( properties, events, dele

DO NOT REPLY [Bug 12798] - About HttpMethodBase

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 14036] - MultipartPostMethod does not check for error messages

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 14005] - HttpMultiClient reuses closed connections

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 13849] - Cookie.java blowing up on cookies from "country code" domains

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 13676] - [PATCH] FilePart fails to send data on second call to send

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/httpclient/src/test/org/apache/commons/httpclient TestPartsNoHost.java TestNoHost.java

jsdever 2002/10/28 22:40:15 Modified:httpclient/src/java/org/apache/commons/httpclient/methods/multipart FilePart.java httpclient/src/test/org/apache/commons/httpclient TestNoHost.java Added: httpclient/src/test/org/a

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

jsdever 2002/10/28 22:23:25 Modified:httpclient/src/java/org/apache/commons/httpclient Authenticator.java Log: Change any unrecognized @todo tags to TODO: comments. Revision ChangesPath 1.34 +9 -11 jakarta-commons/httpclient/src/java/org/

DO NOT REPLY [Bug 13475] - Build with JDK 1.4, get many javadoc warnings

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 13415] - httpclient build requires jdk 1.4 or jce in classpath

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/httpclient LICENSE.txt build.properties.sample build.xml

jsdever 2002/10/28 22:08:20 Modified:httpclient LICENSE.txt build.properties.sample build.xml Log: Add build property for jsse. Contributed by: Rob Leland Commited by: Jeff Dever Revision ChangesPath 1.2 +4 -4 jakarta-commons/httpclient/LICENSE.txt

DO NOT REPLY [Bug 13463] - Request/Response race condition when doing multiple requests on the same connection.

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 13434] - setFollowRedirects(false) doesn't work for HttpMultiClient

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 13342] - NullPointerException in HttpMethodBase.getResponseBodyAsString

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: [clazz] Naming

[I'm only vaguely keeping up with the clazz world, so bear with me if I'm saying crap here] On Tue, 29 Oct 2002, Stephen Colebourne wrote: > Naming is always a tricky issue, especially when we get to a fundamental > level such as this. > > Meta class names > -- > Java: > Class, F

DO NOT REPLY [Bug 14036] New: - MultipartPostMethod does not check for error messages

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: moving to a top-level project (was: [Ant nudge STATUS] Betterthanwe thought...)

Geir Magnusson Jr. wrote: On 10/28/02 8:23 AM, "Greg Stein" <[EMAIL PROTECTED]> wrote: On Sun, Oct 27, 2002 at 04:08:02PM -0500, Michael A. Smith wrote: ... So, to clarify, committers on jakarta-commons voted for creating a management body of the code within the jakarta-commons cvs repository

RE: [clazz] Naming

True. I was suggesting Meta more as a prefix to avoid clashes with java.lang.*, rather than for its semantics. Unfortunately, the english language doesn't have too many terms which can be used. 'Schema' and 'Model' are also possible alternatives for 'Class', although Schema is overused, and Model

Re: moving to a top-level project (was: [Ant nudge STATUS] Betterthanwe thought...)

On 10/28/02 8:23 AM, "Greg Stein" <[EMAIL PROTECTED]> wrote: > On Sun, Oct 27, 2002 at 04:08:02PM -0500, Michael A. Smith wrote: >> ... >> So, to clarify, committers on jakarta-commons voted for creating a >> management body of the code within the jakarta-commons cvs repository. >> Costin calls th

Re: [clazz] Naming

I would like to suggest that if we use the prefix "meta", we use it in accordance with the definition, which is that meta-foo is a description of foo and foo is an instance of meta-foo. For example, MetaObject would be Class. An example of a MetaClass would be the class java.lang.Class itself (not

Re: [clazz] Naming

IMO, we should take some widely used metamodel and apply the naming consistently. Java reflection: Class, Field, Method EJB: Entity, Field, Method UML: Class (clazz), Feature, Attribute, Operation, Association (for relationships) MOF/XMI: same JavaBeans: BeanDescription, FeatureDescriptor, Propert

RE: [clazz] Naming

Some more alternatives: Meta class names: MetaClass, MetaField, MetaMethod. Instance class names: MetaObject, Field, Method Not attached to any of the above, but Clazz really grates with me :) my 2 bits, Tim > From: Stephen Colebourne [mailto:scolebourne@;btopenworld.com] > > Naming is alway

Re: [clazz] Accessing the properties

Stephen, - Original Message - From: "Stephen Colebourne" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Monday, October 28, 2002 8:03 PM Subject: [clazz] Accessing the properties > (I'll use the terms property and metaproperty in this email as per the

Re: [clazz] Clazz APIs. Take III

- Original Message - From: "Stephen Colebourne" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Monday, October 28, 2002 7:39 PM Subject: Re: [clazz] Clazz APIs. Take III > Dmitri, at present we have two APIs with some similar aspects, but some > diffe

Re: digester.parse() deprecated help

What ever build I have, did not have it. I see it in 1.2 and in source. Sorry, my bad. .V robert burrell donkin wrote: On Monday, October 28, 2002, at 09:25 PM, V. Cekvenich wrote: Release notes say "Digester can now be used as a SAX ContentHandler as an alternative to calling the parse() meth

[clazz] Accessing the properties

(I'll use the terms property and metaproperty in this email as per the checked in CVS) On the Joda project I created a subinterface and subclass for each basic type. Thus a StringProperty is a subinterface of Property that makes it specific to a String. It adds a lot of type safety, but is a bit o

[clazz] Naming

Naming is always a tricky issue, especially when we get to a fundamental level such as this. Meta class names -- Java: Class, Field, Method Names proposed for [clazz]: MetaBean, MetaProperty, MetaOperation* MetaClazz, MetaProperty, MetaOperation Clazz, Attribute, Operation AClass,

Re: [clazz] Clazz APIs. Take III

Dmitri, at present we have two APIs with some similar aspects, but some different. We need to unite them before an implementation. The AClass/AField code I sent you originally is nothing special. If it helps in building an implemntation then great, otherwise c'est la vie. I will summarise the dec

Re: [clazz] Some code to consider

This adds to the complexity of the API. What advantages do we get in return? (Certainly naming would be easier ;-) Stephen - Original Message - From: "Juozas Baliuka" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Monday, October 28, 2002 7:27 PM Subje

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/parser XMLParser.java

morgand 2002/10/28 16:09:17 Modified:jelly/src/java/org/apache/commons/jelly/parser XMLParser.java Log: parser was inappropriately trapping throwables, hiding classpath problems, OOM errors etc Revision ChangesPath 1.37 +5 -11 jakarta-c

Re: [io] writer/reader sub-packages

From: "Michael Davey" <[EMAIL PROTECTED]> > > The lib you mention has a unified Stream which has both the reading and > > writing parts in [summarising a touch]. This is nice except that it means > > that 'XmlReadStream' does not extend java.io.InputStream. It'd be nice to > > hear some good positi

Re: [clazz] Clazz APIs Mock-up. Take II

Dmitri Plotnikov wrote: --- Berin Loritsch <[EMAIL PROTECTED]> wrote: Dmitri Plotnikov wrote: Here's another iteration of Clazz APIs. Without looking at the API itself, I like what you are describing here. It seems intuitive. Now, my question is this. If I have a ClazzLibrary or a ClazzLo

Re: [clazz] Clazz APIs Mock-up. Take II

Steve Downey wrote: On Monday 28 October 2002 02:28 pm, Berin Loritsch wrote: Dmitri Plotnikov wrote: Here's another iteration of Clazz APIs. Without looking at the API itself, I like what you are describing here. It seems intuitive. Now, my question is this. If I have a ClazzLibrary or a

Re: digester.parse() deprecated help

On Monday, October 28, 2002, at 09:25 PM, V. Cekvenich wrote: Release notes say "Digester can now be used as a SAX ContentHandler as an alternative to calling the parse() methods". Parse is not in the current build. What is the alternative, or how would I find that out? i'm a bit confused...

[clazz] Clazz APIs. Take III

Please find attached a more complete version of the Clazz APIs and implementations of some fundamental methods. The code also compiles now. If you like the names of classes and the APIs, I will check the source code in. I would like to suggest that we rename AClass into something like MutableCla

Re: [clazz] Clazz APIs Mock-up. Take II

On Monday 28 October 2002 02:28 pm, Berin Loritsch wrote: > Dmitri Plotnikov wrote: > > Here's another iteration of Clazz APIs. > > Without looking at the API itself, I like what you are describing > here. It seems intuitive. Now, my question is this. If I have > a ClazzLibrary or a ClazzLoader,

DO NOT REPLY [Bug 14023] - support for indexed field validation

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

digester.parse() deprecated help

Release notes say "Digester can now be used as a SAX ContentHandler as an alternative to calling the parse() methods". Parse is not in the current build. What is the alternative, or how would I find that out? .V -- To unsubscribe, e-mail:

cvs commit: jakarta-commons/betwixt/xdocs overview.xml

rdonkin 2002/10/28 13:13:34 Modified:betwixt project.properties project.xml betwixt/src/test/org/apache/commons/betwixt/dotbetwixt TestBeanToXml.java betwixt/xdocs overview.xml Log: Updated by email address and changed examples i

Re: [clazz] Clazz APIs Mock-up. Take II

--- Berin Loritsch <[EMAIL PROTECTED]> wrote: > Dmitri Plotnikov wrote: > > Here's another iteration of Clazz APIs. > > Without looking at the API itself, I like what you are describing > here. It seems intuitive. Now, my question is this. If I have > a ClazzLibrary or a ClazzLoader, can I per

Re: [io] writer/reader sub-packages

Took a while to get the idea into my head. Think I understand you now. [for the sake of the list]: The lib you mention has a unified Stream which has both the reading and writing parts in [summarising a touch]. This is nice except that it means that 'XmlReadStream' does not extend java.io.Input

Re: [clazz] Some code to consider

Stephen > > BTW: in XMI operations and fields are subsumed under the name "feature". > > Could be useful name. Is there a simple quick guide to XMI anywhere you > know of? Not really. There is a book on XMI I am currently reading (meaning I won't have finished until the end of year) Victor --

DO NOT REPLY [Bug 14023] New: - support for indexed field validation

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/grant/src/java/org/apache/tools/ant AntClassLoader.java

rdonkin 2002/10/28 11:58:33 Modified:grant/src/java/org/apache/tools/ant AntClassLoader.java Log: Added org.w3c.dom.* propergation. Revision ChangesPath 1.4 +1 -0 jakarta-commons-sandbox/grant/src/java/org/apache/tools/ant/AntClassLoader.java Index: AntCl

cvs commit: jakarta-commons-sandbox/scaffold/src/java/org/apache/commons/scaffold/sql ScrollerBeanBase.java

husted 2002/10/28 11:46:22 Added: scaffold/src/java/org/apache/commons/scaffold/sql ScrollerBeanBase.java Log: + ScrollerBeanBase: Initial version. Revision ChangesPath 1.1 jakarta-commons-sandbox/scaffold/src/java/org/apache/c

cvs commit: jakarta-commons-sandbox/scaffold/src/java/org/apache/commons/scaffold/util ScrollerBean.java Scroller.java

husted 2002/10/28 11:45:57 Modified:scaffold/src/java/org/apache/commons/scaffold/util Scroller.java Added: scaffold/src/java/org/apache/commons/scaffold/util ScrollerBean.java Log: + ScrollerBean: Initial version. Revisio

Re: [clazz] Some code to consider

[EMAIL PROTECTED] wrote: from:Victor Volle <[EMAIL PROTECTED]> 1. I do not like the name MetaBean, I would prefer Clazz or MetaClass, because "Bean" implies that I have to have getters and setters. I know that this is an important use case, but sometimes I am only interested in the operations

RE: [sql] diff between JDBCMetaData and MetaDataReader?

On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote: > Thanks for the new JdbcModelReader! +1! > > Eric > Craig -- To unsubscribe, e-mail: For additional commands, e-mail:

[jelly] threads library

I am attaching a threads tag library to expand on the current ThreadTag. This library adds: MutexTag SynchronizeTag (synchronize on a mutex) WaitTag/NotifyTag (wait/notify on passed in mutex) InterruptTag (thread interrupt) JoinTag (thread join) SleepTag GroupTag (thread group) WaitForTag (wait fo

[io] writer/reader sub-packages

The IO lib, if it takes off [and it should] will have lots of Readers, Writers, InputStreams and OutputStreams. I'd like to plan these off of the top level in a sub-package. I think it's obvious that input and output shoudl be separated, but should Stream and Reader/Writer? ie) Do I have: io.in

Re: [sql] diff between JDBCMetaData and MetaDataReader?

From: <[EMAIL PROTECTED]> > I think in the Axion testcase I specifically added something about the lack > of support? I know that there will be lots of various things like PK > support that won't be supported. I will be adding some more tests at some > point soon, should I only work with hsql> I

RE: [sql] diff between JDBCMetaData and MetaDataReader?

I think in the Axion testcase I specifically added something about the lack of support? I know that there will be lots of various things like PK support that won't be supported. I will be adding some more tests at some point soon, should I only work with hsql> If you put in the axion onces, at l

Re: [sql] diff between JDBCMetaData and MetaDataReader?

RE: [sql] diff between JDBCMetaData and MetaDataReader?Hi Eric I've added your test cases (after renaming MetadataReader -> JdbcModelReader) to CVS. They now appear to work fine against CVS HEAD. I'll commit the Axion test case once it works against the Axion db (it should hopefully support prim

cvs commit: jakarta-commons-sandbox/sql/src/test/org/apache/commons/sql/io TestHsqlDbJdbcModelReader.java AbstractTestJdbcModelReader.java

jstrachan2002/10/28 10:40:19 Added: sql/src/test/org/apache/commons/sql/io TestHsqlDbJdbcModelReader.java AbstractTestJdbcModelReader.java Log: Added Eric's unit test cases for the JdbcModelReader (which I've ported from the old Meta

cvs commit: jakarta-commons-sandbox/sql/src/test/org/apache/commons/sql/io - New directory

jstrachan2002/10/28 10:40:14 jakarta-commons-sandbox/sql/src/test/org/apache/commons/sql/io - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/scaffold/src/java/org/apache/commons/scaffold/sql StatementUtils.java

husted 2002/10/28 10:19:07 Modified:scaffold/src/java/org/apache/commons/scaffold/sql StatementUtils.java Log: + StatementUtils,StorageBeanBase: Fix countLike/columnLike methods Revision ChangesPath 1.4 +3 -3 jakarta-commons-sandbox/sc

Re: [clazz] Some code to consider

On Mon, 28 Oct 2002 [EMAIL PROTECTED] wrote: > Date: Mon, 28 Oct 2002 18:16:17 + (GMT) > From: [EMAIL PROTECTED] > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [clazz] Some code to consider > > > from:"Craig R. McClanahan" <[EMAIL

Re: [clazz] Some code to consider

> from:"Craig R. McClanahan" <[EMAIL PROTECTED]> > For what it's worth, JMX also uses the term Attribute for this concept > (and "Operation" for methods). Craig, do you mean JMX uses Attribute for a field/property of an object, or as the meta-data of an object? Stephen -- To unsubscribe, e

Re: [beanutils][lang][PROPOSAL] deprecated beanutils version of MethodUtils

On Monday, October 28, 2002, at 01:11 AM, Steve Downey wrote: On Sunday 27 October 2002 02:58 pm, robert burrell donkin wrote: On Sunday, October 27, 2002, at 07:19 PM, Henri Yandell wrote: On Sun, 27 Oct 2002, robert burrell donkin wrote: i also think that the String Taglib should consider

Re: [clazz] Some code to consider

On Mon, 28 Oct 2002, Dmitri Plotnikov wrote: > Date: Mon, 28 Oct 2002 08:24:58 -0800 (PST) > From: Dmitri Plotnikov <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: R

Re: moving to a top-level project (was: [Ant nudge STATUS] Betterthan we thought...)

[ damn, I hate reply-to... it totally horks cross-posting... adding commons-dev back... ] On Mon, Oct 28, 2002 at 08:57:57AM -0500, Michael A. Smith wrote: > Greg Stein wrote: > > On Sun, Oct 27, 2002 at 04:08:02PM -0500, Michael A. Smith wrote: > >>... > >>So, to clarify, committers on jakarta-

Re: moving to a top-level project (was: [Ant nudge STATUS] Betterthan we thought...)

On Sun, Oct 27, 2002 at 04:08:02PM -0500, Michael A. Smith wrote: >... > So, to clarify, committers on jakarta-commons voted for creating a > management body of the code within the jakarta-commons cvs repository. > Costin calls this the commons PMC, although the distinction should be > made that

Re: [sql] diff between JDBCMetaData and MetaDataReader?

From: <[EMAIL PROTECTED]> > I guess really all I want to know is when is the code for reading metadata > from the database going to be committed? I need to create an XML formatted > representation of the schema. And the JDBCTransformTask has all the > components that I need, just I need a differe

Re: [clazz] Some code to consider

Stephen, --- [EMAIL PROTECTED] wrote: > > from:Victor Volle <[EMAIL PROTECTED]> > > > It may be better to use Clazz and MetaClazz however. We should > probably > > > name either: > > > a) following reflection: > > > MetaClass/MetaField/MetaMethod > > > AClass/AField/AMethod > > > > > > b) cr

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/io MetadataReader.java

jstrachan2002/10/28 08:22:23 Removed: sql/src/java/org/apache/commons/sql/io MetadataReader.java Log: removed old code. The MetadataReader has been replaced by the JdbcModelReader which is a bit more complete and is functionally equivalent. -- To unsubscribe, e-mail:

cvs commit: jakarta-commons-sandbox/sql/src/test/org/apache/commons/sql/task - New directory

jstrachan2002/10/28 08:17:31 jakarta-commons-sandbox/sql/src/test/org/apache/commons/sql/task - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-commons-sandbox/sql/src/test/org/apache/commons/sql/task JdbcToSchemaTaskTest.java

jstrachan2002/10/28 08:17:36 Modified:sql/src/test/org/apache/commons/sql/model TestColumn.java Added: sql/src/test/org/apache/commons/sql/task JdbcToSchemaTaskTest.java Log: applied J. Russell Smyth 's patches various new test cases Revisi

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/dynabean DynaSql.java

jstrachan2002/10/28 08:17:13 Modified:sql/src/java/org/apache/commons/sql/builder PostgreSqlBuilder.java AxionBuilder.java sql/src/java/org/apache/commons/sql/dynabean DynaSql.java Log: applied J. Russell Smyth 's patches various minor pa

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/task JdbcToSchemaTask.java

jstrachan2002/10/28 08:16:47 Added: sql/src/java/org/apache/commons/sql/task JdbcToSchemaTask.java Log: applied J. Russell Smyth 's patches a Task that uses JdbcModelReader and Betwixt to read a JDBC database and write the CommonsSql schema for it.

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/io JdbcModelReader.java

jstrachan2002/10/28 08:16:19 Added: sql/src/java/org/apache/commons/sql/io JdbcModelReader.java Log: applied J. Russell Smyth 's patches a class that reads a db model from a JDBC connection. Similar to Stevens MetadataReader, but a little cleaner, and does not make the JD

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/builder SqlBuilder.java

jstrachan2002/10/28 08:15:30 Modified:sql/src/java/org/apache/commons/sql/builder SqlBuilder.java Log: applied J. Russell Smyth 's patches modified to work with these changes modified getSqlType to do its own sql creation, allowing it to be overridden in db specific buil

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/builder SapDbBuilder.java

jstrachan2002/10/28 08:15:59 Added: sql/src/java/org/apache/commons/sql/builder SapDbBuilder.java Log: applied J. Russell Smyth 's patches first draft of builder for SAPDB modified getSqlType to do its own sql creation, allowing it to be ove

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/io MetadataReader.java

jstrachan2002/10/28 08:14:55 Modified:sql/src/java/org/apache/commons/sql/io MetadataReader.java Log: applied J. Russell Smyth 's patches Modified to still build/run with my changes. This class is absolutely incomplete - hardcoded schema names, comments from the code fr

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/model Column.betwixt Table.betwixt

jstrachan2002/10/28 08:14:15 Added: sql/src/java/org/apache/commons/sql/model Column.betwixt Table.betwixt Log: applied J. Russell Smyth 's patches betwixt files for cleaner betwixt integration Revision ChangesPath 1.1 ja

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/model TypeMap.java

jstrachan2002/10/28 08:13:51 Modified:sql/src/java/org/apache/commons/sql/model TypeMap.java Log: applied J. Russell Smyth 's patches Added support for isDecimalType, to support the builder classes determining this for building sql representation of a column (see above)

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/model Column.java

jstrachan2002/10/28 08:13:28 Modified:sql/src/java/org/apache/commons/sql/model Column.java Log: applied J. Russell Smyth 's patches removed nullable and isNullable attributes added by Steven Caswell - see previous message - in short, these are not DB attributes, but JDBC

[clazz] Clazz APIs Mock-up. Take II

Here's another iteration of Clazz APIs. The basic changes: 1. I did away with the modelURI and all that nonsense. You should be able to uniquely bind an object to its clazz. I don't think any more that the idea that the same object can belong to multiple clazzes is workable. 2. There is now a no

Re: [clazz] Type-based or instance-based metadata? Take II

--- Victor Volle <[EMAIL PROTECTED]> wrote: > > a) We introduce all those methods suggested by Victor Volle: > > It was never meant as a suggestion but rather as a "beware" :-) > > > boolean isIndexed(); > > boolean isMapped(); > > boolean isListed();// I would call it > "isUnorderedColl

[jelly] DTDs, Entity Resolvers and Jelly.

I'd like Jelly to be able to resolve some external DTDs without going across the network. The XMLParser creation is now almost consolidated into a single method. Perhaps DTD registration could be done by a tag and the parser pick up the resolver from the context at creation time? -- dIon Gilla

[jelly] j:file and DTDs

How do I get j:file to write a DTD to the file. I'm having difficulty placing it in the tag body. Is this worth a patch? I'd be ok with passing attributes and having j:file recreate the DTD from them:- rootElement, publicId, systemId Comments? -- dIon Gillard, Multitask Consulting Work:

cvs commit: jakarta-commons-sandbox/scaffold STATUS.txt

husted 2002/10/28 07:20:11 Modified:scaffold STATUS.txt Log: 25-Oct-2002 --- + StorageBean: Additional convenience methods. + StatementUtils, StorageBeanBase: Additional convenience methods. 24-OCT-2002 --- + Scroller: Add parameters property to reinvo

cvs commit: jakarta-commons-sandbox/scaffold/src/java/org/apache/commons/scaffold/text ConvertUtils.java

husted 2002/10/28 07:19:07 Modified:scaffold/src/java/org/apache/commons/scaffold/text ConvertUtils.java Log: + ConvertUtils.addParams: intial version, makes query attributes from Map. Revision ChangesPath 1.4 +78 -5 jakarta-commons-san

cvs commit: jakarta-commons-sandbox/scaffold/src/java/org/apache/commons/scaffold/sql StorageBeanBase.java StatementUtils.java

husted 2002/10/28 07:18:20 Modified:scaffold/src/java/org/apache/commons/scaffold/sql StorageBeanBase.java StatementUtils.java Log: + StatementUtils, StorageBeanBase: Additional convenience methods. Revision ChangesPath 1.10 +92 -30 jakar

cvs commit: jakarta-commons-sandbox/scaffold/src/java/org/apache/commons/scaffold/util Scroller.java StorageBean.java

husted 2002/10/28 07:17:13 Modified:scaffold/src/java/org/apache/commons/scaffold/util Scroller.java StorageBean.java Log: + StorageBean: Additional convenience methods. + Scroller: Add parameters property to reinvoke complex queries. Revision Changes

Re: moving to a top-level project (was: [Ant nudge STATUS] Betterthan we thought...)

"Michael A. Smith" <[EMAIL PROTECTED]> wrote on 29/10/2002 01:36:41 AM: [snip] > > (but that can also be a signal that something ought to move to top-level; > > something like the commons httpclient might be a good candidate for > > spinning out of J-C and Jakarta altogether... *shrug*) > > I'

Re: [clazz] Some code to consider

I prefer "Feature" with some sufix like "Descriptor" public interface Unit { /** * Get the Map of string to string attributes. * * @return string/string attribute Map */ I think we need to remove this method Map getAttributeMap(); >

Re: moving to a top-level project (was: [Ant nudge STATUS] Betterthanwe thought...)

Greg Stein wrote: [ damn, I hate reply-to... it totally horks cross-posting... adding commons-dev back... ] reply-to-all leaves commons-dev in there, at least for me. If reply-to wasn't set, you'd still have to use reply-to-all. :) On Mon, Oct 28, 2002 at 08:57:57AM -0500, Michael A. Smith

cvs commit: jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/methods PostMethod.java

oglueck 2002/10/28 06:20:31 Modified:httpclient/src/java/org/apache/commons/httpclient HeaderElement.java HttpMethodBase.java httpclient/src/java/org/apache/commons/httpclient/methods PostMethod.java Log: fixed encoding f

Re: [clazz] Some code to consider

> from:Victor Volle <[EMAIL PROTECTED]> > > It may be better to use Clazz and MetaClazz however. We should probably > > name either: > > a) following reflection: > > MetaClass/MetaField/MetaMethod > > AClass/AField/AMethod > > > > b) create out own names: > > MetaClazz/MetaProperty/MetaOperat

Re: [clazz] Some code to consider

> > from:Victor Volle <[EMAIL PROTECTED]> > > 1. I do not like the name MetaBean, I would prefer Clazz or > > MetaClass, because "Bean" implies that I have to have > > getters and setters. I know that this is an important use > > case, but sometimes I am only interested in the > > operations

cvs commit: jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/util LoadTextTag.java

dion2002/10/28 04:16:30 Modified:jelly/src/java/org/apache/commons/jelly/tags/util LoadTextTag.java Log: Fix bad javadoc comment Revision ChangesPath 1.2 +1 -3 jakarta-commons-sandbox/jelly/src/java/org/apache/commons/jelly/tags/uti

Re: [clazz] Metadata Provider [was: Passive or active metadata?]

Yes, it must be some way to extend meta info without source. > Juozas, > > Good idea. I believe we should have this mechanism. I saw something > similar in WebLogic's ejbgen tool. There you encode metadata in > javadoc-style comments and then the tool uses it to generate various > Java and XML

Re: [clazz] Metadata Provider [was: Passive or active metadata?]

Yes, the most simple way to use custom doclet to generate "grabage", It can be XXXBeanInfo. > > > On Fri, 25 Oct 2002, Dmitri Plotnikov wrote: > > > Juozas, > > > > Good idea. I believe we should have this mechanism. I saw something > > similar in WebLogic's ejbgen tool. There you encode metada

Re: [clazz] Some code to consider

> from:Victor Volle <[EMAIL PROTECTED]> > 1. I do not like the name MetaBean, I would prefer Clazz or > MetaClass, because "Bean" implies that I have to have > getters and setters. I know that this is an important use > case, but sometimes I am only interested in the > operations (interfaces

Re: cvs commit: jakarta-commons/httpclient/src/test/org/apache/commons/httpclientTestURIUtil2.java TestNoHost.java TestStreams.java

Sung-Gu wrote: Hi oglueck, I'm not happy that you made the same methods with a diferrent-named method. The encodeQuery and encodeInQuery are now same. :( I have no idea who is gonna use encodeQuery anyway. In my opinion we can get rid of it. http://host/path?query1=value1&query2=value2, if

DO NOT REPLY [Bug 13676] - [PATCH] FilePart fails to send data on second call to send

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 13676] - FilePart fails to send data on second call to send

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 13676] - FilePart fails to send data on second call to send

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

  1   2   >