We've had to do a few intermediate RCs since RC1 was released last week
(one to fix a DTD issue, one to close out an obscure but important bug)
The latest Validator release candidate (RC3) can be found at:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-validator/v
1.0_rc3/
Th
sullis 2002/10/26 19:41:20
Added: fileupload/src/test/org/apache/commons/fileupload
MyHttpServletRequest.java
Log:
mock object
Revision ChangesPath
1.1
jakarta-commons/fileupload/src/test/org/apache/commons/fileupload/MyHttpSe
Dmitri Plotnikov wrote:
The words MetaClass, MetaMethod etc are taken for something else. By
definition MetaClass is a description of how Classes are represented. For
example the class Class in the JDK is a metaclass. MetaMetaClass then is a
description of what a MetaClass is etc. MOF (CORBA M
The words MetaClass, MetaMethod etc are taken for something else. By
definition MetaClass is a description of how Classes are represented. For
example the class Class in the JDK is a metaclass. MetaMetaClass then is a
description of what a MetaClass is etc. MOF (CORBA Meta Object Facility)
goes
Adam Murdoch wrote:
-Original Message-
From: Stephen Colebourne [mailto:scolebourne@;btopenworld.com]
Sent: Sunday, 27 October 2002 9:22 AM
To: Jakarta Commons Developers List
Subject: Re: [clazz] Type-based or instance-based metadata? Take II
This kind of interface is OK, and should b
Adam Murdoch wrote:
-Original Message-
From: Stephen Colebourne [mailto:scolebourne@;btopenworld.com]
Sent: Sunday, 27 October 2002 9:19 AM
To: Jakarta Commons Developers List
Subject: Re: [clazz] Type-based or instance-based metadata?
These attributes can be read from the IClass (B
Dmitri Plotnikov wrote:
I appreciate the power of attributes and I think we should consider
supporting them very seriously. But before we do that, we need to figure
out the hourse-cart relationship between [clazz] and doclet-based metadata.
Will doclets be *the* design for [clazz] or *a* pluggab
dion2002/10/26 18:34:00
Modified:betwixt project.xml
Log:
Fix site URL before deployment of site
Revision ChangesPath
1.15 +1 -1 jakarta-commons/betwixt/project.xml
Index: project.xml
==
dion2002/10/26 18:28:18
Modified:betwixt project.properties
Added: betwixt/xdocs .cvsignore
betwixt checkstyle.properties
Log:
Update checkstyle properties and project properties to maven release that is being
used
Revision ChangesPath
1.1
I suggest that it be one mechanism for creating the meta-data class.
We've got two issues to consider.
1) How to create the meta-data class/classes
2) What the meta-data class looks like
[OK, that looks blindingly obvious to me, now that it's down on pixels]
Doclets are a compile time mechanism. I
dion2002/10/26 17:41:58
Modified:betwixt project.xml
Log:
Add my name as a committer since I've committed
Revision ChangesPath
1.14 +6 -0 jakarta-commons/betwixt/project.xml
Index: project.xml
=
dion2002/10/26 17:39:00
Modified:betwixt/src/test/org/apache/commons/betwixt
AbstractTestCase.java
betwixt/src/test/org/apache/commons/betwixt/recursion
TestRecursion.java
betwixt/src/test/org/apache/common
> -Original Message-
> From: Stephen Colebourne [mailto:scolebourne@;btopenworld.com]
> Sent: Sunday, 27 October 2002 9:22 AM
> To: Jakarta Commons Developers List
> Subject: Re: [clazz] Type-based or instance-based metadata? Take II
>
>
> This kind of interface is OK, and should be provi
> -Original Message-
> From: Stephen Colebourne [mailto:scolebourne@;btopenworld.com]
> Sent: Sunday, 27 October 2002 9:19 AM
> To: Jakarta Commons Developers List
> Subject: Re: [clazz] Type-based or instance-based metadata?
> > These attributes can be read from the IClass (BTW, I hate
Doclets wouldn't be the implementation per se. Doclets are really just a
convenience for generating whatever needs to end up in the jar (or classpath
or whatever), whether that's a BeanInfo class, or an XML descriptor, or
whatever. That same info could also be added manually to the jar without
n
This kind of interface is OK, and should be provided. Its essentially the
equivalent to BeanUtils class in [beanutils].
However, we should focus first on getting the new class/instance model
defined. Users can then call a method on the model object intead of a static
utility class.
Stephen
From:
From: "Berin Loritsch" <[EMAIL PROTECTED]>
> Then focus on an "extension" of the Class object (I know it is declared
final,
> so inheritance is out of the question), that has a set of "attributes".
These
> attributes mean different things to different people/contexts. Also,
don't think
> of attrib
From: "Dmitri Plotnikov" <[EMAIL PROTECTED]>
> I appreciate the power of attributes and I think we should consider
> supporting them very seriously. But before we do that, we need to figure
> out the hourse-cart relationship between [clazz] and doclet-based
metadata.
>
> Will doclets be *the* desi
dion2002/10/26 15:58:57
Modified:beanutils .cvsignore
Log:
Adding maven build log
Revision ChangesPath
1.5 +2 -1 jakarta-commons/beanutils/.cvsignore
Index: .cvsignore
===
RCS file: /h
sullis 2002/10/26 15:43:01
Modified:fileupload/src/test/org/apache/commons/fileupload
FileUploadTest.java
Log:
added comment
Revision ChangesPath
1.2 +78 -77
jakarta-commons/fileupload/src/test/org/apache/commons/fileupload/FileUploadTe
sullis 2002/10/26 15:42:34
Added: fileupload/src/test/org/apache/commons/fileupload
TestAll.java MultipartStreamTest.java
Log:
test code
Revision ChangesPath
1.1
jakarta-commons/fileupload/src/test/org/apache/commons/fileuploa
Unless you have non-test code that depends on JUnit, you can probably
remove this dependency altogether.
Maven was changed a while back so that the project didn't need the
dependency, Maven automatically added it at test time.
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask
sullis 2002/10/26 15:35:29
Modified:fileupload project.xml
Log:
updated JUnit version to 3.8.1
Revision ChangesPath
1.10 +1 -1 jakarta-commons/fileupload/project.xml
Index: project.xml
===
sullis 2002/10/26 15:22:30
Modified:fileupload/src/java/org/apache/commons/fileupload
FileUpload.java
Log:
updated javadoc text, improved parameter validation
Revision ChangesPath
1.12 +40 -9
jakarta-commons/fileupload/src/java/org/
After some thinking the conclusion is - forget it, we cannot do
instance-based metadata. Too many lookups, no possibility of caching and
generally too much reflection work.
So, how do we resolve the issue that sometimes we don't know if a property
is indexed/mapped until runtime?
Here's a revolu
sullis 2002/10/26 15:08:17
Modified:fileupload/src/java/org/apache/commons/fileupload
FileUploadException.java
Log:
updated javadoc text
Revision ChangesPath
1.6 +5 -5
jakarta-commons/fileupload/src/java/org/apache/commons/fileupload/
I appreciate the power of attributes and I think we should consider
supporting them very seriously. But before we do that, we need to figure
out the hourse-cart relationship between [clazz] and doclet-based metadata.
Will doclets be *the* design for [clazz] or *a* pluggable implementation?
If we
Yeah, project.xml is important to update. I don't think it goes into the
collections-src release, so it's only important to make sure the one in
cvs outputs the right version number.
Seems we're mainly looking at 2 questions:
1) Should the project.xml represent the next builder. ie) 2.2 or 3.0.
The difference, to me at least, is that project.xml is machine readable. That
version number can end up in all sorts of places. My concern is
distinguishing a genuine release from a development or nightly build.
In theory that's pretty easy, but in practice, someone always forgets. A
nightly r
Dmitri Plotnikov wrote:
Berin,
- Original Message -
From: "Berin Loritsch" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 11:57 PM
Subject: Re: [clazz] Type-based or instance-based metadata?
Dmitri Plotnikov wrote:
Anothe
only one was me sticking ClassMap in, which needs me to do some doccing on
it to explain it further, and possibly modify its lookup algorithm.
The STATUS.html [I think it's that] has a 'Next Release' bit that I left
as '?' when doing the last release. Figuring out what the next release is
will in
jericho 2002/10/26 10:50:56
Modified:httpclient/src/java/org/apache/commons/httpclient URI.java
Log:
- Remove the # sign from allowed characters not to escape in the query
compoents "based on" and "by" the general whole URI form.
(BTW, It should be ok with the path component.
jericho 2002/10/26 10:27:37
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpURL.java
Log:
- Add the query setter for the specific protocols such as the HTTP URL and HTTPS URL.
Revision ChangesPath
1.3 +55 -3
jakarta-common
If you know what the next release is going to be named ;)
Mvgr,
Martin
On Sat, 2002-10-26 at 18:39, Steve Downey wrote:
> Shouldn't it be 2.2, or 2.1-dev, or 2.2-dev? Whatever it is, the result of
> building it now isn't the 2.1 release.
> [OK, so it might be. I don't think there have been any c
Shouldn't it be 2.2, or 2.1-dev, or 2.2-dev? Whatever it is, the result of
building it now isn't the 2.1 release.
[OK, so it might be. I don't think there have been any checkins since release]
On Saturday 26 October 2002 07:04 am, [EMAIL PROTECTED] wrote:
> mvdb2002/10/26 04:04:46
>
> M
Berin,
- Original Message -
From: "Berin Loritsch" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sent: Friday, October 25, 2002 11:57 PM
Subject: Re: [clazz] Type-based or instance-based metadata?
> Dmitri Plotnikov wrote:
> > Another dilemma we'll have to
From: "Dmitri Plotnikov" <[EMAIL PROTECTED]>
> I agree that BeanInfo is a good model to build on. However, I would like
to
> emphasize a few fundamental difficiencies in BeanInfo:
>
> 1. Introspector is too class name centric: it uses the class name to
create
> other class names and look up informa
jericho 2002/10/26 09:25:35
Modified:httpclient/src/java/org/apache/commons/httpclient/util
URIUtil.java
Log:
- minor javadoc change
Revision ChangesPath
1.9 +8 -8
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/util/U
I agree that BeanInfo is a good model to build on. However, I would like to
emphasize a few fundamental difficiencies in BeanInfo:
1. Introspector is too class name centric: it uses the class name to create
other class names and look up information that way. This produces two types
of problems:
jericho 2002/10/26 08:54:30
Modified:httpclient/src/test/org/apache/commons/httpclient
TestURIUtil2.java
Log:
- Apply the encodeWithinQuery method (probably it's ok...)
Revision ChangesPath
1.2 +5 -5
jakarta-commons/httpclient/src/test/
jericho 2002/10/26 08:50:38
Modified:httpclient/src/java/org/apache/commons/httpclient URI.java
Log:
- minor javadoc change
Revision ChangesPath
1.9 +12 -12
jakarta-commons/httpclient/src/java/org/apache/commons/httpclient/URI.java
Index: URI.java
===
jericho 2002/10/26 08:38:18
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
httpclient/src/java/org/apache/commons/httpclient/methods
PostMethod.java
httpclient/src/test/org/apach
jericho 2002/10/26 08:34:32
Modified:httpclient/src/java/org/apache/commons/httpclient URI.java
httpclient/src/java/org/apache/commons/httpclient/util
URIUtil.java
Log:
- Fix a bug of String encodeWithinQuery(unescaped). Sorry about that. --;;;
jstrachan2002/10/26 02:26:38
Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java
Log:
Added another failing test case for Jexl.
Revision ChangesPath
1.23 +3 -1
jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl/JexlTest.java
Index: Jexl
Nope, straight batch filesyou want me to try Cygwin?
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Developers: http://adslgateway.multitask.com.au/developers
"James Strachan" <[EMAIL PROTECTED]> wrote on 26/10/2002 06:54:18
PM:
> Works for me on Win2K with JDK
jstrachan2002/10/26 02:14:47
Modified:jexl/src/test/org/apache/commons/jexl JexlTest.java
Log:
Added another failing test case for Jexl.
Revision ChangesPath
1.22 +15 -1
jakarta-commons-sandbox/jexl/src/test/org/apache/commons/jexl/JexlTest.java
Index: Jexl
From: "Michael Davey" <[EMAIL PROTECTED]>
> I was looking for some details about JavaBeans last night, to help with
coding a
> couple of methods that use betwixt and digester, when I 'discovered'
XMLEncode
> and XMLDecode in Java 2 SE 1.4.
>
> http://java.sun.com/j2se/1.4/docs/api/java/beans/XMLDec
Works for me on Win2K with JDKs 1.4.0-rc and 1.3.1-b24
dIon, are you using bash/cygwin or anything like that?
James
---
http://radio.weblogs.com/0112098/
- Original Message -
From: "Martin van den Bemt" <[EMAIL PROTECTED]>
To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]>
Sen
48 matches
Mail list logo