On 2/18/07, Henri Yandell [EMAIL PROTECTED] wrote:
js2j - No activity since last Sept - Don?
Yeah, this something I play with when I'm using Rhino in an
application, but since that hasn't been the case for a while, it has
gone dormant. I'm not so sure commons is the best place anyways, so I
I suppose so, however, I stole that pom from scxml, so perhaps that
one should be fixed too.
Don
On 7/26/06, Wendy Smoak [EMAIL PROTECTED] wrote:
Should the groupId be org.apache.commons instead?
--
Wendy
On 7/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mrdon
Date: Wed Jul 26
I propose a new commons sandbox project, JSExtensions, aimed at providing a
library of server-side Javascript (Rhino ATM) extensions that better
integrate Java into the Javascript environment. This is implemented in two
areas:
- Making the Java collections more natural to Javascript
-
When digester loads in an XML file, the objects created from it have no
concept from where they came, making it difficult to provide accurate and
helpful error messages down the line.
I'd like to add location support for the Digester that would allow a calling
application to capture the source
On 4/22/06, Simon Kitching [EMAIL PROTECTED] wrote:
This feature sounds like an excellent idea to me.
I think I would prefer the first few patches to be posted to the list,
for feedback before committing them. But assuming everyone's happy with
the basic approach/api I'd then personally be
could manually call pull the location out of the config object
and include its info in its message. The end result is the location
information is now included in all applicable exceptions and messages.
Looking forward to your feedback,
Don
On 4/22/06, Don Brown [EMAIL PROTECTED] wrote:
On 4
+0
On 12/10/05, Martin Cooper [EMAIL PROTECTED] wrote:
A new release of Commons FileUpload is long overdue, to say the least, and
I
believe it's ready. The remaining issues are either enhancements or
pending
further input. The distributions for FileUpload 1.1 Release Candidate 1
are
now
I believe commons-validator is ready to start the journey to 1.2.0 final..
All the open tickets are
enhancements.
See the zips at:
http://people.apache.org/~mrdon/commons-validator/1.2.0-rc1/http://people.apache.org/%7Escolebourne/io-1.1/
See the website at:
in subversion as a tag, but hopefully I'll
get rc2 right and it'll go public.
Don
Niall
- Original Message -
From: Don Brown [EMAIL PROTECTED]
Sent: Monday, October 10, 2005 6:48 PM
I believe commons-validator is ready to start the journey to 1.2.0 final..
All the open tickets
as were requested for BeanUtils...
http://issues.apache.org/bugzilla/show_bug.cgi?id=37011
Hopefully you haven't started on rc2 and I haven't messed anything up.
Niall
- Original Message -
From: Don Brown [EMAIL PROTECTED]
Sent: Monday, October 10, 2005 9:07 PM
As I understand
] wrote:
Don, do you have time to do this - or can I pick it up?
Niall
- Original Message -
From: Don Brown [EMAIL PROTECTED]
Sent: Monday, September 19, 2005 3:11 AM
I've prepared a test release for Commons Validator 1.2.0 beta 1 at
http://people.apache.org/~mrdon/commons
Whoops, right after I hit enter, I realized I'm not officially on this
project :) I forget the procedure, but anyone mind if I join the fileupload
fun?
Don
On 9/19/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mrdon
Date: Mon Sep 19 16:49:15 2005
New Revision: 290313
URL:
It seems, at least according to chain's project.properties, they are
specifically targetting 1.4 or greater. I don't know if that was the result
of a decision or someone just put that there.
Any convincing argument to keep 1.4 as the minimum JVM version for chain?
Don
On 9/19/05, Niall
I've prepared a test release for Commons Validator 1.2.0 beta 1 at
http://people.apache.org/~mrdon/commons-validator
Let me know if there are any problems, otherwise I'll start working on the
official beta release.
Thanks,
Don
Uh, that would be s/release/build/g :)
Don
On 9/18/05, Don Brown [EMAIL PROTECTED] wrote:
I've prepared a test release for Commons Validator 1.2.0 beta 1 at
http://people.apache.org/~mrdon/commons-validatorhttp://people.apache.org/%7Emrdon/commons-validator
Let me know if there are any
I published the commons-validator snapshot to the apache cvs maven
repository today and modified the build. Is it a problem with that jar?
Don
On 9/14/05, Niall Pemberton [EMAIL PROTECTED] wrote:
No need to apologise, you're doing a great job.
Thanks
Niall
- Original Message
- Original Message -
From: Don Brown [EMAIL PROTECTED]
Sent: Thursday, September 15, 2005 5:20 AM
I published the commons-validator snapshot to the apache cvs maven
repository today and modified the build. Is it a problem with that jar?
Don
I must be missing something because this message seems to indicate the build
was successful. What failed?
Don
On 9/10/05, Ted Husted [EMAIL PROTECTED] wrote:
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit
I'm also having this problem on a Windows box running Maven 1.0.2.
Don
On 9/3/05, Don Brown [EMAIL PROTECTED] wrote:
I'm on Linux, btw.
Don
On 9/2/05, James Mitchell [EMAIL PROTECTED] wrote:
I tried the same on my windows box and it went fine for both 1.4 AND
1.5.
So
It seems this maven problem affects all the commons projects that use the
commons-build. I'm seeing it on Linux and Windows, both running Maven 1.0.2.
Again, the problem is when running maven site. When it gets to the jdepend
report, I see:
xdoc:jelly-transform:
[echo] Generating
to fix that, I believe. Which
version of the jdepend plugin do you have? I'm at version 1.5. I'm not
absolutely sure that's the plugin that I upgraded.
-Original Message-
From: Don Brown [mailto:[EMAIL PROTECTED]
Sent: Friday, September 09, 2005 5:52 PM
To: Jakarta Commons
maven-vdoclet-plugin-1.2
maven-war-plugin-1.6.1
maven-webserver-plugin-2.0
maven-wizard-plugin-1.1
maven-xdoc-plugin-1.8
-Original Message-
From: Don Brown [mailto:[EMAIL PROTECTED]
Sent: Friday, September 09, 2005 6:08 PM
To: James Carman
Cc: Jakarta Commons Developers List
Subject
Well, in updating the validator website, I accidently overwrote the Jakarta
Commons website. I'm trying to regenerate it using
jakarta/commons/proper/docs, but that doesn't seem to be the one. Anyone
know?
Oh, and if you happen to be an admin, could you shut down the rsync that
updates the
nm, I think I fixed it, although the last published date seems to be
missing..
Don
On 9/9/05, Don Brown [EMAIL PROTECTED] wrote:
Well, in updating the validator website, I accidently overwrote the
Jakarta Commons website. I'm trying to regenerate it using
jakarta/commons/proper/docs
Ok, I think Commons Validator is ready for a release. All the bugs are
closed, the site build issue has been resolved, and the javadocs for the
Javascript files are building correctly. Should this next release be a beta
or release canidate? Do I need to obtain some sort of key to sign the jars?
Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: [EMAIL PROTECTED]
Skype: callto://jmitchtx
On Sep 2, 2005, at 6:22 PM, Don Brown wrote:
James
PM, Don Brown wrote:
I seem unable to run 'maven site' for Commons Validator:
[echo] Generating /home/mrdon/dev/validator/m-target/docs/
jdepend-
report.html from /home/mrdon/dev/validator/m-target/generated-
xdocs/jdepend-
report.xml
Could not find the class
-run Maven, for the most part. What is the Checkstyle error you are
getting?
Don Brown wrote:
FWIW, I completely removed my .maven/plugins directory with the same
result.
Don
On 9/2/05, James Mitchell [EMAIL PROTECTED] wrote:
Regenerate? Not sure. Here's what I ended up doing
I seem unable to run 'maven site' for Commons Validator:
[echo] Generating /home/mrdon/dev/validator/m-target/docs/jdepend-
report.html from /home/mrdon/dev/validator/m-target/generated-xdocs/jdepend-
report.xml
Could not find the class: org.apache.commons.jelly.tags.fmt.FmtTagLibrary
. 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!
David
--- Don Brown [EMAIL PROTECTED] wrote:
I'd like to get
the changed files are finished compiling, I could pull out
the errors from my problem handler and generate a web page.
Don
On 8/21/05, Joerg Heinicke [EMAIL PROTECTED] wrote:
Don Brown donald.brown at gmail.com writes:
As I integrate jci into Struts Ti, I'm faced with how to display
As I integrate jci into Struts Ti, I'm faced with how to display the
compilation errors to the user. What general strategy does Cocoon or
any other web framework use to do this? The asynchronous nature of
the compiler makes it difficult to display the errors to the user the
next time the refresh
I'd like to get a release of commons-validator out the door, as Struts
1.3 would like to use some of its new bug fixes and features.
I'm pretty new to validator, so I'm not familar with its history. Any
reason we haven't released 1.2? In the past when I fixed bugs, folks
backported them to the
I'm not sure the policy regarding sandbox projects for one that
already is a member of several commons proper projects, but I figure
it couldn't hurt to ask.
For a Struts project in the sandbox, Ti, I've started playing around
with JCI, and its CompilingClassLoader in particular. I wanted to
sandbox I'm working on; sorry for the confusion.
Don
On 8/7/05, Simon Kitching [EMAIL PROTECTED] wrote:
Hi Don,
On Sun, 2005-08-07 at 00:17 -0700, Don Brown wrote:
I'm not sure the policy regarding sandbox projects for one that
already is a member of several commons proper projects, but I
+1 - it really has proved its worth with Struts
Don
On Mon, 24 Jan 2005 14:14:12 -0500, Mark R. Diggory
[EMAIL PROTECTED] wrote:
+1
-Mark Diggory
Jerome Jar wrote:
+1
On Sat, 22 Jan 2005 13:31:17 -0500, Tim O'Brien [EMAIL PROTECTED] wrote:
Alright a sufficient amount of time
But why not just release 1.0? All but Matt seemed quite happy with
the current API, and as many folks including myself are using it in
production, I think we should stick to what has proven to work quite
nicely.
Don
On Wed, 24 Nov 2004 08:57:07 -0500, Ted Husted [EMAIL PROTECTED] wrote:
How
I disagree - Context should extend Map. I've used Chain in several
production applications and have enjoyed the methods Map brings to
Context. It makes it easy for the context to be exposed to external
applications that don't need to know any more than Map interfaces, and
therefore are not
+1
On Sun, 21 Nov 2004 15:01:02 -0800 (PST), Martin Cooper
[EMAIL PROTECTED] wrote:
I believe Chain is now sufficiently complete and stable to warrant an
official 1.0 release. There are no outstanding bug reports, and the
component is already in use in a number of projects.
The plan is to
I have successfully complete the migration of commons-chain from
sandbox to commons proper. I hope to have a release ready soon once
more documentation gets added.
Commons Chain is an implementation of the Gang of Four's Chain of
Responsibility pattern used for the organizing the execution of
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 new chain site.
Should I manually deploy the
+1
Dmitri Plotnikov wrote:
We have received repeated requests to make a new release of JXPath. Even though there
have been no major functional changes or additions since 1.1, the number of bug fixes
and other improvements warrants a new release.
This is a vote to approve the 1.2 release plan
Could I please have Karma for the sandbox, chain in particular? Thanks.
Don
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I ported Struts' Validator taglib over to validator and have opened a
bugzilla ticket containing the code:
http://issues.apache.org/bugzilla/show_bug.cgi?id=29536
I opened a ticket instead of just committing it because it does add
another build-time dependency - servlet-api.jar. In this case,
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 I've already
mentioned, using commons-chain in a production application to help
decompose complex
ObjectBean should be included in the patch. It goes in
src/test/org/apache/commons/validator It is basically ValueBean, but
instead of dealing with a String, it deals with an Object, allowing for
tests involving nested objects.
Don
Ted Husted wrote:
On this one, I had to comment out a
validator? I'm -1 on adding dependencies in
the core distro.
David
--- [EMAIL PROTECTED] wrote:
husted 2004/06/08 07:53:12
Added: validator/src/test/org/apache/commons/validator
validator-bsf.xml Log: Apply #29205 Add BSFValidator, submitted
by Don Brown.
Revision ChangesPath
1.1
The subject says it all. I'm using commons-chain in a production
application to help decompose complex data importing/transformation
processes in addition to using it with struts-chain in a different
application. I don't see any bugs against it in bugzilla, and have
personally experienced no
context);
Niall
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, May 26, 2004 4:58 PM
Subject: Re: [validator] Why doesn't commons-validator include functional
validators?
Yes, in my view, validator config
to distribute validators like this they should probably be in a
separate download so the core validator framework stays separate and we
can manage dependencies better.
David
--- Don Brown [EMAIL PROTECTED] wrote:
I wrote a validator that uses scripting snippets to determine validity.
The validator uses
objections?
Don
David Graham wrote:
I'd be interested in any patches in this area so please open a bugzilla
ticket for this. It sounds like you have some good ideas for making
validator easier to use; I just don't have much time right now to look
into it more.
Thanks,
David
--- Don Brown [EMAIL
Sure, that would be fine. I'll submit the code, the test, and the
patches, so you can choose what should go there and what shouldn't.
Don
Robert Leland wrote:
Don Brown wrote:
I have seen how powerful JXPath can be in projects like PMD
Just to be cautious maybe we could place the code initially
language/syntax to learn is a good thing! :)
Don
David Graham wrote:
This sounds interesting but I don't know anything about XPath so a more in
depth example would be useful. I'm also worried about adding another
dependency; maybe this could be an optional download?
David
--- Don Brown [EMAIL PROTECTED
After looking through the different validator usages - Struts, Spring,
and the unit tests - I'm a bit confused why commons-validator doesn't
ship with functional validators that can be used directly and not hidden
by some adapter. commons-validator contains validator classes, yes, but
you
/wlg/618
and the JSR 94 (Java Rule Engine)
http://www.jcp.org/en/jsr/detail?id=94
perhaps you will find something usefull.
Cheers,
Matze
-Original Message-
From: Don Brown [mailto:[EMAIL PROTECTED]
Sent: Friday, May 21, 2004 10:37 PM
To: Jakarta Commons Developers List
Subject: [validator
Is it possible to define a validator that validates the whole form? For
example, a validator could use XML schema to validate the entire form at
once. I suppose that validator could be attached to a placeholder
field, but that seems kind of ugly.
Don
I wrote a validator that uses scripting snippets to determine validity.
The validator uses Jakarta BSF so supports any scripting language
supported by BSF like BeanShell, JavaScript, Jython, Groovy (I believe),
etc.
I was starting to refactor out my app's validation code to be usable by
I wrote a simple Validator that uses JXPath to implement a
schematron-style validation where fields are evaluated against boolean
XPath expressions. The idea is from the XMLForms project
(http://www.xmlform.org), previously of Cocoon. JXPath makes it easy to
write complex validations on many
58 matches
Mail list logo