Hello,
I recently submitted the report below. Could someone, please comment?
Should I put this into bugzilla (what project - I did not find an entry
for Jelly)?
thanks,
Christian
Christian Sell wrote:
Hello,
I have a jelly script which imports another one. The outer script is
executed from
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16600.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=16600.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jelly issues are tracked through JIRA. It's kind of
hard to find if you are new to Maven-based sites; it's
not directly linked from the main page:
http://jira.werken.com/BrowseProject.jspa?id=10012
- Morgan
--- Christian Sell [EMAIL PROTECTED]
wrote:
Hello,
I recently submitted the
At the moment the commons.collections.iterators.FilterIterator does not
implement the remove method.
The comment says:
* Always throws UnsupportedOperationException as this class
* does look-ahead with its internal iterator.
This is only a problem if the hasNext method was already
Howdy,
This behavior seems a little bit brittle to me. I'd rather have a
remove() method that is always consistent. Its function should not
depend on order of operations like where hasNext() has been called or
not. Unless I'm missing something here?
Yoav Shapira
Millennium ChemInformatics
i think that must have missed it :)
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=103535244115967w=2
- robert
On Wednesday, January 29, 2003, at 08:41 PM, Martin van den Bemt wrote:
I thought a move to proper was pending (maybe I missed to move though)
Mvgr,
Martin
On Wed, 2003-01-29
rdonkin 2003/01/30 10:08:43
Modified:docs components.html
xdocscomponents.xml
Log:
Corrected duplicated listing of commons-discovery
Revision ChangesPath
1.80 +0 -8 jakarta-commons/docs/components.html
Index: components.html
Looks good to me Tomasz.
By repetitive results, you were expecting the randomness to repeat each
time you ran the tests?
Hen
On Thu, 30 Jan 2003, Tomasz Skutnik wrote:
Hi all.
I've used RandomStringUtils lately for some of my benchmarking code, and
found that it's impossible to achive
In message p05210200ba5e86b720c2@[192.168.1.50], =?iso-8859-1?Q?J=F8rgen?= =?
iso-8859-1?Q?_?= =?iso-8859-1?Q?N=F8rgaard?= writes:
On Solaris however all connections using commons-net timeout after
around 4 mins.
The only way I see to do something on Solaris is to use jdk1.4.x
which has a more
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16457.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wed, Jan 29, 2003 at 08:24:27PM +, robert burrell donkin wrote:
here's my list of things which need doing. anyone have anything to add?
release notes
=
i'll go through the commits and assemble some release notes.
I think we should just go with what we have. 1.4 is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16457.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sun, Jan 26, 2003 at 03:01:57AM -0500, Henri Yandell wrote:
On Sat, 25 Jan 2003, Craig R. McClanahan wrote:
On Sat, 25 Jan 2003, robert burrell donkin wrote:
the last digester release was back in august. a lot of bugs have been
fixed since then. i think that a new release
I think we need to decide what to do with clazz next.
If you are just joining the discussion, here's a quick recap. Clazz is
a sandbox project that basically addresses three needs:
a) a new generation of introspection, richer than the JDK version,
more flexible and easier to customize
b)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16457.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
a release branch doesn't seem necessary. so, we'll need a feature freeze
on CVS HEAD.
i will prepare release notes and complete the other preparations necessary
for the release.
i hope to have a release candidate and be able to call a release vote
before monday.
not much of a plan but that's
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16350.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=12997.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=16413.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hello Yunfeng Hou
(i could be wrong, but) commons-betwixt (http://jakarta.apache.org/commons/
betwixt) seems similar to your ideas. why not take a look at it and see if
it is?
if it is, then i'd prefer to enhance betwixt than add this functionality
to digester.
if it isn't, then you'll
Have you tried betwixt?
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Yunfeng Hou [EMAIL PROTECTED] wrote on 30/01/2003 09:22:25 PM:
Commons digester is very powerful, and it is rule
centered. It
Raise it as a bug in Jira.
See http://jira.werken.com/BrowseProject.jspa?id=10012
--
dIon Gillard, Multitask Consulting
Blog: http://www.freeroller.net/page/dion/Weblog
Work: http://www.multitask.com.au
Christian Sell [EMAIL PROTECTED] wrote on 31/01/2003 12:45:57
AM:
Hello,
I
scolebourne2003/01/30 15:10:29
Modified:collections/src/java/org/apache/commons/collections/iterators
FilterIterator.java
Log:
Enable remove()
from Ralph Wagner
Revision ChangesPath
1.3 +16 -7
Patch applied, thanks. I had to change TestUniqueFilterIterator too to get
all the tests to pass.
I have applied the patch because it is better behaviour than always throwing
UnsupportedOperationException. The iterator API requires that remove() will
be called after next(). This iterator simply
From: Dmitri Plotnikov [EMAIL PROTECTED]
I think we need to decide what to do with clazz next.
Somehow I need to find the time to stufy the current API in detail again. At
the moment I have a sense that it might be too complex (but it may not be
possible to simplify...)
I think we are ready for
jsdever 2003/01/30 15:27:42
Modified:httpclient checkstyle.properties
Log:
The agreed upon checkstyle properties.
Revision ChangesPath
1.2 +6 -6 jakarta-commons/httpclient/checkstyle.properties
Index: checkstyle.properties
jsdever 2003/01/30 15:29:39
Modified:httpclient/xdocs navigation.xml releases.xml
Added: httpclient/xdocs testwebapp.xml
Removed: httpclient/docs TestWebApp-HowTo.html
Log:
Converted the testwebapp howto to xml format.
Revision ChangesPath
1.3 +2 -1
dmitri 2003/01/30 15:41:29
Modified:jxpath build.xml
jxpath/src/java/org/apache/commons/jxpath/ri/model/beans
CollectionPointer.java PropertyIterator.java
jxpath/src/java/org/apache/commons/jxpath/ri
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16622.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=16622.
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://nagoya.apache.org/bugzilla/show_bug.cgi?id=16457.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi; I had written to the -user list about this subject a couple of days ago,
and Henri Yandell expressed some interest, so I'll carry the nascent thread
over here.
I have a weird requirement at my real job related to Java bean graphs. For
reasons that owe much more to bad web services design
See attached for patch to BaseConfiguration to allow subclasses to call clear()
so that reloading of configurations are supported. Of course, subclasses have
to implement their respective reload methods...
On a related note, what are the conventions for adding yourself to the list of
@authors?
On Thu, 30 Jan 2003, Laird J. Nelson wrote:
Date: Thu, 30 Jan 2003 19:23:04 -0500
From: Laird J. Nelson [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED],
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [BeanUtils] Javabean diff?
Hi; I had written to
Hi!
I've just modified the commons-cli source so that the PosixParser
reports UnrecognizedOptionException (modified Parser and PosixParser
classes) and HelpFormatter (only that class modified) so it's display of
OptionGroups, when auto-usage is set, is improved (no duplicates,
includes
It would be nice to have the javadoc generated for jakarta projects to
link internally to the actual Sun core api documentation. This was
easily accomplished with ant, but I'm not sure how to do that with maven.
It would probablly be nice to have a set of core javadoc for various
java
Abel,
Check out http://jakarta.apache.org/commons/patches.html.
Gary
-Original Message-
From: Abel Muinho [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 30, 2003 5:09 PM
To: [EMAIL PROTECTED]
Subject: How to submit a patch
Hi!
I've just modified the commons-cli source so that
dion2003/01/30 18:46:27
Modified:jellymaven.xml
Log:
Fix directories to use correct name
Revision ChangesPath
1.58 +2 -2 jakarta-commons-sandbox/jelly/maven.xml
Index: maven.xml
===
Hi Jeff/Jandalf/jsd :)
Set a project property to tell Maven which external javadocs you would
like to link to, e.g.
maven.javadoc.links =
http://jakarta.apache.org/commons/sandbox/jelly/apidocs/,
http://jakarta.apache.org/commons/betwixt/apidocs/,
http://werkz.werken.com/apidocs/
--
dIon
dion2003/01/30 18:51:43
Modified:jellymaven.xml
Log:
Use dependencty type instead of hard coding jars
Revision ChangesPath
1.59 +7 -3 jakarta-commons-sandbox/jelly/maven.xml
Index: maven.xml
Based on the recent URI discussion, and some other points, it strikes me
that we could take a little more credit for the work that has gone into
HttpClient.
On the HttpClient home page
(http://jakarta.apache.org/commons/httpclient/index.html) four RFCs are
listed.
Given all the discussion
I was always under the impression that the
Sun's Brazil small footprint HTTP stack is a
fast implementation in Java.:
http://research.sun.com/brazil/
One could also go beyond Java (e.g. libwww
or LibWWW or ...)
Otis
On Thu, 30 Jan 2003, Mike Moran
([EMAIL PROTECTED]) wrote:
Eric
Hi,
Based on the Http-client library a WebDAV API was developed (Jakarta slide).
There are plans to implement JSR 147 (a standard Delta-V API) based on this
implementation (currently not finally confirmed).
Best regards,
Juergen
-Original Message-
From: Mike Moran [mailto:[EMAIL
All good points. I had not yet had a chance to update those documents.
Its great to have input from everyone as the content is the hardest part.
I created a bug report for it and am refrencing back to this mail thread.
http://issues.apache.org/bugzilla/show_bug.cgi?id=16625
BTW: anyone can
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12244.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
7) About Mikes idea for having two different classes for stream
posting and parameters posting. I don't really like what that does to
the public interface. Its already fat when it comes to parameters,
and conceptually it is just a POST method.
Here is another idea. Using streams is the
47 matches
Mail list logo
