On 2/8/07, Niall Pemberton [EMAIL PROTECTED] wrote:
On 2/7/07, Craig McClanahan [EMAIL PROTECTED] wrote:
On 2/7/07, Niall Pemberton [EMAIL PROTECTED] wrote:
On 2/7/07, Craig McClanahan [EMAIL PROTECTED] wrote:
Digester - ??
Recently had a 1.8 release to clean up memory leaks
On 2/7/07, Niall Pemberton [EMAIL PROTECTED] wrote:
On 2/7/07, Craig McClanahan [EMAIL PROTECTED] wrote:
Digester - ??
Recently had a 1.8 release to clean up memory leaks and a few other
bugs.
For a 1.x release it seems like you could call it stable. But the
architectural approach
Couple of thoughts intermixed. A key one is whether inactive and heading
for dormancy should mean the same thing. A stable library used by other
projects, with no significant bugs, seems to fit the former descriptor,
while a project nobody uses or cares about would certainly fit the latter.
On 1/28/07, Stephen Colebourne [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
I am interested in what others have to
say about this as a general practice for commons. For [math]
specifically,
I think it is important that we can fit seamlessly into localized
applications, and we are
On 1/8/07, Joerg Heinicke [EMAIL PROTECTED] wrote:
Simon Kitching skitching at apache.org writes:
When using maven, only the first run needs to download the jars ... So,
no need
for internet access at build time.
For ant ... This can be run *once* to download the jars, but is not part
of
On 1/8/07, Joerg Heinicke [EMAIL PROTECTED] wrote:
Craig McClanahan craigmcc at apache.org writes:
Storing JAR files in your source repository (or pretty much any other
scenario where you check in things that have been generated, instead of
rebuilding them) has the following negative
I will opine a bit based on what I have personally done historically on
Commons projects, plus some thoughts on what we're currently doing in
Shale[1] that might prove to be of interest (and/or a source of ideas on how
to do it).
On 1/2/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Hi
I've
On 1/2/07, Henri Yandell [EMAIL PROTECTED] wrote:
I dislike the website being put in the distributions. It's a cheap way
to think you're documenting your project; but having the documentation
in there is good. I think the solution to this part is to make our
websites leaner (by moving things
On 12/19/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Hi all
Now that LOGGING-25 seems to be a non-issue for 1.1, are we ready to
start the release process?
I've looked through the list of unscheduled issues [1] and can't find
anything that need to go into a 1.1.1 release.
There are 3 JIRA
On 12/13/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
[X] +1 I support this release
Craig
On 12/4/06, Henri Yandell [EMAIL PROTECTED] wrote:
Updating this thread; Digester, DbUtils, FileUpload and Discovery are
now all released. That leaves us with:
* Logging 1.1.1 - I see 3 fixed issues in JIRA and nothing left to do.
However there are 7 issues without a version which might mean
On 11/29/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Towards RC3 as 1.8:
http://people.apache.org/~rahul/commons/digester/rc3/
[X] +1 I support this release
[ ] +0
[ ] -0
[ ] -1 I do not support this release because...
Vote closes no sooner than Saturday, Dec 2nd
On 11/28/06, Niall Pemberton [EMAIL PROTECTED] wrote:
[X] +1 I support this release
[ ] +0
[ ] -0
[ ] -1 I do not support this release because...
Inspected the artifacts, they all look good. Also passes the Shale
Validator unit tests with 1.3.1-RC1, once I added
On 11/28/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 11/28/06, Niall Pemberton [EMAIL PROTECTED] wrote:
[X] +1 I support this release
[ ] +0
[ ] -0
[ ] -1 I do not support this release because...
Inspected the artifacts, they all look good. Also
On 11/28/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
http://people.apache.org/~rahul/commons/digester/
Vote in a day or two, please ping if you want me to wait longer.
Looks good, all Shale's tests run with it, seems to solve the locking
problems on Windows for me. As with the Validator
On 11/28/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/28/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/28/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 11/28/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 11/28/06, Niall Pemberton [EMAIL PROTECTED] wrote
On 11/28/06, Niall Pemberton [EMAIL PROTECTED] wrote:
I have uploaded a new version of validator - which are the proposed
final artifacts for the 1.3.1 release if the vote passes - available
here:
http://people.apache.org/~niallp/validator-1.3.1/
On 11/28/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 11/28/06, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
We should:
1) SVN tag each RC.
2) Put it up on in ~foo/component-version-rc1/
3) Create files for the actual release - ie) don't put the rc1 in the
project.xml or any of the
On 11/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I'd like to see it made clear in the release notes that digester 1.8 will
work fine with the same dependencies as 1.7, ie that people can upgrade
digester.jar without updating anything else. Of course we can *recommend*
more modern libs,
On 11/25/06, Phil Steitz [EMAIL PROTECTED] wrote:
I am getting ready to roll 1.2.2 and would like to get rid of these.
Unfortunately, most of the (many) @authors are long gone and will
likely not see this post, so I am ambivalent about pulling them out.
Any thoughts either way? Anyone have a
[ http://issues.apache.org/jira/browse/DIGESTER-110?page=all ]
Craig McClanahan resolved DIGESTER-110.
---
Fix Version/s: 1.8 Final
Resolution: Fixed
Committed the proposed patch. Also updated the JIRA version numbers so we can
use
[ http://issues.apache.org/jira/browse/DIGESTER-110?page=all ]
Craig McClanahan updated DIGESTER-110:
--
Attachment: diffs.txt
Here is my proposed changes to Digester (a new unit test case will be submitted
separately). The primary changes
[ http://issues.apache.org/jira/browse/DIGESTER-110?page=all ]
Craig McClanahan updated DIGESTER-110:
--
Attachment: URLTestCase.java
New test case that uses the URL-based method signatures. The parse method is
called twice to ensure
While trying to verify the patch I'm proposing for DIGESTER-110, I tried
temporarily modifying my Maven2 POMs for Shale to pick up the new version.
I noticed that the groupId for Digester is being changed from
commons-digester (as it was before), to org.apache.commons (in the
1.8-RC1 version).
On 11/24/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I presume that this is being done as part of some Commons-wide policy
change? If so, it's incumbent on us to clearly document the impact of
this
change on downstream users, because
On 11/24/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Does that mean that you will be able to use
commons-digester:commons-digester:1.8 *or*
org.apache.commons:commons-digester:1.8 after Digester 1.8 is released?
For a specific example
are
interested in improving support for legacy applications then it is (of
course) fertile ground for incremental improvements -- some of which could
be pretty substantial improvements in usabilty.
Have at it ... but you'll find me watching from the sidelines.
Hen
Craig McClanahan
On 11/23/06, Tom Schindl [EMAIL PROTECTED] wrote:
Hi,
the problem are not the methods visibility the methods in the sub-class
are public but their class declaration is not and you can call them if
you method.setAccessible(true) I've currently modified BeanUtils in my
project and it works
: Commons Validator
Issue Type: Improvement
Components: Framework
Affects Versions: 1.3.0 Release
Reporter: Craig McClanahan
Priority: Minor
Currently, the constructor for ValidatorResources takes an InputStream, and
array of InputStream, a single
[
http://issues.apache.org/jira/browse/VALIDATOR-209?page=comments#action_12452107
]
Craig McClanahan commented on VALIDATOR-209:
I just had a look at the Digester javadoc but I don't see a parse() method
that takes a URL - just
Project: Commons Digester
Issue Type: Improvement
Affects Versions: 1.6 Final
Reporter: Craig McClanahan
Currently, Digester provides a number of convenience methods such as parse()
that access the XML content to be parsed in a variety of ways. The most
[
http://issues.apache.org/jira/browse/VALIDATOR-209?page=comments#action_12452113
]
Craig McClanahan commented on VALIDATOR-209:
The patch looks OK to me, but with one comment ... it makes me uncomfortable to
have code that opens
[
http://issues.apache.org/jira/browse/DIGESTER-110?page=comments#action_12452122
]
Craig McClanahan commented on DIGESTER-110:
---
If you feel strongly that this should be in 1.8, feel free to jump in now and
I will cut another RC
On 11/22/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I'm keen to have a look at this RC over the weekend. I know Craig is going
to add some patches so there will be an RC2 I presume..
Since you guys are both game, I'll definitely have a patch to propose (with
corresponding tests) by
On 11/17/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
http://people.apache.org/~rahul/commons/digester/
Notes:
* The site requires manual installation of the 1.8 directory on the
webserver; since this can't/shouldn't be done until the release vote
actually passes, there are several 404s on the
The pom.xml file for Commons Logging in the trunk has an interesting
approach to declaring dependencies, based on the existence or non-existence
of a file named commons-logging-README.txt. AFAICT, the purpose for this
is to make the dependencies non-optional when you are building Commons
Logging
On 11/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Simon Kitching wrote:
On Wed, 2006-11-15 at 22:20 -0500, Rahul Akolkar wrote:
On 11/14/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
I was going to try it myself but I get a test failure, see below, so I
haven't been able to try it
On 11/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Craig McClanahan wrote:
On 11/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Simon Kitching wrote:
On Wed, 2006-11-15 at 22:20 -0500, Rahul Akolkar wrote:
On 11/14/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
I was going to try
I've been reviewing the pom.xml for Digester's Maven2 build, and have a
combination of questions and proposals to make. I want to run this by the
list before doing anything ... I've been out of the loop on Digester for
quite a while, so it's unreasonable to just barge back in without
[
http://issues.apache.org/jira/browse/DIGESTER-29?page=comments#action_12449528
]
Craig McClanahan commented on DIGESTER-29:
--
Besides 1.5 (the documented Affected Version), this issue is also present in
version 1.6 and 1.7. It bit
On 11/4/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 11/4/06, Henri Yandell [EMAIL PROTECTED] wrote:
Very nice :)
I'm all enthused with the nightly build stuff at the moment (which
makes it sucky that we don't actually have a machine to run it on
atm), this would be cool to run on the
On 11/1/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Wed, 2006-11-01 at 11:59 -0500, Rahul Akolkar wrote:
Speaking of cross-commons, the JCL deps are all over the place. Which
is probably OK for now, since most variants are point releases (1.0,
1.0.2, 1.0.3, 1.0.4 being popular ATM).
On 10/14/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Anyone know what these are about?
There was a mail sent to JIRA admins about this ... guess it might have
needed wider distribution.
For a fairly long period of time, replies to JIRA's mails were getting lost
in the weeds. The filtering
On 9/1/06, Phil Steitz [EMAIL PROTECTED] wrote:
snip
We also need to definitively settle the artifact naming conventions
and think carefully about the impact of relocating the fileupload jar.
I *think* the following strategy will deal with this situation ... and
should generic to all the
On 8/27/06, Phil Steitz [EMAIL PROTECTED] wrote:
IIUC, we currently have an m2 pom hierarchy that goes
for sandbox components:
component - commons-sandbox - commons - jakarta
for proper components:
component - commons - jakarta
(though only scxml appears to have an m2 build and it does not
Rahul,
I'm trying to set up a quick Shale Sandbox project where we can experiment
with the SCXML integration we've been discussing on the Shale Dev list. I
notice that you've released version 0.5, but I don't see the JAR file
available in any Maven repository anywhere. Could you publish it to
On 8/25/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 8/25/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Rahul,
I'm trying to set up a quick Shale Sandbox project where we can
experiment
with the SCXML integration we've been discussing on the Shale Dev list.
snip/
Cool, should be fun
On 8/19/06, Oliver Heger [EMAIL PROTECTED] wrote:
Tomasz Pik wrote:
On 8/16/06, Dennis Lundberg [EMAIL PROTECTED] wrote:
Yes, but instead of transiting something, that depends on other
commons
IMHO something without dependencies should be transited first.
In other words, first thing to
On 8/9/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 8/9/06, Brett Porter [EMAIL PROTECTED] wrote:
On 10/08/2006 1:21 PM, Phil Steitz wrote:
I would like to add m2 support to the nightly build script, but am
still an m2 newbie, so could use a little help. I thought that
starting with
On 8/4/06, Henri Yandell [EMAIL PROTECTED] wrote:
I'd like to nominate Kris as a committer. Kris has been active on the
developer mailing list concerning the pipeline component for over a
year, and has been involved on other threads as well (notably
digester).
I think he's been around long
On 8/4/06, Henri Yandell [EMAIL PROTECTED] wrote:
I'd like to propose Andrew Shirley as a committer. Andrew's been doing
tons for the CLI component - answering user questions, commenting on
jira issues and serving up patches and unit tests to both his issues
and other peoples issues. The only
On 7/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 7/6/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 7/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 7/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
Have added csv. How do I go about hooking it up, doesn't look as
though it worked last
On 7/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
One more thing along these lines. I can't remember where I saw an
intelligent explanation of how we should use closed vs. resolved
in Jira. I guess a reasonable approach given the above strategy would
be to wait to close until the fix version is
On 7/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 7/6/06, Brett Porter [EMAIL PROTECTED] wrote:
On 7/07/2006 2:11 PM, Phil Steitz wrote:
So hashing (which maven does) is as much as we can really practically
do automated.
Yep (and this is only for transport integrity, not the
On 5/29/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 5/29/06, Leo Sutic [EMAIL PROTECTED] wrote:
Hi,
how are the nightly builds created?
As far as I'm aware, they're still created on Craig's machine, by running
'ant clean dist', and pushed up from there.
That's still the case,
On 5/22/06, Shantharam lal [EMAIL PROTECTED] wrote:
Hello
I am new to java development and learnig. When can i get the JAR files for
Beanutils, logging and coolections. I am unable to create the executable out
of the souce code. Please provide me links for the above three jars.
Start at the
On 5/3/06, Jennifer Wagner [EMAIL PROTECTED] wrote:
Hello,
Did anybody write down the history of Jakarta Commons? I couldn't find
anything. Because of the charter 1.0 I suppose it started in March 2001.
The first release I found was made in July 2001 (collections).
Those sound about right.
On 4/11/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 4/11/06, Henri Yandell [EMAIL PROTECTED] wrote:
At work I compile FileUpload against the Servlet 2.4 spec. This means
a patch so that the mock classes in the unit test will successfully
extend the 2.4 super classes.
Any interest
On 4/8/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
I propose, for the second time, that we move [scxml] to Commons
Proper. As a quick reminder, the first vote [1] called three months
ago was -1'ed for lack of developer support.
On 4/10/06, Dion Gillard [EMAIL PROTECTED] wrote:
On 4/11/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 4/8/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
I propose, for the second time, that we move [scxml] to Commons
Proper. As a quick reminder, the first vote [1] called three months
On 3/28/06, Peter Steijn [EMAIL PROTECTED] wrote:
I haven't dug into Dbcp code but I think the GenericObjectPool is deep
within Dbcp as an internal data structure and I'd be surprised if it
let you specify a specific pool implementation.
Does anyone else think that this should be
On 3/27/06, sebb [EMAIL PROTECTED] wrote:
Some suggestions for the checklist:
* 3rd party jars and licences
* do the MD5 and PGPs work OK?
* do the archives contain everything that is needed? For example, if
there are source and binary jars, then the union of the two should
produce a set
On 3/16/06, Ramaswamy, Muthu [EMAIL PROTECTED] wrote:
Hi All-
I am new to Chain; any input would help.
The CatalogFactoryBase is using its own HashMap to stack/store the
processed Catalog. In my case, I wish to stack those Catalog in my own
Cache. We are using JBoss Tree-Cache. If I want
On 3/9/06, Jörg Schaible [EMAIL PROTECTED] wrote:
Hi folks,
do we have something like the java.util.Service class introduced with JDK
1.6 withing Jakarta? This is basically a proper API to access the Service
Provider mechanism described here:
On 3/7/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/7/06, Gary Gregory [EMAIL PROTECTED] wrote:
In our product code bases, we use the this.foo() convention. The
argument being, that in object oriented programming, a message is sent
to an object, always.
How does the list feel about
On 3/7/06, Phil Steitz [EMAIL PROTECTED] wrote:
There is a growing backlog of bugs open against [dbcp]. Unless other
committers object, I am going to jump in and start committing patches
and develop a maintenance release plan.
+1 (and thanks) for Phil stepping up to the plate!
Craig
On 3/2/06, Simon Kitching [EMAIL PROTECTED] wrote:
Hi y'all
I'm puzzled by the behaviour of the Class.getResourceAsStream vs
ClassLoader.getResourceAsStream methods.
I'm trying to implement the recommended java service provider pattern,
which involves looking for a file with the name of an
On 3/2/06, Niall Pemberton [EMAIL PROTECTED] wrote:
For anyone interested, I came across the following regarding Kevin Burton
and Feedparser
http://tailrank.com/code.php
Seems a shame that bureaucracy has put him off working within the ASF.
My perception is that Kevin was never able to
On 3/1/06, Emmanuel Bourg [EMAIL PROTECTED] wrote:
Boris Unckel wrote:
Hello,
Simon Kitching wrote:
== LogFactory as factory for Log instances
Currently, JCL uses a LogFactory to create Log instances:
Log log = LogFactory.getLog(fff);
By contrast, Log4j has the factory method
On 2/20/06, Simon Kitching [EMAIL PROTECTED] wrote:
Hi,
I've been checking whether all the standard Log adapter classes are
Serializable. The Avalon logger declares itself to be Serializable, but
my reading of the code indicates this won't work. Can someone
confirm/deny this?
I suspect
On 2/18/06, Boris Unckel [EMAIL PROTECTED] wrote:
Hello Robert,
robert burrell donkin wrote:
the java 2 model causes issues with J2ME, embedded applications and some
containers which be found on clients and the failure of very many
container and framework vendors to create applications
On 2/16/06, Matt Benson [EMAIL PROTECTED] wrote:
Hi all,
what are the primary reasons why DynaBean support has
not yet been implemented for these PropertyUtils
methods in beanutils? I assume there are some
concerns involved in how to implement this... what are
they?
Although it's also
2/16/06, Matt Benson [EMAIL PROTECTED] wrote:
--- Craig McClanahan [EMAIL PROTECTED] wrote:
On 2/16/06, Matt Benson [EMAIL PROTECTED]
wrote:
Hi all,
what are the primary reasons why DynaBean support
has
not yet been implemented for these PropertyUtils
methods in beanutils
On 2/13/06, Niall Pemberton [EMAIL PROTECTED] wrote:
OK I've done this for active components in proper and sandbox.
Couldn't test email and modler because their builds failed.
You only changed things for the Maven builds, right? The nightlies (which
use Ant) won't reflect this. (For the
On 2/13/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 2/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 2/13/06, Niall Pemberton [EMAIL PROTECTED] wrote:
OK I've done this for active components in proper and sandbox.
Couldn't test email and modler because their builds failed
On 2/10/06, Niall Pemberton [EMAIL PROTECTED] wrote:
Craig,
The nightly builds for validator are failing again (last successful build
was 7th February).
Some of the other components also started failing at the same time (e.g.
beanutils and digester).
Fixed again ... sorry about that. I
On 2/1/06, robert burrell donkin [EMAIL PROTECTED]
wrote:
i've been playing around with ways to persuade ant to switch JCL
diagnostics on which means setting a system property. i know workarounds
(like defining a trivial task, for example) but i'm sure that there must
be an elegant way to do
On 1/26/06, Niall Pemberton [EMAIL PROTECTED] wrote:
The validator nightly builds appear to have started failing. Since
this coincides with the last commit I did I guess its something I've
messed up. However the ant build is working fine on my machine so can
I get hold of the nightly build
The Ant build.xml file for [logging] has started failing for me, which
causes cascading failures in the nightly builds for a bunch of other commons
packages. The error I get, when running ant clean dist is:
BUILD FAILED
/home/craigmcc/Apache/jakarta/commons/trunks-proper/logging/build.xml:625:
On 1/26/06, robert burrell donkin [EMAIL PROTECTED]
wrote:
On Thu, 2006-01-26 at 11:08 -0800, Craig McClanahan wrote:
hi craig
The Ant build.xml file for [logging] has started failing for me, which
causes cascading failures in the nightly builds for a bunch of other
commons
packages
On 1/6/06, Niall Pemberton [EMAIL PROTECTED] wrote:
The nightly builds for Commons Validator appear to be failing - only
binary
distros are missing.
http://cvs.apache.org/builds/jakarta-commons/nightly/commons-validator/
Any help to get them back would be appreciated.
thx.
Niall
A
On 1/6/06, Henri Yandell [EMAIL PROTECTED] wrote:
Any thoughts on our getting a zone to run the Craig's nightly builds on?
+1
I'll be glad to help get it set up ... that way others besides me can pitch
in if there are difficulties.
Hen
Craig
On 1/6/06, Brett Porter [EMAIL PROTECTED] wrote:
[snip]
So, Craig - can you check your scripts into the commons SVN somewhere
for us to start discussing?
Checked in under commons-build/nightly-build-script.txt
Craig
On 1/2/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Lets move combo to dormant. This vote will remain open for atleast 72
hours.
[X] +1 Sounds like the right thing to do
On 12/20/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
I lack the background for a couple of directories under commons proper
in SVN, but it will be nice to have that :-) These are not in the
externals for trunks-proper either.
* combo/
The original theory here was that we could produce a
On 11/27/05, Niall Pemberton [EMAIL PROTECTED] wrote:
A couple of questions I had on the resources API:
1) I was wondering why TimeZone is include in the Resources's content
read methods? Is there a use case, for example, for giving west coast
Americans a different message to east coast?
On 11/25/05, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/25/05, Martin Cooper [EMAIL PROTECTED] wrote:
On 11/24/05, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/23/05, Martin Cooper [EMAIL PROTECTED] wrote:
On 11/22/05, Niall Pemberton [EMAIL PROTECTED]
wrote:
1)
On 11/25/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Simon Kitching wrote:
You may find difficulties trying to duplicate the general concept of
Digester in javascript. I tried to do it in Ruby, and found that it
doesn't fit terribly well with dynamically-typed languages. Quite a lot
On 11/22/05, Niall Pemberton [EMAIL PROTECTED] wrote:
Does anyone object to me adding myself to Commons Resources? I plan to do
some tidying up in preparation for a release:
+1 (binding, as a Commons Resources developer)
Niall
Craig
On 11/22/05, Niall Pemberton [EMAIL PROTECTED] wrote:
Is there any objection to me changing instance variables from protected
to
private?
+1 unless there are already subclasses that access such variables from their
superclass ... in which case we should evaluate whether a getter method
might
On 11/15/05, Wendy Smoak [EMAIL PROTECTED] wrote:
I'm trying to sort out the dependencies for Chain-- right now the pom
in the repository (for Maven 2) is bringing the Servlet and Portlet
APIs plus a beta version of MyFaces into any project that depends on
it.
From the project home page, it
On 11/3/05, Martin van den Bemt [EMAIL PROTECTED] wrote:
Hi Craig,
Could you add feedparser to the nightly build ? Just added a dist target
for that purpose :)
It can be build from
https://svn.apache.org/repos/asf/jakarta/commons/proper/feedparser/trunk
I'd be happy to, but I just tried
it ... look for nightly builds
tonight (they run starting at 3am Pacific Time). They'll be at:
http://cvs.apache.org/builds/jakarta-commons/nightly/commons-feedparser/
Mvgr,
Martin
Craig
Craig McClanahan wrote:
On 11/3/05, Martin van den Bemt [EMAIL PROTECTED] wrote:
Hi Craig,
Could
On 10/20/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 10/20/05, Torsten Curdt [EMAIL PROTECTED] wrote:
snip/
I also noticed that some of the other commons-sandbox projects
(like commons-id [2]) are publishing nightly builds. I think it's
good if we can do the same --- do you know how
On 10/15/05, robert burrell donkin [EMAIL PROTECTED]
wrote:
On Wed, 2005-10-12 at 09:33 -0400, James Carman wrote:
[snip]
I realize that my
reliance on JDK5 features may be somewhat of a hindrance since our
nightly
build process only supports JDK1.4 and below from what I understand. Is
On 10/14/05, Niall Pemberton [EMAIL PROTECTED] wrote:
Thanks for the response Rahul, but both Validator's ant and maven build
work
fine for me. The errors you're getting is probably because you don't have
build properties set up pointing to validator's dependencies.
After writing the above
On 9/14/05, Craig McClanahan [EMAIL PROTECTED] wrote:
On 9/14/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
Craig,
Can you add SCXML (from Commons Sandbox) to the nightly build when you
get a chance? An ant clean dist (JDK 1.4) will create the required
artifacts.
I happen
On 9/14/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
Craig,
Can you add SCXML (from Commons Sandbox) to the nightly build when you
get a chance? An ant clean dist (JDK 1.4) will create the required
artifacts.
I happen to be on the road at the moment, and can't get access to my home
On 9/5/05, Phil Steitz [EMAIL PROTECTED] wrote:
[pool] has a working maven build, but the ant build is hand-crafted and
refers to unversioned jars that must depend on the build order (and which
I
don't think are still being created) - e.g.
property name=commons-collections.jar
On 8/28/05, Brett Porter [EMAIL PROTECTED] wrote:
Craig McClanahan wrote:
On 8/28/05, James Carman [EMAIL PROTECTED] wrote:
How do I set up Commons Proxy for nightly builds? Do I have to gump-ize
it?
Nightly builds for most of the Commons Proper and Commons Sandbox
projects
1 - 100 of 254 matches
Mail list logo