Henri,
I haven't been keeping up with DBUtils lately but it would be great to get
an official 1.1 released so we don't have to use the nightlies. The API
diff you posted looked fine to me. The website hasn't been updated in a
long time though. I can drop in the RC1 jar at work on Monday for
Not only do you lose compatibility you also ugly up the code with generics and
introduce a bunch of complexity. I have heard from many dbutils users that
they like the package because it's simple and easy to use. If people would
like to use another library because dbutils doesn't have
We don't use LinkedHashMap because we depend on Java 1.3 not 1.4. Nobody
really uses 1.3 anymore so it wouldn't be so bad to use LinkedHashMap in a
future release.
David
--- Tomáš Procházka [EMAIL PROTECTED] wrote:
Hi.
I found some problem with toMap conversion, it use HashMap, but
Niall,
I code to the 1.4 API but deploy on 1.5 when possible.
Moving off 1.3 is safe because:
1. 1.3 is not supported by Sun anymore.
2. Struts requires 1.4 and Validator is primarily used by Struts folks.
Sure there are some that use it standalone but the percentage of total
users is
Re the ORO dependency:
It can be avoided if we use the Java 1.4 java.util.regex package. It's
much faster than ORO in the testing I did a year ago. I would love to
drop the ORO dependency to make the Validator distro lighter.
David
--- Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/22/06,
I think this task is already completed. Take a look at the ProxyFactory
class:
http://jakarta.apache.org/commons/dbutils/xref/org/apache/commons/dbutils/ProxyFactory.html
David
--- Neeraj Kulkarni [EMAIL PROTECTED] wrote:
Hi,
The DbUtils website mentions one of the tasks as
Dynamic
If I remember right, 1.2 (HEAD) includes form inheritance which wasn't
widely tested. Niall might
remember more details. I think releasing 1.2.0 from HEAD would be fine so
we don't have to go through the error prone process of maintaining two
branches. Thanks for picking up the Validator torch!
For some reason the website is distributed with the C3P0 download. It
contains great docs on how to setup the parameters. I've been using it in
production with Hibernate for over a year and it works great.
David
--- Henri Yandell [EMAIL PROTECTED] wrote:
On 8/4/05, David Graham [EMAIL
Why not just use a real DataSource from C3P0 or Proxool? They're fully
featured and easy to setup. Also, we should not use properties named
jdbc.* as they are potentially used by drivers.
http://sourceforge.net/projects/c3p0
http://proxool.sourceforge.net/
David
--- Henri Yandell [EMAIL
some
dbutils enhancements accepted. Unfortunately it looks
like there is no one activily developing / supporting
DBUtils.
There doesn't look like there has been an update to
the code since 02/19/2005 from David Graham. I
originally submitted this enhance 02/09/2005. The
release 1.0 came
I can top that one. Subclipse deleted a file from the repository when all
I tried to do was commit a change. It was lucky I noticed the delete and
recommitted the file.
I also have the horrible performance problems.
David
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello:
I see an even
Eclipse also has a special way of sharing classes with other plugins. You
can prevent outside plugins from using internal packages by tweaking the
export definition in plugin.xml:
runtime
library name=something.jar
export name=*/
/library
/runtime
That seems to be the primary benefit to
Message -
From: David Graham [EMAIL PROTECTED]
Sent: Saturday, February 12, 2005 8:52 PM
Thanks Niall. Once all the tests pass I can commit some minor changes
I'm
working on.
David
--- Niall Pemberton [EMAIL PROTECTED] wrote:
This is may be because I rolled back
Most of Validator's JUnit tests fail with the stack trace below. Is it
just that I am missing a classpath setting or is the code actually broken?
They fail when running from Eclipse and 'maven dist'.
Thanks,
David
java.lang.ArrayIndexOutOfBoundsException: -1
at
to using SVN for Validator yet.
Niall
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: commons-dev@jakarta.apache.org
Sent: Saturday, February 12, 2005 8:02 PM
Subject: [validator] Most tests are failing
Most of Validator's JUnit tests fail with the stack trace
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Torsten Curdt [EMAIL PROTECTED]
Regarding the FastHashMap: since the
use is more or less discouraged ...why
not deprecate it?
Because it works on everything that its been tried on.
It's more like no one has ever noticed it breaking.
A call to Map.get() may depend on state that can be corrupted by a
concurrent call to Map.put(). You don't know without learning the
implementation details of get(). So, you need to synchronize around both
operations:
synchronized(map) {
Object o = map.get(key);
if (o == null) {
--- Craig McClanahan [EMAIL PROTECTED] wrote:
Calling BasicDataSource.close() will only close the connections still
in the pool -- not the ones that have been checked out. It is
designed to be called only when your app is ready to shut down.
For normal usage, the best approach is
Open a new bugzilla ticket then attach the files to that. You can't
attach files when you create the ticket so you'll need to save and go back
to it to attach the files.
Thanks,
David
--- Kyle Miller [EMAIL PROTECTED] wrote:
I attached the files but they did not make it to the
list. How do
Also, make sure the Apache 2.0 license header is in the source files like
the other files in cvs.
Thanks,
David
--- David Graham [EMAIL PROTECTED] wrote:
Open a new bugzilla ticket then attach the files to that. You can't
attach files when you create the ticket so you'll need to save and go
DbUtils is a small JDBC helper library. We don't implement features that
already exist in the standard Java distro.
David
--- Anaximandro (Woody) [EMAIL PROTECTED] wrote:
Hi folks, I dono if you are open for this idea or if this topic was
already
discussed but let me explain:
I´m working
+1
David
--- Tim O'Brien [EMAIL PROTECTED] wrote:
Alright a sufficient amount of time has passed for public comments and
testing.
This is a vote thread for migrating commons to SVN. If this vote
passes, I'll contact Justin and schedule the least disruptive migration
time possible.
It would certainly be helpful to our users to include the dependencies in
the distro. Otherwise, it's like trying to drive a car without the
wheels.
David
--- Henri Yandell [EMAIL PROTECTED] wrote:
Not a huge issue for things like Lang which have no dependencies, but
for other things like
--- Matt Sgarlata [EMAIL PROTECTED] wrote:
David Graham wrote:
--- Daniel Florey [EMAIL PROTECTED] wrote:
BTW: Another advantage of this approach would be that imports would
indicate
which version of the component is in use. I had a lot of trouble to
find
out, which version of jdom
First, you need to alias the column names in the sql to avoid having to
use the horrible underscore in your java method names:
select index_id as indexID, document_type as documentType, date_entered as
dateEntered from MyTable
DBUtils 1.0 didn't contain very intelligent column to bean property
--- Daniel Florey [EMAIL PROTECTED] wrote:
BTW: Another advantage of this approach would be that imports would
indicate
which version of the component is in use. I had a lot of trouble to find
out, which version of jdom was in use by some libraries as this was not
indicated by the name of
--- Max Rudman [EMAIL PROTECTED] wrote:
On Dec 17, 2004, at 8:52 PM, David Graham wrote:
There aren't any reusable implementations that I can think of. What
do
you picture the Hibernate mapper implementation looking like?
Well, I am not too familiar with other O/R implementations
Auftrag von David Graham
Gesendet: Freitag, 17. Dezember 2004 02:26
An: Jakarta Commons Developers List
Betreff: Re: [proposal] avoiding jar version nightmares
Struts uses the deprecation cycle I described and so did the commons
components spawned from Struts the last I knew (validator
Option B doesn't make a whole lot of sense to me. Most people are
interested in only a few commons projects so each having their own trunk,
tags, and branches makes sense. Struts lays out its subprojects using
Option A:
http://svn.apache.org/viewcvs.cgi/struts/
David
--- Tim O'Brien [EMAIL
There aren't any reusable implementations that I can think of. What do
you picture the Hibernate mapper implementation looking like?
The idea is that your app talks to the Mapper API which is implemented as
sql, hibernate, etc. However, each implementation will be very specific
to your app.
components standard
tests.
Stephen
- Original Message -
From: David Graham [EMAIL PROTECTED]
All the jakarta projects I've worked on have a deprecation cycle of
one
minor point release. For example, you deprecate a method for the 1.1
release and can remove it for the 1.2 release
All the jakarta projects I've worked on have a deprecation cycle of one
minor point release. For example, you deprecate a method for the 1.1
release and can remove it for the 1.2 release. This gives users time to
see the deprecation warning and update their code appropriately. IMO,
requiring a
would like to hear the real world example.
Thanks,
David
--- Oliver Zeigermann [EMAIL PROTECTED] wrote:
On Thu, 16 Dec 2004 09:09:11 -0800 (PST), David Graham
[EMAIL PROTECTED] wrote:
The only time I've seen versioning problems is when commons components
depend on each other and one of them
--- Richard Sitze [EMAIL PROTECTED] wrote:
Simon Kitching [EMAIL PROTECTED] wrote on 12/15/2004 10:18:44
PM:
On Thu, 2004-12-16 at 13:53, Matt Sgarlata wrote:
Simon Kitching wrote:
I think this demonstrates a major issue.
When using logging in an enterprise situation, the
--- Richard Sitze [EMAIL PROTECTED] wrote:
David Graham [EMAIL PROTECTED] wrote on 12/16/2004 11:47:46
AM:
snip/
The current proposal is:
- configuration is always manditory.
Doesn't mandatory configuration relieve us from needing to split
commons-logging.jar
What you're seeing is the natural result of design conversations held
outside of the mailing list. No one here had the benefit of participating
in the localized logging design so naturally we're asking questions and
making suggestions.
Additionally, it might have helped all of us if the
Enterprise is marketing speak for expensive. It has no technical
meaning so including that word in class names is rather confusing. It
looks like the new functionality is related to i18n of messages so naming
the classes something like I18NLog or GlobalizedLog would be more
appropriate.
David
--- simon [EMAIL PROTECTED] wrote:
snip
Regarding the addition of entry/exit logging APIs, I'm also in favour.
The code seems trivial, and it can be mapped to TRACE level for
logging implementations that don't provide FINER equivalents. It also
seems to me that:
log.enter(MyClass,
+1
David
--- Davanum Srinivas [EMAIL PROTECTED] wrote:
[X] +0 I support this release but am unable to help
On Fri, 3 Dec 2004 17:35:36 + (UTC), Henning P. Schmiedehausen
[EMAIL PROTECTED] wrote:
Eric Pugh [EMAIL PROTECTED] writes:
I've never used JEXL but the Mozilla Rhino javascript engine is pretty
keen. Maybe this feature could start in contrib and move to the core if
people find it useful?
David
--- Joe Germuska [EMAIL PROTECTED] wrote:
In a discussion on the struts-user list, I got around to describing a
It's true that the svn tools aren't as good as the cvs tools yet.
However, Struts recently moved to svn and it's amazing how easy it's been
to refactor and rearrange the code base after the switch. The change has
really livened up that project. Also, I was able to use Subclipse to work
with the
I doubt Eclipse will ever have built-in svn support because there are
several third party plugins available. Since adding a plugin update site
is so trivial in Eclipse I wouldn't think this would be a big deal.
The plugin I use with Struts svn is http://subclipse.tigris.org/. It
works largely
+1
Actually, HEAD contains 1.2 work so far.
David
--- Niall Pemberton [EMAIL PROTECTED] wrote:
The release candidate has been available for a week now with no problems
reported. This is a very minor maintenance release (adding four missing
getters/setters missing from Version 1.1.3) . The
+1
If the beanutils and digester dependencies are updated, it looks like
commons-collections can be removed as a dependency from the project.xml
file.
David
--- Martin Cooper [EMAIL PROTECTED] wrote:
I believe Chain is now sufficiently complete and stable to warrant an
official 1.0 release.
+1
David
--- Martin Cooper [EMAIL PROTECTED] wrote:
The Resources project has been in the sandbox for quite some time, and
is
essentially complete and almost ready for a release. Several projects
are
using it already, and others are ready to pick it up once it is
released.
Therefore
+1
This project looks well maintained. It would be good to state the minimum
Java version required on the home page.
David
--- Oliver Zeigermann [EMAIL PROTECTED] wrote:
Folks,
as described in previous posts and inspired by the fine proposal for
email promotion I would like to see the
the website.
David
Niall
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Thursday, November 11, 2004 8:10 PM
Subject: Re: [Validator] Next Release
--- Niall Pemberton [EMAIL PROTECTED] wrote:
I decided
that comes after 1.1.3. This is a bugfix release so
it shouldn't be surprising that the dtd is the same as the last version.
David
Niall
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Thursday, November 11
Sandbox components can not have any official releases. The way to get out
of the sandbox is to start a VOTE thread and have it pass.
Several commons projects started with just the committers from the source
project (ie. Struts) but have grown a bigger community once out of the
sandbox. If
Can we change getMessageObject() to getMessage() ? Most everything in
Java is an object so it's redundant. Also, getMsgs() doesn't read very
well; what about getMessages() ? It would be good to add @since javadoc
tags so people don't assume this functionality was there from the
beginning.
Thanks Niall!
David
--- Niall Pemberton [EMAIL PROTECTED] wrote:
OK I'll do that.
Niall
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, November 11, 2004 2:37 PM
Subject: Re: cvs commit:
jakarta-commons
--- Niall Pemberton [EMAIL PROTECTED] wrote:
I decided to have a go a resolving a couple of Struts bugs to do with
bundles/resources and validator:
http://issues.apache.org/bugzilla/show_bug.cgi?id=18169
http://issues.apache.org/bugzilla/show_bug.cgi?id=21760
Currently theres an
The main reason not to use assertions is that they can be disabled at
runtime, rendering them fairly useless IMO. Personally, I would remove
the null parameter checking entirely and let the code throw a NPE. The
caller will see their offending method in the stack trace.
David
--- Chris Lambrou
As a validator committer I'd thought I'd share my 2 cents. I agree that
validating the email address should be done by the user of [email]. If
the address passed to [email] is invalid, the user will receive a
MessageException just as they would expect from using JavaMail.
Unfortunately,
--- Eric Pugh [EMAIL PROTECTED] wrote:
Bases on the release early, release often criteria, maybe it makes sense
to
get the rest of Corey's unit tests patches in, and spend a bit of time
verifing all the javadocs etc. Then do a 1.0 of whats there. That way
we
don't have to be quite as
What does MapMapHandler do?
David
--- Norris Shelton [EMAIL PROTECTED] wrote:
I made a MapMapHandler and wanted someone to look at it to see
if it is worth submitting.
=
Norris Shelton
Software Engineer
Sun Certified Java 1.1 Programmer
Appriss, Inc.
ICQ# 26487421
AIM
It might be helpful to look at the Warning Signs portion of this page:
http://jakarta.apache.org/site/newproject.html
Several of them seem to apply to feedparser.
David
--- Craig McClanahan [EMAIL PROTECTED] wrote:
On Thu, 21 Oct 2004 13:00:56 -0700, Kevin A. Burton
[EMAIL PROTECTED] wrote:
There isn't a javascript url validation yet. I'm not concerned at all
about the performance of the regex. We just need it to work in all cases
and tune it if there's a performance problem later.
David
--- Tim Reilly [EMAIL PROTECTED] wrote:
Have you used the proposed patch for your
Just like any other interface child classes inherit it from their parent.
You can remove the implements Serializable from all Number subclasses.
They're already Serializable since their parent class is.
David
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello,
I see that java.lang.Number
This shows up in Struts quite a bit and I think Craig uses this
convention. I don't personally care for it because Java needs less syntax
rather than more :-).
David
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello,
I've noticed in [lang] the use of extraneous parentheses in return
This will create bloat problems for clients that use Digester. For
example: Struts uses Digester for xml parsing. In the future Struts may
want to use the new i18n component. However, if i18n uses XML Im-Exporter
then Struts must drag that along too despite already having a perfectly
fine xml
--- jon gold [EMAIL PROTECTED] wrote:
i notice that QueryRunner.query always prepares a statement -- even if
there are no replacement parameters. why is this?
You don't need replacement parameters to benefit from caching and reusing
PreparedStatement instances.
the reason i ask is that
Validator uses the standard Java coding conventions. Considering I don't
know anything about ISBN numbers I would need a JUnit test case proving it
works and some javadoc describing the ISBN rules before I would commit
anything. Add the Apache 2.0 license to the top of your .java files
before
Please open a bugzilla ticket and attach a cvs diff -u formatted patch if
you have one.
Thanks!
David
--- [EMAIL PROTECTED] wrote:
I have a problem using QueryLoader when deployed in a .war file to
weblogic. The properties file cannot be located on the classpath.
QueryLoader uses
Done. This will be in the next nightly build.
David
--- Kyle Miller [EMAIL PROTECTED] wrote:
Could you please add the following two methods to the
DBUtils helper class:
rollbackAndClose(...);
rollbackAndCloseQuietly(...);
to mimic the commit and close methods.
Thanks,
Kyle
-1 on moving to JIRA. Martin Cooper has indicated there are people in
infrastructure are willing to do a bugzilla upgrade. Just because
bugzilla's UI is ugly and JIRA's is pretty is not a valid reason to switch
to proprietary software in an OSS community. Regardless, many other
bugzilla
BeanProcessor.newInstance() is now protected. The change should show up
in the next nightly build.
David
--- Kyle Miller [EMAIL PROTECTED] wrote:
I have a JavaBean that needs to be populated from 3
different select statements, unfortunately DBUtils
BeanProcessor doesn't support the reuse of
--- matthew.hawthorne [EMAIL PROTECTED] wrote:
I agree that it's bad news.
But, I think the worst offense is this:
try {
// ...
} catch (Exception e) {
return null;
}
(shudder)
I've seen plenty of this to; it's truly horrifying :-).
try {
// ...
} catch
--- Henri Yandell [EMAIL PROTECTED] wrote:
On Sat, 28 Aug 2004, matthew.hawthorne wrote:
IMO, copy-paste reuse is the worst offense that a programmer can
commit.
I agree that it's bad news.
But, I think the worst offense is this:
try {
// ...
} catch (Exception e)
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
snip
Potentially, we could use the digester version to start from. (In new
commons style, there would be copy-paste with reference to original, not
dependency)
That is not the new commons style. That was a temporary solution to
removing
Welcome aboard James! I noticed you misspelled your email address so I
saved you some time and added [EMAIL PROTECTED] to some lists I thought
you might enjoy :-).
David
--- [EMAIL PROTECTED] wrote:
jmitchell2004/08/27 09:17:28
Modified:validator project.xml
Log:
Volunteer
DbUtils intentionally does not use logging but it is rather small and
doesn't really need it. Validator has very little logging usage and that
dependency could probably be removed. Most of what it used to log was
better handled by throwing an exception out to the framework to the users.
I like
Interpolation is well understood by Perl programmers. It's probably a
good idea to use a term that many other people already know. Of course,
if it doesn't really do interpolation in the Perl sense of the word an
alternate name would be a good idea to prevent confusion.
David
--- Gary Gregory
before uploading the validator site.
David
--- Martin Cooper [EMAIL PROTECTED] wrote:
On Tue, 24 Aug 2004, David Graham wrote:
I checked in release notes for 1.1.3 and 1.2.0-dev in changes.xml for
all
the bugzilla tickets I could find. I set the 1.1.3 release date as
the
25th; please
be all set.
--
Martin Cooper
PS - Sorry this is taking so long!
On Fri, 20 Aug 2004, David Graham wrote:
--- Martin Cooper [EMAIL PROTECTED] wrote:
I noticed that we don't seem to have a Release Notes file for 1.1.3
as
we
did for 1.0.2, so the release notes on the site
up at the moment, so I'm not in a position
to fix this. If someone else could please regenerate the site and upload
it, then we'll be all set.
--
Martin Cooper
PS - Sorry this is taking so long!
On Fri, 20 Aug 2004, David Graham wrote:
--- Martin Cooper [EMAIL PROTECTED
--- Martin Cooper [EMAIL PROTECTED] wrote:
I noticed that we don't seem to have a Release Notes file for 1.1.3 as
we
did for 1.0.2, so the release notes on the site are still the old ones.
If
someone would like to come up with a Release Notes file for 1.1.3,
please
let me know.
Thanks for finding this! It would be best to open a bugzilla ticket so
the issue isn't lost or forgotten.
Thanks,
David
--- Rolf Moser [EMAIL PROTECTED] wrote:
Hello
I just run into a Timestamp problem with the Oracle 9i (9.2.0) JDBC
Driver
When calling rs.getObject(index) on a DB field,
out of DbUtils I think.
Not a negative to the patch by the way, just an info dump having seen
this
problem before.
Hen
On Wed, 18 Aug 2004, David Graham wrote:
Thanks for finding this! It would be best to open a bugzilla ticket
so
the issue isn't lost or forgotten.
Thanks
That sounds like a good plan to me Martin.
Thanks,
David
--- Martin Cooper [EMAIL PROTECTED] wrote:
We voted on this a while back, and the outcome was positive. As far as
I'm
aware, all that needs to happen to complete the process is:
* Notify the PMC of the successful vote.
* Move the
+1
David
--- robert burrell donkin [EMAIL PROTECTED] wrote:
the release candidate has been available for a week now with no
problems reported. there have been a number of small improvements to
the documentation since then but no major changes to the code base. i
would therefore like to
java.math.BigDecimal;
28,32c82,83
*
* p
* This class is thread-safe.
* /p
*
---
* This class is a thread-safe Singleton.
*
33a85,89
*
* @author Henri Yandell
* @author Juozas Baliuka
* @author David Graham
* @author Yoav Shapira
38,39c94,113
* The default
the BeanListHandler to run
a query, the account will always be set to zero regardless of the data
stored. The patch I wrote fixed this ; I realize that the number
datatype is not ideal for account, this is just an example...
On Wed, 14 Jul 2004 11:24:54 -0700 (PDT), David Graham
[EMAIL
--- Gary Gregory [EMAIL PROTECTED] wrote:
snip/
Unsure if we've standardised on the Maven Feather logo or not.
I thought I'd use the same one as the Maven site. The feathery one
doesn't look too hot to me, it also jumps out too much IMHO since it has
a white background and the bg for
+1
David
--- Scott Sanders [EMAIL PROTECTED] wrote:
On Jun 29, 2004, at 4:21 PM, Gary Gregory wrote:
This vote is to approve the public release of commons codec 1.3-RC1.
[X] +1 Go ahead and release 1.3-RC1
[ ] +0
[ ] -0
[ ] -1 Don't release 1.3-RC1, because...
--- Don Brown [EMAIL PROTECTED] wrote:
I moved the chain cvs from sandbox to commons proper (long story) and
have
updated the build and doc files such that the website builds and is
ready
for deployment. I have not modified the site source for the jakarta
website pending deployment of the
I downloaded the binary distro and everything looked in order.
David
--- Ted Husted [EMAIL PROTECTED] wrote:
I've tagged the 1.1.2 branch, and rolled the Validator 1.1.3 alpha
release. It is posted in my Apache home directory for review:
- http://www.apache.org/~husted/validator/v1.1.3/
What does your DbUtil line 143 look like? When you set a breakpoint at
that line and inspect it in your debugger what is the class being
returned?
David
--- Anderson, James H [IT] [EMAIL PROTECTED] wrote:
I'm getting a ClassCastException that I don't understand. I hope someone
can help with
Replacing calls to ds.getConnection() with prepareConnection() sounds
reasonable. Please open an enhancement ticket.
Thanks,
David
--- Mikhail Krivoshein [EMAIL PROTECTED] wrote:
Hello all,
Currently QueryRunner has prepareStatement() method that is used to
create a new statements.
I
+1
David
--- Joe Germuska [EMAIL PROTECTED] wrote:
At 6:40 PM -0400 6/9/04, Don Brown wrote:
I propose Commons Chain should graduate to Commons Proper. I'm not
sure what justification I should give other than Struts is planning
on including it in future releases, and I personally am, as
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
Actually, the removal of collections classes from validator will
take a
bit longer. We still have protected FastHashMap variables that need
to be
replaced with Maps.
the collections packaged FashHashMap and it's dependencies are
I thought we agreed to add BSF and JXPath validators to a contrib
directory so we wouldn't bloat the dependencies needed to distribute the
core validator? I'm -1 on adding dependencies in the core distro.
David
--- [EMAIL PROTECTED] wrote:
husted 2004/06/08 07:53:12
Added:
The new methods need @since javadoc tags.
David
--- [EMAIL PROTECTED] wrote:
husted 2004/06/08 08:22:29
Modified:validator/src/share/org/apache/commons/validator
GenericValidator.java
Log:
Apply #29015 Add support for min or max numeric values
:-)
Thanks for getting validator moving again! I've been absolutely swamped
lately.
David
--- [EMAIL PROTECTED] wrote:
husted 2004/06/08 08:12:12
Modified:validator project.xml
Log:
Add Ted Husted to list of developers [before David yells at me again
:)]
Revision
to complete the release. I'm away most of next
week, so it looks like we may be stalled for another fortnight :(
-Ted.
On Tue, 08 Jun 2004 08:45:27 -0700 (PDT), David Graham wrote:
I thought we agreed to add BSF and JXPath validators to a
contrib directory so we wouldn't bloat
If I recall correctly, there's a 1_1_2 branch that 1.1.3 should be
released from. HEAD was for 1.2.0 development and has had some deprecated
items removed. Sorry if you already knew this, I just didn't want the
release cut from the wrong branch.
David
--- Ted Husted [EMAIL PROTECTED] wrote:
--- Robert Leland [EMAIL PROTECTED] wrote:
+1 To Ted.
David Graham wrote:
--- robert burrell donkin [EMAIL PROTECTED] wrote:
+1
but please don't roll a release before the upcoming beanutils
dependency hell fix is released. this will allow the problematic
validator dependency
I thought you were already a Commons committer so I invited you to add
yourself to the project.xml file a while back. Regardless, here's my +1
:-).
David
--- Ted Husted [EMAIL PROTECTED] wrote:
The few remaining issues against Validator seem to have fixes and
patches that I could apply. I'd
--- robert burrell donkin [EMAIL PROTECTED] wrote:
+1
but please don't roll a release before the upcoming beanutils
dependency hell fix is released. this will allow the problematic
validator dependency on commons collections to be removed by upgrading
to the next beanutils release.
I think this has been brought up before but nothing came of it. Feel free
to open a bugzilla enhancement ticket with patches and we'll apply them.
Thanks,
David
--- Rich Wertz [EMAIL PROTECTED] wrote:
Recent validator DTDs indicate that each field element may have any
number
of child msg
1 - 100 of 349 matches
Mail list logo
