Due to problems getting the previous email with some code through paranoid firewalls I
try again here... ;)
The original email:
[BeanUtils] - Extensions for dotted queries in composite data structures
Guys,
Attached you find some classes that extends the functionality of the existing
Jeffrey,
I had some problem while running the JUnit tests for the TelnetClient
patch on an HP-UX platform (trying to stress test the test cases).
Th problem was due to a lack of syncronization between TelnetClient
and the mini-server scaffold thread.
So I had to change something to solve the
jstrachan2003/03/20 08:53:53
Modified:jelly/src/java/org/apache/commons/jelly/tags/core
UseBeanTag.java
Log:
minor formatting tidy up
Revision ChangesPath
1.12 +3 -2
jstrachan2003/03/20 08:54:32
Modified:jelly/src/java/org/apache/commons/jelly/impl
CollectionTag.java
Log:
allow collection tags to throw exceptions. (It'd be nice to rename the interface to
BeanContainer or something like that to fit more closely with
jstrachan2003/03/20 09:01:16
Modified:jelly/jelly-tags/bean/src/java/org/apache/commons/jelly/tags/bean
BeanTag.java
Log:
added an extra constructor to make BeanTag a little easier to reuse
Revision ChangesPath
1.8 +9 -5
jstrachan2003/03/20 09:03:09
jakarta-commons/jelly/jelly-tags/jmx - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:10
jakarta-commons/jelly/jelly-tags/jmx/src/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:10
jakarta-commons/jelly/jelly-tags/jmx/src/java/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:11
jakarta-commons/jelly/jelly-tags/jmx/src/java/org/apache/commons/jelly - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:12
jakarta-commons/jelly/jelly-tags/jmx/xdocs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:11
jakarta-commons/jelly/jelly-tags/jmx/src/test/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:19
Added: jelly/jelly-tags/jmx project.properties .cvsignore maven.xml
project.xml
jelly/jelly-tags/jmx/xdocs index.xml navigation.xml
jelly/jelly-tags/jmx/src/test jndi.properties
Log:
Initial checkin
jstrachan2003/03/20 09:03:11
jakarta-commons/jelly/jelly-tags/jmx/src/test/org/apache/commons/jelly - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:11
jakarta-commons/jelly/jelly-tags/jmx/src/test/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:03:11
jakarta-commons/jelly/jelly-tags/jmx/src/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:11:57
jakarta-commons/jelly/jelly-tags/jmx/src/java/org/apache/commons/jelly/tags - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:11:57
jakarta-commons/jelly/jelly-tags/jmx/src/java/org/apache/commons/jelly/tags/jmx -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:12:10
jakarta-commons/jelly/jelly-tags/jmx/src/test/org/apache/commons/jelly/tags - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:12:10
jakarta-commons/jelly/jelly-tags/jmx/src/test/org/apache/commons/jelly/tags/jmx -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/03/20 09:12:41
Added: jelly/jelly-tags/jmx/src/test/org/apache/commons/jelly/tags/jmx
example.jelly suite.jelly DummyMBean.java
TestJelly.java Dummy.java
jstrachan2003/03/20 09:13:12
Modified:jelly/jelly-tags/jmx .cvsignore
Log:
updated cvs ignore
Revision ChangesPath
1.2 +1 -0 jakarta-commons/jelly/jelly-tags/jmx/.cvsignore
Index: .cvsignore
I've just checked in a simple JellyMBean library which is similar in many
ways to the Ant tasks in commons-modeler. There's some elementary
documentation here...
http://jakarta.apache.org/commons/jelly/jmx/
Probably the easiest way to get started is to take a look at an example,
either follow
Ive run into a few issues where I make mistakes in my
script, namely bad jexl expressions in
attributes. Exception stacks where
somewhat incomprehensible, and no line number was present, when I know the fine
Jelly code has it somewhere ;)
Ive removed a few calls to log.warn,
where
Actually, I propose the additional:
1. JellySAXException extends SAXException
2. JellySAXParseException extends SAXParseException
With the overridden toString() method.
-Kevin
-Original Message-
From: Kevin Ross [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20,
Dear Jelly Developers,
I would like to know which priority bug fixing has in Jelly. There
are at least three bug reports which remain uncommented
since two weeks ago. I mention this because I saw editions of new
features in Jelly.
For us it is very important that these bugs are getting fixed
I would like to know which priority bug fixing has in Jelly. There
are at least three bug reports which remain uncommented
since two weeks ago. I mention this because I saw editions of new
features in Jelly.
That's the way the cookie crumbles sometimes.
For us it is very important that
Will do, I'll let you know when I take a look.
Thanks for all your work!
On Thu, 20 Mar 2003 16:24:27 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] said:
Jeffrey, I had some problem while running the JUnit tests for the
TelnetClient patch on an HP-UX platform (trying to stress test the
test
Hi all,
I have a factory class that is using digester to load up a series of
objects:
digester.addObjectCreate(
configuration/properties,
org.apache.commons.configuration.PropertiesConfiguration);
digester.addSetProperties(configuration/properties);
jstrachan2003/03/20 11:29:07
Modified:betwixt/src/java/org/apache/commons/betwixt/io
BeanRuleSet.java BeanCreateRule.java
Added: betwixt/src/test/org/apache/commons/betwixt/derived
EmployeeBean.java PersonListBean.java
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=14848.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hi eric
(if i understand what you mean correctly) i don't think that there's a way
to do this. it should be pretty easy to add a new constructor to
CallParamRule
CallParamRule(Object value, int paramIndex)
which passes that parameter to the CallMethod. i'll take a look at adding
this when i
Robert,
I think my message was a little garbled.. Digester gives my brain a
workout! What I did was this:
digester.addObjectCreate(configuration/properties,
org.apache.commons.configuration.PropertiesConfiguration);
digester.addSetProperties(configuration/properties);
Hello All,
I notice in Lang's build.xml that the test targets are dependent on the
compiled classes, not the delivered jar file. This leaves the possibility
that if the Jar is not built properly, we could be delivering something that
does not work, if, for example, for some odd reason a class or
I've always thought of the tests as running against the normal classes.
I guess that we could extend the script to have another target to run the
tests against the jar file. I doubt if its worth it though.
Stephen
- Original Message -
From: Gary Gregory [EMAIL PROTECTED]
To: 'Jakarta
First, let me say that finding HttpClient was this week's bacon-saver. The
other alternatives out there are, shall we say politely, a bit lacking.
I have, however, run into a couple of things. Apologies if these have been
covered before. I tried searching the archives, and found some close
Carl,
That's OK, the problem
I run into is that after running for not very long, I suddenly start
getting
everything timing out. It's hard to really pinpoint the timing, giving all
the
activity, and no thread identifiers in the log messages, but I think what
is
happening is that the
On Thursday March 20 2003 17:43, Oleg Kalnichevski wrote:
Carl
First of all, many thanks for bringing these issues up
No problem. It's nice to see such positive and quick reponses!
I can provide example URLs, if this will help.
Please do so. It will help me testing
Dear Friends,
I'm using the HTTP Client in a pool of connection. I have created a
class that manage a list of URL. For example: i have a list of 100 URLs
of diferent hosts. I want to retrieve all this urls but i don't want
to do this in a sequencial mode. I want to put some connections in a
BTW, here is a quick patch to degrade the code to work with these types of
messages:
*** HttpParser.java~Tue Feb 25 10:22:00 2003
--- HttpParser.java Thu Mar 20 02:06:02 2003
***
*** 53,61
break;
}
buf.write(ch);
Hi Nick,
I think I've confused myself and in turn this conversation. I think we
generally agree though. Here's the solutions that I would propose in
preferential order.
1. Add support for no-proxy URLs to HttpClient, so that you can set the
proxy host, port and a list of servers not to use the
Hi Adrian,
OK, that sounds like a good approach. I'll play around with something and post
it back here if I get it to work for my use. Perhaps I can tweak
MultiThreadedHttpConnectionManager to take a parameter that caps the overall
pool size.
On Thursday March 20 2003 17:52, Adrian Sutton
41 matches
Mail list logo