On Wed, 19 Jan 2005, Dion Gillard [EMAIL PROTECTED] wrote:
Do you mean the gump build is broken, or the taglibs build in
isolation is broken?
In the httpclient needs codec now case this really is just a place
where the taglib inherits a dependency on commons-codec via
commons-httpclient but
--- robert burrell donkin
[EMAIL PROTECTED] wrote:
this is a bug which has now been fixed on CVS HEAD.
please upgrade.
hopefully there will be a release sometime soon...
thanks. Unfortunately I'm behind firewall, so no CVS
access is possible.
regards,
=
[ Konstantin Pribluda (
We should maybe make a round of the bugs submitted, or ?
Hans mentioned he wanted to give a stab at JELLY-177, looks good.
Looks like JELLY-191 and JELLY-196 could be considered...
Any opinion ?
paul
Le 20 janv. 05, à 06:43, Dion Gillard a écrit :
Yep, I'm up for RC2 after some testing and then
burton 2005/01/20 00:54:06
Modified:feedparser build.xml
Log:
...
Revision ChangesPath
1.12 +4 -3 jakarta-commons-sandbox/feedparser/build.xml
Index: build.xml
===
RCS file:
Stefan Bodewig wrote:
In the httpclient needs codec now case this really is just a place
where the taglib inherits a dependency on commons-codec via
commons-httpclient but the project.xml doesn't know this. If you add
this, I don't think anything else needs to change and it should be
perfectly
burton 2005/01/20 01:00:37
Modified:feedparser/src/java/org/apache/commons/feedparser
DefaultFeedDirectoryParserListener.java
FeedDirectoryParserListener.java FeedFilter.java
FeedParser.java
burton 2005/01/20 01:00:57
Added: feedparser/src/java/org/apache/commons/feedparser/locate
AnchorParserException.java
Log:
...
Revision ChangesPath
1.1
burton 2005/01/20 01:01:38
Added: feedparser/tests/directory xfn1.html
Log:
...
Revision ChangesPath
1.1
jakarta-commons-sandbox/feedparser/tests/directory/xfn1.html
Index: xfn1.html
Ok, thanks...
build was done.
before I now roll the release one question,
I got this *test failure*
does anyone know more about that?
Thanks!
Matthias
test:test:
[junit] Running org.apache.commons.mail.DefaultAuthenticatorTest
[junit] Tests run: 1, Failures: 0, Errors: 0, Time
On Thu, 20 Jan 2005, Brett Porter [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
In the httpclient needs codec now case this really is just a place
where the taglib inherits a dependency on commons-codec via
commons-httpclient but the project.xml doesn't know this. If you
add this, I don't
Yes, in practice this is going to be fine, but its hardly a good
practice to introduce a stated dependency on something you're not
using.
True. But that you are going to use soon 8-)
You could upgrade the dependency to httpclient 3.0-beta.
Is httpclient 2.0 instantaneously disappearing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33176.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
[ http://issues.apache.org/jira/browse/JELLY-85?page=comments#action_57828
]
Paul Libbrecht commented on JELLY-85:
-
Is thread guarantees the following excerpt of Tag interface javadoc?
A Tag is only ever used by a single thread so that Tag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33176.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I think we will have to wait 'till the issues around the licenses are resolved.
I am very sorry about that.
For now I could put a link on the JXPath home page pointing to your site.
I hope that this issue will be resolved.
A link to my site and any comments are welcome.
Once again, thank you.
Tomas Znamenacek wrote:
4. The event of method entry or exit is a trace kind of event and should
not be logged at different severity(should not have a method on the logging
interface) but it should be encapsulated in the message that is being
logged. Also, some enter/exit events might have more
On Thu, 20 Jan 2005, Brett Porter [EMAIL PROTECTED] wrote:
Is httpclient 2.0 instantaneously disappearing when 3.0 is released?
Don't most projects think that way? There are some honorary
exceptions, but how often do you see use 2.x instead if users find a
bug in 1.x?
Moving these
Is httpclient 2.0 instantaneously disappearing when 3.0 is released?
Don't most projects think that way? There are some honorary
exceptions, but how often do you see use 2.x instead if users find a
bug in 1.x?
Yes, but if it is working fine, there is rarely motivation to move just
Looks good in Maven 1.1 HEAD. Still leaking memory in multiproject
sites, but I haven't done any recent work to isolate the cause of that.
JSL remains the suspect, but nothing solid to back that.
+1 on an RC2 release after standing bugs are fixed.
- Brett
Dion Gillard wrote:
Yep, I'm up for RC2
Hello,
I'm trying to use the wonderful VFS. It works quite well but I've a
problem with writing in zip file. Searching for informations, I wonder
if VFS is still a live project and if sometimes, it will leave the
sandbox to become a complete Jakarta-Common project ? I want to use it
in a
Hi folks,
on your project site the last release is from 2003.
There are some changes in CVS that aren't reflected
by the shipped JAR.
eg. Logger replaced by [commons-logging]
eg. Coercions' methods refactored...
Do you plan to roll out a new release?
That contains these changes?
Thanks,
Dmitri,
Dmitri Plotnikov dmitri at apache.org writes:
Ok, I think I now get it. Sorry about having been so obtuse. To make the
search interruptable, we should
eliminate the isChildOrderingRequired method. Actually I don't even know why
we have it. Paths like
//foo would produce results in
Dear Torsten,
Thank you very much for your advice.
I will try to negotiate with them for a different licence.
Thanks,
--
shirasu hiroyuki([EMAIL PROTECTED])
From: Torsten Curdt [EMAIL PROTECTED]
Subject: Re: [JXPath] On contributing XOM-support
Date: Thu, 20 Jan 2005 11:19:15 +0100
snip/
+1 from me.
On Wed, 19 Jan 2005 20:26:01 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
+1
Craig
On Wed, 19 Jan 2005 22:49:09 +, robert burrell donkin
[EMAIL PROTECTED] wrote:
IMO the first step before any work can begin on any improvements is to
release the current code (this
[ http://issues.apache.org/jira/browse/JELLY-177?page=history ]
dion gillard updated JELLY-177:
---
Version: 1.0-beta-5
1.0-RC1
(was: 1.0)
Fix Version: 1.0-RC2
In JellyServlet, the procedure used to determine
Stéphane Rault wrote:
I'm trying to use the wonderful VFS. It works quite well but I've a
problem with writing in zip file. Searching for informations, I wonder
if VFS is still a live project and if sometimes, it will leave the
sandbox to become a complete Jakarta-Common project ? I want to use
Mario Ivankovits wrote:
Well, VFS is alive in a manner that I try to fix major problems and
reported bugs.
I decided to go in small steps as I use it in our project as
java.io.File replacement (where possible) and thus have to ensure its
stability. Currently I feel very comfortable about its
You are right, I too think its time to discuss a plan how to migrate it
to commons proper - I planed to poll for it in a couple of months. Not
sure what the community thinks about it.
Hi -- I use it as a crucial piece of one of my projects
and it's behaving beautifully.. I'm all for moving
it
[EMAIL PROTECTED] wrote:
PS: any specs for what you'd like to do file locking wise?
It's one of the things I need next, so maybe I can help?
I would like to see what [transaction]
http://jakarta.apache.org/commons/transaction/ do and if this could be
used for this purpose.
A first look at it
Stéphane Rault wrote:
I'm trying to use the wonderful VFS. It works quite well but I've a
problem with writing in zip file. Searching for informations, I wonder
if VFS is still a live project and if sometimes, it will leave the
sandbox to become a complete Jakarta-Common project ?
I'd like to
B. K. Oxley (binkley) wrote:
I'd like to see some more utility methods for manipulating file
objects. For example, much of my code needs:
void saveAs() throws IOException;
void moveTo() throws IOException;
void copyTo() throws IOException;
For sure, we could introduce a FileUtils,
Mario Ivankovits wrote:
... this MaybeBackup is a thing we could discuss at its own.
How should a backup be done and named?
a) backup to *.bak
b) use versioning - e.g. *.bak_01, *.bak_02
b.1) with max versions
c) use timestamping - e.g. *.bak_20050101
c.1) but not more than 20 backups
Just an
Brian Oxley wrote:
Mario Ivankovits wrote:
... this MaybeBackup is a thing we could discuss at its own.
How should a backup be done and named?
a) backup to *.bak
b) use versioning - e.g. *.bak_01, *.bak_02
b.1) with max versions
c) use timestamping - e.g. *.bak_20050101
c.1) but not more than 20
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33184.
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://issues.apache.org/bugzilla/show_bug.cgi?id=33185.
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://issues.apache.org/bugzilla/show_bug.cgi?id=33184.
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://issues.apache.org/bugzilla/show_bug.cgi?id=33185.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Date: 2005-01-20T14:46:13
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
Added link to 1.0.5 release development page
Change Log:
--
Date: 2005-01-20T14:59:55
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.5ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.5ReleasePlan
Created release plan
New Page:
= Commons Logging 1.0.5 ReleasePlan =
== Background ==
JCL 1.0.4 was
Date: 2005-01-20T15:01:03
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.5ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.5ReleasePlan
no comment
Change Log:
--
On 19 Jan 2005, at 22:51, Richard Sitze wrote:
robert burrell donkin [EMAIL PROTECTED] wrote on
01/19/2005 04:49:09 PM:
snip
i'm willing to act as release manager for this release. my vision
would
be that a release branch would be taken as soon as possible but with a
long release candidate phase
On 20 Jan 2005, at 08:40, Konstantin Priblouda wrote:
--- robert burrell donkin
[EMAIL PROTECTED] wrote:
this is a bug which has now been fixed on CVS HEAD.
please upgrade.
hopefully there will be a release sometime soon...
thanks. Unfortunately I'm behind firewall, so no CVS
access is possible.
rdonkin 2005/01/20 15:09:45
Modified:betwixt/src/java/org/apache/commons/betwixt/schema
ComplexType.java Element.java ElementReference.java
GlobalComplexType.java GlobalElement.java
LocalComplexType.java Schema.java
rdonkin 2005/01/20 15:10:05
Added: betwixt/src/test/org/apache/commons/betwixt/schema
TestRecursiveBeanSchemaGeneration.java
Log:
Fixed buggy behaviour when creating schema for beans with cyclic graphs. Unit
tests contributed by Susan Liu. Issue#33168
rdonkin 2005/01/20 15:10:20
Added: betwixt/src/test/org/apache/commons/betwixt/schema
ParentColumn.java
Log:
Fixed buggy behaviour when creating schema for beans with cyclic graphs. Unit
tests contributed by Susan Liu. Issue#33168
Revision Changes
rdonkin 2005/01/20 15:11:18
Added: betwixt/src/test/org/apache/commons/betwixt/schema
LoopBean.java
Log:
Fixed buggy behaviour when creating schema for beans with cyclic graphs. Unit
tests contributed by Susan Liu. Issue#33168
Revision Changes
rdonkin 2005/01/20 15:12:37
Added: betwixt/src/test/org/apache/commons/betwixt/schema
CyclicBean.java
Log:
Fixed buggy behaviour when creating schema for beans with cyclic graphs. Unit
tests contributed by Susan Liu. Issue#33168
Revision Changes
rdonkin 2005/01/20 15:13:51
Added: betwixt/src/test/org/apache/commons/betwixt/schema
CyclicColumn.java
Log:
Fixed buggy behaviour when creating schema for beans with cyclic graphs. Unit
tests contributed by Susan Liu. Issue#33168
Revision Changes
rdonkin 2005/01/20 15:15:38
Added: betwixt/src/test/org/apache/commons/betwixt/schema
CyclicLayer.java
Log:
Fixed buggy behaviour when creating schema for beans with cyclic graphs. Unit
tests contributed by Susan Liu. Issue#33168
Revision Changes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33168.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
In August 2004, the build.xml file was modified so that when generating
Javadoc a copy of the apache licence was inserted as an xml comment into
the footer of generated pages.
Unforunately, this has caused complications, because javadoc appears to
have cross-platform issues with the quote
For now, I am -1 on this.
Unless I'm mistaken, the reason the license is in there is because we
were specifically asked by the board to include it. Until we are
explicitly told by the board that this is no longer the case, I
believe it needs to stay there.
I don't count Brian's comments on
Could you give me an example of something that leaks? If Maven reuses the
JellyContext, it'll still leak. Maven would have to add in a line to clear
the Tag cache.
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 20, 2005 6:12 AM
To: Jakarta Commons
I'm for fixing JELLY-177 and JELLY-196 (haven't really looked at 196, just
the description). 191 is for a TagLib, so it would be released separately
anyway.
The code for JELLY-177 looks good when copied verbatim. I did a couple of
Servlet tests but nothing that could be automated without Cactus.
[ http://issues.apache.org/jira/browse/JELLY-85?page=comments#action_57868
]
Hans Gilde commented on JELLY-85:
-
Absolutely, this would be much easier. But it gets complicated when you look at
what creating a new context means. Like, contexts search up
You'd need to build Maven from CVS HEAD to use the latest version of Jelly (it
is currently set to beta-4, but I've tried it with RC2-SNAPSHOT as well - was
just waiting for the release to update).
maven multiproject:site for jelly-tags should do it.
IIRC, the project is disposed of, so the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33190.
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://issues.apache.org/bugzilla/show_bug.cgi?id=33190.
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://issues.apache.org/bugzilla/show_bug.cgi?id=33190.
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://issues.apache.org/bugzilla/show_bug.cgi?id=33190.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
60 matches
Mail list logo