On 4-Mar-04, at 23:43 Uhr, robert burrell donkin wrote:
1. i can either submit this as a patch or just go ahead and commit.
I'd go ahead and commit...
2. the marshaling and unmarshalling tags only depend on the JaxMe
clean-room JAXB API implementation and so could (potentially) be used
with any
Jörg Schaible wrote:
after recognizing, that you've attached the diff, I had a look at the
changes in the test case. I am not quite sure, that this is really good.
Intentionally I thought, you would return an empty configuration only, if
the pattern equals the key, but you do so now also if the
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=27471.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Emmanuel Bourg wrote on Friday, March 05, 2004 11:38 AM:
Jörg Schaible wrote:
after recognizing, that you've attached the diff, I had a look at the
changes in the test case. I am not quite sure, that this is really
good. Intentionally I thought, you would return an empty
configuration
I tried to push the reasoning a bit further yesterday and observed that
if there is a SubsetConfiguration shifting the parent keys to the left,
we might imagine a SupersetConfiguration shifting the keys to the right
by adding a prefix. Both classes could even be merged into a
Emmanuel Bourg wrote on Friday, March 05, 2004 12:17 PM:
I tried to push the reasoning a bit further yesterday and
observed that
if there is a SubsetConfiguration shifting the parent keys to
the left,
we might imagine a SupersetConfiguration shifting the keys to
the right
by adding a
Jörg Schaible wrote:
Looking at the changes for teh test cases, I have the impression that
conf.setProperty(x.y.z, 1);
subset = conf.subset(x.y.z.not_there);
will also return an empty configuration, whereas this return value was previously always just null.
Yes indeed, but since the subset is
Emmanuel Bourg wrote on Friday, March 05, 2004 1:27 PM:
Jörg Schaible wrote:
Looking at the changes for teh test cases, I have the impression that
conf.setProperty(x.y.z, 1);
subset = conf.subset(x.y.z.not_there);
will also return an empty configuration, whereas this return value
was
This may be the simplest and best solution to meet my needs, I hadn't
been thinking of the Predicate Functor style approach. Thanks for the
suggestion. I think this is the wise choice because the underlying
Collection interface behavior is not redefined in terms of its behavior
in the map. The
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, March 03, 2004 5:44 PM
Subject: Re: [Resources] Presence vs. contrib
Quoting James Mitchell [EMAIL PROTECTED]:
I'm not sure how you want to handle
I like this idea as well. I saw a good link to a site comparing
capabilities of of various java regexp implementations somewhere
yesterday, I can't find it now from home. I'll send it out when I get to
work. I think its wise to make sure, that if theres a common api, that
the user understands
Jörg Schaible wrote:
Sure, but here is the compatibility issue:
Configuration config = new BaseConfiguration();
Configuration subset = config.subset(database);
if(subset == null) {
// continue with limited functionality
} else {
Jörg Schaible wrote:
- it fixes Bug 27427
OK. Then don't apply it g
Actually it doesn't fix 27427 completely, the getKeys(prefix) method
will still return an extra key. I'll change the implementation of this
method and use a FilterIterator from [collections] instead, that will
remove the copy
Actually its a chapter from the OReilly regexp book
http://www.oreilly.com/catalog/regex2/chapter/ch08.pdf
-Mark
Mark R. Diggory wrote:
I like this idea as well. I saw a good link to a site comparing
capabilities of of various java regexp implementations somewhere
yesterday, I can't find it
Martin:
I've submitted an enhancement request (27477) per your request.
Cheers,
Forrest
On Mar 4, 2004, at 11:16 PM, Martin Cooper wrote:
On Thu, 4 Mar 2004, Forrest Girouard wrote:
I just attempted to extend CommonsMultipartRequestHandler so that I
can
override
Here is a new implementation of the SubsetConfiguration:
- a null or empty key can now be used to retrieve the subset root element.
- subset.getKeys() and subset.getKeys(prefix) are now fixed, previously
they returned the keys of the parent configuration and not the keys of
the subset.
-
I was just wondering if it is much work to make it possible to reference a
schema from within an element. Something like:
element ..
.
content schema-id=
or service-id=
or configuration-id=..
parentMethod=../
/element
The content tag would
Oops, sent to the wrong list!
Harish Krishnaswamy wrote:
Hi,
I decided to do some work on interceptors and wanted to find a
suitable solution and so tried out CGLIB and Javassist and here are my
initial findings.
1. Ease-of-use / clarity / maintainability - Obviously here, anybody
that has
Hi Harish,
I agree with you that HiveMind should provide a simpler (second) form to
write interceptors.
But before you waste your weekend looking at my code I have to tell you
that I did not use CGLIB but rather used Javassist to call
MethodInterceptors. And this was a mistake CGLIB is
Absolutely! Thanks for the tips. So that's what I'll do.
-Harish
Christian Essl wrote:
Hi Harish,
I agree with you that HiveMind should provide a simpler (second) form
to write interceptors.
But before you waste your weekend looking at my code I have to tell
you that I did not use CGLIB but
Sorry I made a mistake I meant ProxyFactory.extend() not create().
On Fri, 05 Mar 2004 13:37:06 -0500, Harish Krishnaswamy
[EMAIL PROTECTED] wrote:
Absolutely! Thanks for the tips. So that's what I'll do.
-Harish
Christian Essl wrote:
Hi Harish,
I agree with you that HiveMind should provide
Seems that's what you said before ;) But nevermind this is a
more-than-enough-pointer!
-Harish
Christian Essl wrote:
Sorry I made a mistake I meant ProxyFactory.extend() not create().
On Fri, 05 Mar 2004 13:37:06 -0500, Harish Krishnaswamy
[EMAIL PROTECTED] wrote:
Absolutely! Thanks for the
A valuable discussion. I think Javassist will have a slight edge based on lack of
object
instantiation in the long run. I may be wrong. Doesn't really matter ... that why
ServiceInterceptorFactory is a service ... we may ultimately have all kinds of
different
implementations based on whatever
Problem: I am getting a runtime error when posting an XML file
via HTTP POST to a servlet running on Tomcat 5.0.18
Error: java.lang.NoClassDefFoundError: org\apache\commons\httpclient\HttpMethod
Environment:
WINNT 4.0
jdk : Java 2 standard edition version 1.4.2_03
Downloaded software (site :
Absolutely, the beauty of interface-based-development!
-Harish
Howard M. Lewis Ship wrote:
A valuable discussion. I think Javassist will have a slight edge based on lack of
object
instantiation in the long run. I may be wrong. Doesn't really matter ... that why
ServiceInterceptorFactory is a
Quoting James Mitchell [EMAIL PROTECTED]:
That sounds great. I'll look at getting that done soon, although to be
honest, I'm about to get a book deal so when that happens it will pretty
much consume every non-working or non-sleeping minute of my time.
Good luck! From everything that I've
I just wanted to post this in case anyone else was interested and to
draw any
criticism about how this could mess something
up or trigger armageddon. It allows a list of hivemodule.xml
locations to be defined
in a .property file.
I reason I wanted this was because I really wanted to split
Shortly ago there was a discussion in [configuration] about adding
further data types to the Configuration interface. This interface
already allows to retrieve properties in many different data types, but
still additional types are requested (e.g. Locale, URL, ...). As is
quite obvious, this
I like the idea although another xml file to maintain. But it could be a
hivemeta file that can store all the meta information.
-Harish
[EMAIL PROTECTED] wrote:
I just wanted to post this in case anyone else was interested and to
draw any
criticism about how this could mess something
up or
Such a directory could be found by file naming conventions
(META-INF/hivedir.xml) or it could be referenced from a manifest file.
Manifest file would be difficult. Accessing the manifest is easy if your code is the
code that is
creating class loaders for JARs. Inside a J2EE app server, the
Please file an enhancement request against the Struts FileUpload
component, so that I can track this.
Martin, I have a small utility class that tracks a filename and associated
marker object. You can't use just a File, of course, since File instances
are often far more transient than the
Yes HiveMind is flexible! As far as I remember someone has already pointed
out that this flexible aproach to interceptors is one HiveMind's main
strengths.
Howard - if I remember right - last time on interceptor ordering you said
something about bundles of interceptors. It did not realy
What's about loading all META-INF/hivemodule.xml files and everything
contained in META-INF/hivedir.xml files. So you don't have to maintain
hivedir.xml if you don't need it.
On Fri, 05 Mar 2004 14:24:45 -0500, Harish Krishnaswamy
[EMAIL PROTECTED] wrote:
I like the idea although another xml
Yup, that's true for now there's no other meta information I can think
of and we can always add support for a meta-meta file when needed ;)
-Harish
Christian Essl wrote:
What's about loading all META-INF/hivemodule.xml files and everything
contained in META-INF/hivedir.xml files. So you don't
I've just started using HiveMind. Are there any good example code/projects
to work thru which would show, for example, linking up one service to use
another?
I've already worked thru the base Adder example
-Randy
-
To
In the documentation the parent method attribute for the conversion tag is
named 'parentMethod', while the DescriptorParsers uses 'parent-method'.
--
Christian Essl
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Howard - if I remember right - last time on interceptor
ordering you said
something about bundles of interceptors. It did not realy
understand that.
The issue is that if you contribute multiple interceptors to a service extension
point, you have to
be concerned with order. This is an
Hi,
commons-io has refactored filename methods out of
org.apache.commons.io.FileUtils into org.apache.commons.io.FilenameUtils.
And in FilenameUtils dirname is deprecated and replaced by dirPath.
So I attach a patch of org.apache.commons.xo.Mapper.
Can you please commit the patch, this will
Howard M. Lewis Ship wrote:
Howard - if I remember right - last time on interceptor
ordering you said
something about bundles of interceptors. It did not realy
understand that.
The issue is that if you contribute multiple interceptors to a service extension
point, you have to
be
Harish Krishnaswamy wrote:
2. Performance - This is interesting. CGLIB has a disadvantage here
due to the number of parameters passed to the intercept method. It
turns out, all of the overhead is because of these parameters that
cannot be overcome (atleast AFAIK). With a single counter
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=27488.
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=27488.
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=27489.
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=27489.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I would attribute the cryptographic quality reference in section 4 as
just referring to randomization. Making the PRNG pluggable might
be a good
compromise solution.
Phil
I think that sounds good, for the version 4 (random bytes) uuid (I think
that's what you meant? - version 1 uses MD5 of
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-ant has an issue affecting it's community integration.
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-jelly-tags-define has an issue affecting it's community integration,
To whom it may engage...
This is an automated request, but not an unsolicited one. For help
understanding the request please visit
http://gump.apache.org/nagged.html,
and/or contact [EMAIL PROTECTED]
Project commons-latka has an issue affecting it's community integration, and has been
ws-xmlrpc recently started failing to be Gumped against codec, see:
http://lsd.student.utwente.nl/gump/ws-xmlrpc/ws-xmlrpc.html
inside the build:
http://lsd.student.utwente.nl/gump/ws-xmlrpc/gump_work/build_ws-xmlrpc_ws-xmlrpc.html
stating:
[javac]
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=27434.
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=27434.
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=27434.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Problem: I am getting a runtime error when posting an XML file
via HTTP POST to a servlet running on Tomcat 5.0.18
Error: java.lang.NoClassDefFoundError: org\apache\commons\httpclient\HttpMethod
Environment:
WINNT 4.0
jdk : Java 2 standard edition version 1.4.2_03
Downloaded software (site :
Hi Diana,
It sounds like you are having class loader problems. Either there is
more than one instance of the HttpClient jar on the classpath (e.g. one
in common/lib and one in WEB-INF/lib) or there is some bug with Tomcat.
My guess is that it's the first.
Mike
On Mar 5, 2004, at 3:51
Hi Tony,
Yes, using the MultiThreadedHttpConnectionManager and executing
multiple requests is fine. It just makes it pretty much impossible to
follow in the wire log. If you are unable to create sample that
exhibits the problem I would suggest fiddling with timeouts. In
particular I would
Class not def problem has been fixed. I assumed jar files would be picked up from
jre\lib\ext when running postXML.
This was not the case. It worked when I specified the classpath in my batch file when
running postXML.
Thanks for your suggestions Michael Becke.
Diana
Hi Everybody!
I was using HttpClient V0.3 , which doesn't support https.
The newer version 2.0 supports https but its structure totally changed,
i.e I was using HttpResponse object also NVPairs from v0.3 , but they
are not found in 2.0.
Than I saw patches of HTTPConnection RedirectionModule for
57 matches
Mail list logo