rdonkin 2003/09/08 06:55:59
Added: betwixt/src/java/org/apache/commons/betwixt/strategy
ClassNormalizer.java
Log:
ClassNormalizer is a strategy allowing the Class introspected to differ from the
class of the bean.
Revision ChangesPath
1.1
rdonkin 2003/09/08 06:56:47
Added: betwixt/src/java/org/apache/commons/betwixt/strategy
ListedClassNormalizer.java
Log:
ClassNormalizer is a strategy allowing the Class introspected to differ from the
class of the bean. This implementation allows a list of
rdonkin 2003/09/08 06:57:58
Modified:betwixt/src/java/org/apache/commons/betwixt/io
BeanRuleSet.java
Log:
Improved java docs
Revision ChangesPath
1.13 +8 -5
jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/io/BeanRuleSet.java
rdonkin 2003/09/08 06:58:53
Modified:betwixt/xdocs/guide binding.xml writing.xml
Log:
Documentation for ClassNormalizer
Revision ChangesPath
1.3 +30 -0 jakarta-commons/betwixt/xdocs/guide/binding.xml
Index: binding.xml
rdonkin 2003/09/08 06:59:27
Added: betwixt/src/test/org/apache/commons/betwixt/introspection
IFace.java
Log:
Test cases for ClassNormalizer
Revision ChangesPath
1.1
Phil Steitz wrote:
Strangely, the checkstyle plugin is not complaining about any tabs in
the code. Are you finding these in the tests or in the /java sources?
The differences is mainly in lines that are blank.
In the cvs these lines contains 6 whitespace chars and there are no
whitespaces in my
Stephen Colebourne wrote:
Do we feel that the stringToInt() naming is good for these methods?
BooleanUtils uses toBoolean(), which is shorter and fits better with JDK
standards. Thus
toInt(String)
toLong(String)
etc.
Opinions?
I agree that the toType methodname is better.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22656.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hi cristoph
i haven't applied your patch for a couple of reasons:
1. i'd prefer to solve the more general problem of being able to
introspect interfaces rather than implementations
2. proxy is 1.3 and so i'd prefer not to introduce a dependency on Proxy
(if it can be avoided).
hopefully the
i've now fixed up the maven build.
if no one registers an objection, i'll add myself to the committers for
commons-resources, commit the changes, generate a mavenized build.xml
(after renaming the original) and then deploy a fixed version of the maven
generated web site.
- robert
rdonkin 2003/09/08 06:57:21
Modified:betwixt/src/java/org/apache/commons/betwixt
XMLIntrospector.java
Log:
ClassNormalizer is a strategy allowing the Class introspected to differ from the
class of the bean.
Revision ChangesPath
1.24 +31 -2
I'm not sure if it makes sense to call it an entry that maps to null but consider
that the the cardinal map returned by this function will be accessed in the following
manner:
Integer x = returnedMap.get(obj);
That statement may just be pointing out that instead of returning Integer(0) for
On Mon, 8 Sep 2003, robert burrell donkin wrote:
Date: Mon, 8 Sep 2003 16:28:20 +0100
From: robert burrell donkin [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers [EMAIL PROTECTED]
Subject: [resources] [PROPOSAL] mavenization
i've
I think we should discuss what really needs to get completed for the 1.0
release of math. I think there are three points of interest.
A.) If it isn't a major refactoring, it probably stands that we can
provide a feature in a later minor release, for example, adding
confidence intervals,
On Mon, 2003-09-08 at 16:08, Arun Thomas wrote:
I'm not sure if it makes sense to call it an entry that maps to null but consider
that the the cardinal map returned by this function will be accessed in the
following manner:
Integer x = returnedMap.get(obj);
That statement may just be
First of call, congrats for your committer hat. Too bad I was away
during the vote.
On 27.08.2003 01:21:36 __matthewHawthorne wrote:
Most of these comments are directed at Jeremias... but if anyone else is
interested, please let me know your thoughts.
I ran the clover report in Maven to get
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23001.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
CVS currently defines StringUtils.ordinalIndexOf() as it is currently the
most popular choice (see email thread).
Give it a whirl in code and see how you like it.
Gary
-Original Message-
From: Anton Tagunov [mailto:[EMAIL PROTECTED]
Sent: Monday, September 08, 2003 03:22
To:
rdonkin 2003/09/08 11:11:47
Modified:resources STATUS.html project.xml
Log:
Added myself to list of committers
Revision ChangesPath
1.8 +2 -1 jakarta-commons-sandbox/resources/STATUS.html
Index: STATUS.html
rdonkin 2003/09/08 11:13:26
Modified:resources/xdocs navigation.xml
Log:
Added commons menus to nav bar
Revision ChangesPath
1.3 +6 -1 jakarta-commons-sandbox/resources/xdocs/navigation.xml
Index: navigation.xml
rdonkin 2003/09/08 11:14:56
Modified:resources/src/test/org/apache/commons/resources/impl
CollectionResourcesBaseTestCase.java
PropertyResourcesTestCase.java
XMLResourcesTestCase.java
Log:
Refactored tests (so
rdonkin 2003/09/08 11:15:18
Modified:resources maven.xml project.properties
Log:
Changes to make maven work properly
Revision ChangesPath
1.2 +1 -1 jakarta-commons-sandbox/resources/maven.xml
Index: maven.xml
rdonkin 2003/09/08 11:20:53
Modified:resources build.xml
Added: resources build-legacy.xml
Log:
Replaced legacy build.xml with maven generated one
Revision ChangesPath
1.22 +166 -300 jakarta-commons-sandbox/resources/build.xml
Index: build.xml
Mark R. Diggory wrote:
3.) Test Coverage.
The coverage report doesn't seem to be available from the jakarta
site. Can I have a look at it somewhere else?
4.) Code review.
I just discovered a bunch of printStackTrace() in BeanTransformer.
Any ideas how this should be handled in a better way?
rdonkin 2003/09/08 11:39:12
Modified:resources/src/java/org/apache/commons/resources/impl
XMLResourcesFactory.java
WebappXMLResourcesFactory.java
WebappXMLResources.java
Log:
Updated year in license
rdonkin 2003/09/08 11:40:00
Modified:resources/src/java/org/apache/commons/resources/impl
ResourcesFactoryBase.java
ResourceBundleResourcesFactory.java
PropertyResourcesFactory.java
rdonkin 2003/09/08 11:41:01
Modified:resources/src/java/org/apache/commons/resources
ResourcesKeyException.java
resources/src/java/org/apache/commons/resources/impl
ResourceBundleResources.java
rdonkin 2003/09/08 11:41:32
Modified:resources/src/java/org/apache/commons/resources
ResourcesFactory.java
Added: resources/src/java/org/apache/commons/resources package.html
Log:
Some package documentation
Revision ChangesPath
1.6
rdonkin 2003/09/08 11:41:58
Added: resources/src/java/org/apache/commons/resources/impl
package.html
Log:
Some package documentation
Revision ChangesPath
1.1
Hi Howard,
Jakarta-commons-sandbox maillist is too general and maybe tapestry is not right forum.
Put [HiveMind] in the subject onthe jakarta-commons mail list.
Recently I was assigned to a kind of middleware project.
Now is ideal time to make some refactorings. There is ugly code to
hlship 2003/09/08 13:14:19
Modified:hivemind/xdocs index.xml extension-points.xml navigation.xml
bootstrap.xml multithreading.xml ioc.xml
services.xml rules.xml
hivemind/src/test/hivemind/test TestMessagesImpl.java
Mark R. Diggory wrote:
J.Pietschmann wrote:
Mark R. Diggory wrote:
4.) Code review.
I just discovered a bunch of printStackTrace() in BeanTransformer.
Any ideas how this should be handled in a better way? Throwing
a MathException?
Yes, that would probibly be better. I would have the
On Monday, September 8, 2003, at 09:07 PM, Robert Leland wrote:
[EMAIL PROTECTED] wrote:
rdonkin 2003/09/08 11:20:53
Modified:resources build.xml
Added: resources build-legacy.xml
Log:
Replaced legacy build.xml with maven generated one
Preferace: I am not a resources committer.
dmitri 2003/09/08 13:50:45
Modified:jxpath/src/java/org/apache/commons/jxpath/ri
JXPathContextReferenceImpl.java
jxpath/src/java/org/apache/commons/jxpath JXPathContext.java
Log:
Fixed bug 22988
Revision ChangesPath
1.34 +7 -7
dmitri 2003/09/08 13:50:57
Modified:jxpath/src/test/org/apache/commons/jxpath/ri/model
XMLModelTestCase.java
jxpath/src/test/org/apache/commons/jxpath/ri/model/beans
TestIndexedPropertyBean.java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23004.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23004.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22988.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
i haven't applied your patch for a couple of reasons:
1. i'd prefer to solve the more general problem of being able to
introspect interfaces rather than implementations
Sounds good :)
hopefully the code i've committed will provide an alternative solution.
you'll need to do a little more
Some time ago I opened an enhancement ticket
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18087
for a BeanFactory class. Currently it lives in the Mapper sandbox project
as ObjectFactory but, IMHO, it really belongs in a bean oriented package
like BeanUtils. The whole point of the class
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23010.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22940.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This bit defintely needs to be rewritten. Odi, can you take care of it?
Oleg
-Original Message-
From: Ortwin Glück [mailto:[EMAIL PROTECTED]
Sent: Monday, September 08, 2003 09:03
To: Commons HttpClient Project
Subject: NameValuePair.equals
I just came over the code:
public
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22926.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22969.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This particular code and the accompaning test predates The Trojan War and the Fall of
Troy. If the test case does not make sense, let's change it as well.
Oleg
-Original Message-
From: Ortwin Glück [mailto:[EMAIL PROTECTED]
Sent: Monday, September 08, 2003 10:14
To: Commons HttpClient
Kalnichevski, Oleg wrote:
This particular code and the accompaning test predates The Trojan War
and the Fall of Troy. If the test case does not make sense, let's
change it as well.
Oleg
*g* It doesn't seem to break anything else apart from that (webapp tests
and external ones run through). The
see attached patch:
removed strict class check from NameValuePair#equals and rewrote code
for better readability. Updated API Doc. Test case changed to the
modified contract.
Index: java/org/apache/commons/httpclient/NameValuePair.java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22984.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ortwin Glück wrote:
Why is it required that equals returns false if the classes do not
match exactly? I thinks this is a weird behaviour for an equals method
and should clearly be changed.
It's weird behavior, but you have to be careful when changing it to
instanceof. If an equals method
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Laura Werner wrote:
It's weird behavior, but you have to be careful when changing it to
instanceof. If an equals method tries to get too clever and suports
equality with other types, you can end up with cases where equals is
not symmetric, e.g. a.equals(b)==true but b.equals(a)==false. The
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22926.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22926.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I will write a little something about my ideas behind the
HttpParamsFactory when I get home tonight.
Mike
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
On Fri, 5 Sep 2003, Adam R. B. Jack [EMAIL PROTECTED] wrote:
Oleg wrote:
Adam, with all due respect let me point out that we have stable
HTTPCLIENT_2_0_BRANCH branch that should be used by those who need
API and/or code stability. If GUMP cannot be configured to use any
other CVS branch but
On Mon, 8 Sep 2003, Adam R. B. Jack [EMAIL PROTECTED] wrote:
However, most of my statement (and now question) is about
friend-of-gump behaviour, and having that project is good, but not
friendly 'cos it forces work onto sub-projects.
I'm not sure.
Do you not agree that the project should
Stefan wrote:
Please note that there already is a commons-httpclient-2.0-branch
project in Gump's workspace. It would be trivial for projects to
depend on that branch instead of CVS HEAD and in fact jakarta-slide
and xml-rpc already do so.
Thanks, I'd not seen that.
However, most of my
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22968.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15435.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
66 matches
Mail list logo