Date: 2004-07-02T20:10:57
Editor: SimonKitching <[EMAIL PROTECTED]>
Wiki: Jakarta Commons Wiki
Page: Digester
URL: http://wiki.apache.org/jakarta-commons/Digester
Added link to an FAQ page
Change Log:
-
I am counting votes for [codec] and I have a question on counting
binding votes for any Commons sub-project release really. I see (+1)
replies from the following groups of people:
(1) People listed in a given commons sub-project as Members in
project.xml).
(2) Jakarta Commons committers as listed
axp.jar=/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar
-Dcomponent.version=20040702 dist
[Working Directory: /usr/local/gump/public/workspace/jakarta-commons/jxpath]
CLASSPATH :
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-commons/jxpath/target/
apache.org:8080/gump/jelly-tags/commons-jelly-tags-define/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-jelly-tags-define-20040702.jar] identifier set to project
name
-INFO- Enable "debug" output, due to a sequence
G- Sole jar [commons-jelly-tags-jsl-20040702.jar] identifier set to project name
-INFO- Enable "debug" output, due to a sequence of 58 previous errors.
-INFO- Failed with reason build failed
The following work was performed:
http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-
G- Sole jar [commons-jelly-tags-jetty-20040702.jar] identifier set to project
name
-INFO- Enable "debug" output, due to a sequence of 44 previous errors.
-INFO- Failed with reason build failed
The following work was performed:
http://brutus.apache.org:8080/gump/jelly-tags/comm
dmitri 2004/07/02 15:26:00
Modified:jxpath build.xml
Log:
Removed accidental dependency on a local directory
Revision ChangesPath
1.21 +10 -10jakarta-commons/jxpath/build.xml
Index: build.xml
=
> Hi,
>
> I asked about this a little while ago - when you resolve a file for a SFTP
> url, the SFTP file system maintains the session until the file manager is
> closed - the solution you propsed (see below) works well, but this will
> not work if I try to use this in a multi-threaded envir
Stephen Colebourne wrote:
From: "David Graham" <[EMAIL PROTECTED]>
--- 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 s
From: "David Graham" <[EMAIL PROTECTED]>
> --- 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
I would prefer to keep the references that we actually need in the javadoc itself.
The ones that I removed were just references to (standard, straightforward)
definitions, which I had added inline. In general, I want to include definitions in
the javadoc unless this is not tractable (too many
Alex Karasulu wrote:
When I think about this, I come back to the Architecture used for the
JAXP Transformer Source and Result objects.
Is there some documentation on this architecture out there? Might be
good for me to look it over. BTW, although not directly related to JAXP
architectur
Hi,
I asked about this a little while ago - when you resolve a file for a SFTP
url, the SFTP file system maintains the session until the file manager is
closed - the solution you propsed (see below) works well, but this will
not work if I try to use this in a multi-threaded environment.
File
> When I think about this, I come back to the Architecture used for the
> JAXP Transformer Source and Result objects.
Is there some documentation on this architecture out there? Might be
good for me to look it over. BTW, although not directly related to JAXP
architecture specifically we looke
What if we maintained "Citation Numbers" in the javadoc and then
maintained references to external sources in the Math Site documentation?
Al Chou wrote:
--- [EMAIL PROTECTED] wrote:
psteitz 2004/07/01 22:29:14
Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
Alex Karasulu wrote:
Ooops looks like this only went out to Mark's address.
Alex
On Fri, 2004-07-02 at 11:19, Alex Karasulu wrote:
On Fri, 2004-07-02 at 10:49, Mark R. Diggory wrote:
Alex,
This looks very good.
Hey thanks Mark! But I still think we can do better I just don't know
I created a bugzilla enhacement request (with code) Bug [29879] to add
LazyDynaBean and LazyDynaClass to beanutils - I don't know if the problem is
my end but I didn't see the usual emails arrive on this list so I thought I
would post this as well.
http://issues.apache.org/bugzilla/show_bug.cgi?i
Ooops looks like this only went out to Mark's address.
Alex
On Fri, 2004-07-02 at 11:19, Alex Karasulu wrote:
> On Fri, 2004-07-02 at 10:49, Mark R. Diggory wrote:
> > Alex,
> >
> > This looks very good.
>
> Hey thanks Mark! But I still think we can do better I just don't know
> how at this p
--- [EMAIL PROTECTED] wrote:
> psteitz 2004/07/01 22:29:14
>
> Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
> Kurtosis.java Skewness.java
> Log:
> Removed link to external definition, as formula has been added to javadoc.
Maybe it's m
Alex,
This looks very good. I think that a Stateful Codec with monitoring
would be a powerfull feature for multipart-codec. I'm not experienced
with NIO, IS this API restircted to working with just NIO?
-Mark
Alex Karasulu wrote:
On Thu, 2004-07-01 at 17:09, Eric Dalquist wrote:
I don't see p
psteitz 2004/07/02 06:59:49
Modified:math/src/java/org/apache/commons/math/stat/univariate/moment
Mean.java
Log:
Made Sum instance local to evaluate. Improved javadoc.
Revision ChangesPath
1.19 +46 -25
jakarta-commons/math/src/java/org/apa
On Thu, 2004-07-01 at 17:09, Eric Dalquist wrote:
> I don't see plugability as being a requirement. A streaming
> encoder/decoder is a larger requirement as the data being encoded into a
This is ugly too and we still have not come up with the final verdict
yet but take a look here and let us kno
At 09:26 PM 7/1/2004, Henri Yandell wrote:
>Moving to SVN has been listed on the Jakarta community issues
>(http://wiki.apache.org/jakarta/JakartaIssues) and ECS suggested as a
>first project to try migrating.
I chatted with Fitz very recently, and he's hoping folks wait to adopt his
next release
Hi,
the build file for jxpath has been regenerated and it now contains
some awkward looking paths like
instead of target. On a Unix machine Ant will see this as a relative
path to the basedir lateron leading to build failures (that Gump is
supposed to report).
Stefan
--
On 30 Jun 04, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Project commons-resources *no longer* has an issue.
Not that I "fixed" it by adding a dependency on Hibernate (and
installing Hibernate on the Gump boxes).
Please note also that Hibernate's license is LGPL.
Stefan
--
On Jul 2, 2004, at 1:11 AM, Brian W. Fitzpatrick wrote:
On Jul 2, 2004, at 12:42 AM, William A. Rowe, Jr. wrote:
At 09:26 PM 7/1/2004, Henri Yandell wrote:
Moving to SVN has been listed on the Jakarta community issues
(http://wiki.apache.org/jakarta/JakartaIssues) and ECS suggested as a
first proje
On Jul 2, 2004, at 12:42 AM, William A. Rowe, Jr. wrote:
At 09:26 PM 7/1/2004, Henri Yandell wrote:
Moving to SVN has been listed on the Jakarta community issues
(http://wiki.apache.org/jakarta/JakartaIssues) and ECS suggested as a
first project to try migrating.
I chatted with Fitz very recently,
27 matches
Mail list logo