[commons-jelly-tags-jsl-20040506.jar] identifier set to project name
- Info - Enable verbose output, due to 1 previous error(s).
- Info - Failed with reason build failed
- Info - Enable debug output, due to build failure.
Gump performed this work:
http://lsd.student.utwente.nl/gump/jelly-tags/commons
://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-define/index.html
That said, some snippets follow:
Gump provided these annotations:
- Info - Sole jar [commons-jelly-tags-define-20040506.jar] identifier set to project
name
- Info - Enable verbose output, due to 1 previous error(s).
- Info - Failed
[commons-jelly-tags-jetty-20040506.jar] identifier set to project
name
- Info - Enable verbose output, due to 1 previous error(s).
- Info - Failed with reason build failed
- Info - Enable debug output, due to build failure.
Gump performed this work:
http://lsd.student.utwente.nl/gump/jelly-tags
jar [commons-jelly-tags-betwixt-20040506.jar] identifier set to project
name
- Info - Enable verbose output, due to 1 previous error(s).
- Info - Failed with reason build failed
- Info - Enable debug output, due to build failure.
Gump performed this work:
http://lsd.student.utwente.nl/gump/jelly
Proposal for Imaging Wrapper Package
(0) rationale
Many web and desktop applications need some imaging support. Even though the most
commonly used operations on an image are simple operations such as resize/ scale,
rotate, overlay, crop, add a border, etc., the imaging APIs such as Java2D and
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=28800.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 6 May 2004, at 20:34, David Graham wrote:
--- robert burrell donkin [EMAIL PROTECTED] wrote:
snip
2 replace the references to FastHashMap with a private static
implementation. consider whether to replace this altogether.
+1 on replacing altogether. IMO, any Java class that states it's not
Paulo Gaspar wrote:
I also think
that the markup stuff is quite useful, but it is weird to have it in
lang.
It would make a nice o.a.c.text.markup sub-sub-project.
J.Pietschmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
robert burrell donkin wrote:
PROPOSAL: eliminate the core dependency on commons-collections
rationale - this will not only eliminate a sizable dependency for many
products depending on beanutils but also reduce chances of
compatibility issues with the various versions of collections.
PLAN:
1
About 4 weeks ago there was discussion w/ adding a derivative method to an
extension of the o.a.c.m.analysis.UnivariateRealFunction interface.
I apologize for the time delay but I had previously contributed some
code that made it to the expiremental branch in the project for
hi eric
if you're not using CVS HEAD then you need to upgrade.
if you are and the custom object creator isn't working then if you post
a unit test you're willing to contribute to bugzilla i'll take a look
when i find a minute (or two).
- robert
On 6 May 2004, at 17:54, Eric Pugh wrote:
On 6 May 2004, at 21:28, Craig McClanahan wrote:
robert burrell donkin wrote:
snip
2 replace the references to FastHashMap with a private static
implementation. consider whether to replace this altogether.
+1. Regarding replacement, I'm fine with any approach that lets us
read from the
robert burrell donkin wrote:
On 6 May 2004, at 21:28, Craig McClanahan wrote:
robert burrell donkin wrote:
snip
2 replace the references to FastHashMap with a private static
implementation. consider whether to replace this altogether.
+1. Regarding replacement, I'm fine with any approach
On 5 May 2004, at 23:22, Simon Kitching wrote:
snip
I also think it is quite doable, not a huge project. I would like to
avoid basing it on jdiff, because jdiff's approach is to use the
javadoc
engine, which means access to the source for the jars being compared
plus a whole lot of complexity
On 6 May 2004, at 22:38, Craig McClanahan wrote:
robert burrell donkin wrote:
On 6 May 2004, at 21:28, Craig McClanahan wrote:
robert burrell donkin wrote:
snip
2 replace the references to FastHashMap with a private static
implementation. consider whether to replace this altogether.
+1.
Just a note/idea.
Shame we're not still on Ant. We could have a system in which classes can
be pulled out of cvs from other projects into the building project,
package changed to a local one and the public removed.
When building a source dist, it would throw it in like that, and the
build.xml
robert burrell donkin wrote:
On 6 May 2004, at 22:38, Craig McClanahan wrote:
robert burrell donkin wrote:
On 6 May 2004, at 21:28, Craig McClanahan wrote:
robert burrell donkin wrote:
snip
2 replace the references to FastHashMap with a private static
implementation. consider whether to
I have completed a BigMatrix interface, and a BigMatrixImpl
to go along with it.
BigMatrix is a matrix interface which is designed to work on
BigDecimal objects, rather than on double values. The reason
for needing something like this is if someone wants more accuracy
than is provided by 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=28819.
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=28819.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Henri Yandell [EMAIL PROTECTED] wrote on 07/05/2004 08:00:09 AM:
Just a note/idea.
Shame we're not still on Ant. We could have a system in which classes
can
be pulled out of cvs from other projects into the building project,
package changed to a local one and the public removed.
What's
On Fri, 7 May 2004 [EMAIL PROTECTED] wrote:
Henri Yandell [EMAIL PROTECTED] wrote on 07/05/2004 08:00:09 AM:
Just a note/idea.
Shame we're not still on Ant. We could have a system in which classes
can
be pulled out of cvs from other projects into the building project,
package
On Thu, 6 May 2004, robert burrell donkin wrote:
community rules :)
if people are more comfortable with sourceforge (and two are so far, by
my count) then that's cool with me.
do any (potential) volunteers feel that the sandbox would be better
than the sourceforge?
Will answer the rest
On Fri, 2004-05-07 at 12:07, Henri Yandell wrote:
On Thu, 6 May 2004, robert burrell donkin wrote:
community rules :)
if people are more comfortable with sourceforge (and two are so far, by
my count) then that's cool with me.
do any (potential) volunteers feel that the sandbox would
At 6:00 PM -0400 5/6/04, Henri Yandell wrote:
Just a note/idea.
Shame we're not still on Ant. We could have a system in which classes can
be pulled out of cvs from other projects into the building project,
package changed to a local one and the public removed.
When building a source dist, it
Hi,
I don't understand why the Geronimo team are concerned about large
jar
files considering they are building a server environment;
nevertheless
it appears that they are. So I'm willing to give it a stab.
(from what dain said earlier) i believe that one aim of geronimo is
to
create a
skitching2004/05/06 18:16:42
Modified:digester/src/java/org/apache/commons/digester
WithDefaultsRulesWrapper.java
Log:
Minor javadoc tidyup
Revision ChangesPath
1.7 +4 -4
skitching2004/05/06 18:21:14
Modified:digester/src/java/org/apache/commons/digester
ExtendedBaseRules.java
Log:
Patch for bug #28486. Also avoid multiple calls to startsWith and endsWith
as requested by Robert Donkin.
Revision ChangesPath
1.14
skitching2004/05/06 18:23:21
Modified:digester/src/test/org/apache/commons/digester Address.java
Log:
Added CVS id keyword
Revision ChangesPath
1.9 +2 -1
jakarta-commons/digester/src/test/org/apache/commons/digester/Address.java
Index: Address.java
skitching2004/05/06 18:30:00
Modified:digester/src/test/org/apache/commons/digester AlphaBean.java
BeanPropertySetterRuleTestCase.java BetaBean.java
CallMethodRuleTestCase.java DigesterTestCase.java
EBRTestCase.java
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=28486.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, May 06, 2004 at 08:21:56AM -0400, Shapira, Yoav wrote:
is just a framework.
This is a getting a bit off-topic, but it's an interesting subject. Has
the Geronimo team quantified their desire, i.e. determined the upper
bound for the Geronimo embedded jar (in KB) before it's considered
scohen 2004/05/06 20:02:29
Modified:net/xdocs changes.xml
Log:
clean up release notes page
Revision ChangesPath
1.26 +7 -6 jakarta-commons/net/xdocs/changes.xml
Index: changes.xml
===
RCS
scohen 2004/05/06 20:08:43
Modified:net build.xml
Log:
update version number to 1.3.0-dev after release of 1.2.1
Revision ChangesPath
1.25 +2 -2 jakarta-commons/net/build.xml
Index: build.xml
scohen 2004/05/06 20:09:41
Modified:net project.xml
Log:
update version number to 1.3.0-dev after release of 1.2.1
Revision ChangesPath
1.51 +1 -6 jakarta-commons/net/project.xml
Index: project.xml
On Fri, 2004-05-07 at 13:58, David Blevins wrote:
On Thu, May 06, 2004 at 08:21:56AM -0400, Shapira, Yoav wrote:
is just a framework.
This is a getting a bit off-topic, but it's an interesting subject. Has
the Geronimo team quantified their desire, i.e. determined the upper
bound for
Thanks for the pointers and the suggestions.
If there is a need for loading and saving images in various projects already wouldn't
it be a good idea to create a common package. The primary goal of the package I
proposed was to make it simple. All the feedback I get from the users of PMIW lauds
frankly I just don't understand the mentality that says it's a good
thing to *not* share components that were designed from the get-go
to be shared.
I think that someone had a good idea to suggest that if package X depends
upon package Y, and wants to ship a stripped down Y, it could put out
BTW, you should always compile the release jar on JDK1.3,
as a 1.4 built one often doesn't run on JDK 1.2/1.3.
Do you have a reference to this documented somewhere? I had not heard
this.
I'm not going to look up specific methods, but the issue is that if JDK 1.3
has a method Class#f(Object),
Hello Everybody!
I'm Andrea from italy, and i'm very interested about the jakarta httpclient.
I tried it and i find it very easy to use, but i found (i wrote about it
some time ago) a bug in the multithredconnectionmanger.
It seems that the opened connections are tested for closure only when
Hi Andrea
I (all of us, I suppose) are very glad that you find HttpClient useful.
The commons-pool is a great and well tested library by itself. No discussion about
that. However, we should be very selective about external dependencies. This issue
would not be taken lightly. There are enough
Hello,
I am using HttpClient from CVS HEAD from exactly 1 month ago (May 6,
2004). Although I set the time-out to 5 seconds, I noticed that it
does not always work, and because of that my application often hangs
indefinitely.
Perhaps I'm not using the API correctly.
Here are the relevant
Otis,
Nowhere in your code do I see you set socket timeout. Connection timeout
determines the time HttpClient spends waiting a connection to be
established. The connection timeout does not affect socket I/O
operations.
Try this:
_client.getHttpConnectionManager().getParams().setSoTimeout(5000);
I like bleeding edge code, I'll try it as soon as you have it ready.
I am now using the current HEAD and setting the timeout as you
suggested.
What is the difference between connection and socket timeout, and is
connection timeout even needed if I set a socket timeout?
Thanks,
Otis
--- Oleg
On Thu, 2004-05-06 at 20:33, [EMAIL PROTECTED] wrote:
I like bleeding edge code, I'll try it as soon as you have it ready.
I am now using the current HEAD and setting the timeout as you
suggested.
What is the difference between connection and socket timeout, and is
connection timeout even
Hello,
I am using HttpClient from CVS HEAD from exactly 1 month ago (May 6,
2004). Although I set the time-out to 5 seconds, I noticed that it
does not always work, and because of that my application often hangs
indefinitely.
Perhaps I'm not using the API correctly.
Here are the relevant
46 matches
Mail list logo
