: robert burrell donkin [EMAIL PROTECTED]
Reply-To: Jakarta Commons Users List commons-
[EMAIL PROTECTED]
To: Jakarta Commons Users List [EMAIL PROTECTED]
Subject: [digester] Re: Rules for parsing to a Hashtable
Date: Mon, 8 Jul 2002 21:21:19 +0100
hi brad
i've given your code a whirl but i don't
hi edgar
i think that this ability might well be missing from digester at the
moment.
there are various ways in which this could be added. i'll have a think
about which seems the best. (i don't know if anyone out there has any
preferences.)
- robert
On Tuesday, July 9, 2002, at 05:15 PM,
).
Regards,
Simon
-Original Message-
From: robert burrell donkin [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 10, 2002 8:47 AM
To: Jakarta Commons Users List
Subject: Re: Digester: How to make a rule that maps an XML
attribute to a Java Beans property with a different name
On Friday, July 26, 2002, at 05:41 PM, Kyrre Lugg wrote:
Hi,
hi
It seems like the Introspector requires a BeanInfo implementation for
each bean it is asked to analyse when it runs in an applet sandbox.
i'm a bit confused...
since you're talking about Introspector's and BeanInfo's are
thanks. i think i understand your problem now.
could you tell me what platform you're using (ie. OS, browser, JVM)?
- robert
On Saturday, July 27, 2002, at 04:27 PM, Kyrre Lugg wrote:
robert burrell donkin wrote:
On Friday, July 26, 2002, at 05:41 PM, Kyrre Lugg wrote:
Hi,
hi
It seems
On Tuesday, July 30, 2002, at 10:45 AM, Kyrre Lugg wrote:
robert burrell donkin wrote:
thanks. i think i understand your problem now.
could you tell me what platform you're using (ie. OS, browser, JVM)?
Java(TM) Plug-in: Version 1.3.1_02
Using JRE version 1.3.1_02 Java HotSpot(TM) Client
i think that you'll find it in cvs under graph2.
- robert
On Thursday, August 29, 2002, at 11:10 AM, Friedrich Bergmann wrote:
dear people,
i am trying to build werken's blissed, and i need
org.apache.commons.graph.* to compile.
but there seem to be no files whatsoever in the graph cvs
hi Jean-Pierre
i have a feeling that the short answer is - you can't (at the moment).
but i think that we had a submission by YMikulski that might of help
(see http://marc.theaimsgroup.com/?l=jakarta-commons-devm=102657403306617;
w=2).
if they do find them helpful, then please post back and
On Thursday, August 29, 2002, at 11:11 AM, Christopher Lenz wrote:
Christopher Lenz wrote:
The exact logic I'd need would be: match any direct child of elements
matched by the pattern propfind/prop (where both propfind and prop
need to be in the DAV: namespace), regardless of the
perhaps this will help. begin and body rule calls are executed in
first-added, first-called order. the end calls are executed in reverse
order last-added, first called.
more generally, it can be tricky to debug rule orders. one thing which can
help is to turn up logging (whilst your debugging
On Sunday, September 22, 2002, at 01:06 PM, Ben Walding wrote:
Maven just upgraded a whole lot of jar files for me, so I'm now running
digester 1.3 and beanutils 1.4.1
Now I get an IllegalAccessException...
same as me :)
i'm not too sure there's an easy fix for this one. the (reflection)
i've just committed the patch for this bug submitted by Roland Huss.
if you give CVS HEAD (or you can wait for a new nightly build) a try, then
(hopefully) this problem should be fixed.
- robert
On Monday, September 23, 2002, at 09:39 AM, [EMAIL PROTECTED]
wrote:
Hello,
I only have the
hi Jonas
digester comes with an example application. this maps rich site summary
version 0.91 and is contained in the org.apache.commons.digester.rss
package. if you have the source distribution (or access to cvs) then you
can look take a look at that.
for your specific questions, see in
hi Eduardo
(it's quite possible that i don't understand your problem properly in
which case please shout.)
i think that you can probably do this kind of thing using
ExtendedBaseRules. if you've already looked into this (and it doesn't help)
, then please post again.
- robert
On Thursday,
On Friday, October 18, 2002, at 06:22 PM, Scott Sanders wrote:
AFAIK, this is correct. Feel free to create a new rule and sumit a
patch for its inclusion if you would like.
if you do submit it, could you create a new rule (ie an extension of
CallParamRule) rather than adding the
i think that you will indeed need to create an extension class.
- robert
On Friday, October 18, 2002, at 05:33 PM, Mark Huisman wrote:
Folks,
I may very well be missing something, but perhaps not: Is there a Rule
by which I can (programatically) pass in an arbitrary String as a
parameter
hi shivaken
please read http://jakarta.apache.org/commons/patches.html
also, please follow the guildlines on the mailing list sign-up page.
commons has lots of components and the convention is that every post
should prefix the subject with the component name. this will enable to
appropriate
hi John
the test case that i created from your code doesn't seem to fail. this
might be because i made a mistake in creating the test or it might be that
the problem has been fixed since the last release.
would it be possible for you to retest with the CVS HEAD version or a
recent nightly
hi mike
digester should be pretty agnostic when it comes to validation.
if the examples and docs are DTD-centric, then please feel free to submit
some patches to balance things up!
- robert
On Monday, October 21, 2002, at 07:04 PM, Mike Towry wrote:
I notice that the examples and docs for
hi Michael
you'll probably find that it's easier to use factory create rules in this
kind of situation. take a look at the java docs for FactoryCreateRule,
ObjectCreateFactory and AbstractObjectCreationFactory.
- robert
On Monday, October 21, 2002, at 05:43 PM, Dewhirst, Michael wrote:
Hi,
On Sunday, October 27, 2002, at 06:53 AM, Ben Walding wrote:
snip
As far as I can tell, Digester is superior in almost every way. I've
been migrating many projects from JAXB to Digester simply to get away
from the annoying code generation step, the other advantages are just
icing!
IMHO
On Thursday, October 31, 2002, at 04:10 PM, [EMAIL PROTECTED] wrote:
However, it does pass with the today's CVS snapshot of
commons-digester (October 31, 2002). Spooky :-)
very spooky. maybe we should make that ghost a committer!
anyway, just to confirm (i've got a bit of a cold and so i'm
hi David
a bit funny, this one.
beanutils uses introspection rather than reflection.
what might provide an insight is to try you test again using introspection
(as well as reflection) to compare results.
(in case i've managed to confused you, here's some pseudo-code do:
PropertyDescriptors[]
hi Otto
could you remember to prefix your post(s) with the name of the components?
(this simple rule means that those people who are concerned about that
particular component will be able to respond more quickly.)
- robert
On Wednesday, November 6, 2002, at 08:32 PM, Otto Cordero wrote:
Hi,
hi Harald
when i started working on the ID/IDREF stuff i did consider this. i had an
idea that they might prove useful but didn't really have a suitable itch
at that time.
there are a number of improvements that i've been wanting to make in the
ID/IDREF area for a while now (i sort of lost
hi Andrew
first thing i'd try is to retest with a recent nightly or cvs HEAD. (you
might need to grab a newer version of beanutils as well). there have been
bugs fixed in this area. (we hope to get a new digester release really
soon.)
if you're still having problems then you need to supply a
for now and wait for Craig
and/or others to provide more insight into why this is happening and
what the overall fix should be. On to fixing a javascript validator NPE
I was seeing (server side works) and all should be well.
Thanks again,
James
-Original Message-
From: robert burrell
On Wednesday, November 20, 2002, at 11:07 PM, Paul Libbrecht wrote:
These doPriviledged() was kind of the subject of my last post when
running a jelly-swing within an applet.
Changing getDeclaredMethods() to getMethods() worked with us within the
applet policies (removing the
hi
fundamentally, you just need to make sure that the *.betwixt file type is
getting into the jar.
how you do this depends on how you're making your jar's.
if you're using jar, then you need to make sure that you're including
*.betwixt as well as *.class on the command line. (see man jar or
hi dan
betwixt uses digester for xml-object. it uses the same ideas for
simplified mappings that it uses for object-xml.
if you're looking for xml-object mapping then it sounds like you might
find digester easier. digester is more flexible and more powerful than
betwixt but betwixt makes it
if you turn up debugging to trace for the beanutils component you should
be able to see a load of debugging information. look for the last
copyProperty before the IllegalArgumentException.
- robert
On Tuesday, November 26, 2002, at 09:46 PM, Kevin HaleBoyes wrote:
I'm using the BeanUtil that
that contains the following:
org.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog
I have another file (same location) named simplelog.properties
that contains the following:
org.apache.commons.beanutils = trace
but that doesn't work.
Any suggestions?
Kevin
--- robert burrell donkin
:
this rule would construct the object not on the
element start but at the element end. maybe you might need to create the
child object on the element start in your custom rule so that's
available
on the stack.
Thank u!
Best Regards
IMCaptor
-邮件原件-
发件人: robert burrell donkin [mailto:[EMAIL
to convert the xml to the object?
Thank u!
Best Regards
IMCaptor
-邮件原件-
发件人: robert burrell donkin [mailto:[EMAIL PROTECTED].
uk]
发送时间: 2002年11月28日 3:15
收件人: Jakarta Commons Users List
主题: Re: [digester help] How two construct a Object without a
defaultConstructor?
hi
it'd probably
hi greg
the standard SqlDateConvertor in beanutils uses java.sql.Date.valueOf to
perform the conversion. this method requires a date in sql date format ie
-mm-dd. i don't think that the conversion will work given an input in
your format.
there is an easy way to make this work in
On Monday, December 9, 2002, at 12:30 PM, Martin van den Bemt wrote:
On Sat, 2002-12-07 at 21:10, Darren Scott wrote:
snip
3) I seem to get CyclicReferenceExceptions when I don't expect to. Maybe
it's my misunderstanding of what a graph cycle is, but I took it to mean
when you get into an
hi derek
this proved quite difficult to unravel: but i think i've done it now. the
version in cvs shouldn't exhibit this bug.
note that the xml output produced by betwixt has been changed by fixing
this bug. it's now once more producing (what i consider to be) more
correct xml. so, some
added (as a FAQ) to the userguide.
thanks.
- robert
On Thursday, December 12, 2002, at 02:35 AM, John Yu wrote:
Perhaps this should be added to the doco?
Thread Safely - Common Logging doesn't impose any requirement on thread
safety on the underlying implementation and thus its API
On Thursday, December 12, 2002, at 10:07 PM, Darren Scott wrote:
The cyclic checking isn't that advanced yet. The scenario that A
refers to another A is covered however. Since the cyclic stuff also
has some relation when you use id's (and I am not into id's that
much), I probably have to have
On Thursday, December 12, 2002, at 10:33 PM, Darren Scott wrote:
i have been down this road before. i did start playing around
with stacks
but betwixt is hard to change without breaking things.
I'm glad someone else has noticed it's easy to break it!
i think all the committers agree that the
many thanks for the patch.
i haven't used the code but it did prove very useful. the version i
committed uses instance equality (==) rather than equals to determine
whether a bean is it's own ancester. it also uses the stack implementation
in jakarta-commons-collections for greater backwards
On Sunday, December 15, 2002, at 09:54 PM, Darren Scott wrote:
snip
While we're still on the subject of betwixt I'm still confused about its
use of add methods on beans? Am I right in thinking that if I'm only
using betwixt to write XML from a bean, the add methods don't come
into it? If I'm
hi marco
i think i can give you an explanation. weblogic runs under restrictive
security environment. this prevents one of the pre-java 1.4 reflection bug
workarounds from working. what you can see should be just a warning
(rather than an error).
digester should still run fine after this
are you using the latest beanutils release?
the performance of this code was significantly improved for the last
release.
- robert
On Tuesday, December 17, 2002, at 08:03 AM, Matt Smith wrote:
I'm looking for a way to speed up some of my uses of Digester, and
SetNextRule heavily relies upon
i'm a bit confused by this. care to expand?
- robert
On Tuesday, December 17, 2002, at 11:05 AM, Paul Libbrecht wrote:
Possibly opposed to this requirement, I would insist that BeanUtils may
sometimes be used with Applets. Maybe a switch is useful, maybe there is
a fast method towards
On Tuesday, December 17, 2002, at 11:23 PM, Paul Libbrecht wrote:
snip
I think, however, that such small utility classes like the commons should
really think twice before going happily into security-breaking and should
document their inability to run as an applet.
this issue arises since
On Wednesday, December 18, 2002, at 12:44 AM, Matt Smith wrote:
Robert -
This statement confused me at first, because the first thing I tried was
updating from BeanUtils1.3 to BeanUtils1.5. I did not find any difference
in
the performance characteristics. Both contain a call to
hi kevin
i don't think that you're missing anything here. betwixt only allows all
or nothing.
i suppose that it would be possible to replace the simple
attributeForPrimitives with some sort of strategy interface which would
allow the user to specify a custom policy about which properties
On Friday, January 17, 2003, at 05:06 PM, Stephen Westbom wrote:
snip
P.S. I am new to the user group what email address am I supposed to use
to
post bugs?
hello
this is the [EMAIL PROTECTED] mailing list.
if you like, you can post bug reports using
http://nagoya.apache.org/bugzilla/ or
sorry to be a PITA but could you retry with the CVS HEAD version or a
recent nightly?
(yes, i know that digester 1.4 should have been out ages ago but hopefully
that'll be rectified very soon.)
- robert
On Thursday, January 23, 2003, at 05:05 AM, Naresh Bhatia wrote:
I don't understand how
i think that the problem is the sandbox/index.html being totally out of
date. i can't find anywhere this is linked to from the actual live site.
unless someone can give me a good reason not to, i propose to remove this
file.
- robert
On Thursday, January 23, 2003, at 05:20 PM, Jeff Barrett
here's how i see it:
digester is an easy way to develop SAX-based content handlers. given
enough ingenuity (and effort), you can make just about any xml-object
mapping you like. it's (usually) used to create object models from xml.
you could create custom rules that execute code but that's not
hi Richard
are you registering a converter (IntegerLocaleConverter, say) to perform
the string-to-integer conversion?
- robert
On Saturday, January 25, 2003, at 02:01 PM, Richard Lamuette wrote:
BeanUtils v1.6 in Stuts 1.1b3
When trying to resolve the problem of populating form bean or
something similar to what you describe.
- robert
On Sunday, January 26, 2003, at 02:49 PM, Richard Lamuette wrote:
yes, and it doesn't change the problem. Is there something I
misunderstand ?
Or is it a bug ?
Need Help.
Thank you.
Richard.
-Message d'origine-
De : robert burrell donkin
The Commons Team is pleased to announce the release of Jakarta Commons
Betwixt 1.0 Alpha 1 from the Apache Software Foundation. Betwixt maps
beans to XML and back again in a flexible, configurable way using
reflection.
This is the first release of betwixt. For more details, see the release
you'll just need to create a custom implementation.
- robert
On Tuesday, January 28, 2003, at 05:07 PM, AJ Scarbrough wrote:
is it possible to create a dynabean by looking up the values in a
properites
file?
-
To
The Jakarta Commons Team is pleased to announce the 1.4 release of
Digester from the Apache Software Foundation. Digester is an XML-to-object
mapper used for (amongst other things) parsing XML configuration files.
This release contains several bug fixes together with enhanced support for
XML
On Monday, February 3, 2003, at 10:04 PM, Baltz, Kenneth wrote:
Congratulations and thanks! Can't wait to try the new code.
Wanted to mention two very small issues with the current website that I
noticed when I went to download 1.4. I don't know if Bugzilla is for
website issues or not. If
i've confirmed this behaviour and it looks like a bug to me. i'm not sure
the best way to fix it as yet.
- robert
On Monday, February 3, 2003, at 11:53 PM, Baltz, Kenneth wrote:
Looks like you have it right. Here's the code from the fix:
// Force an exception if the property does not exist
On Monday, February 10, 2003, at 09:12 AM, Martin van den Bemt wrote:
Desmond,
It does write empty elements under certain conditions.Since that looks
very sloppy, I was planning on elemenating all empty elements, since
they don't have any use.
Do you have any specific reasons why you want to be
hi john
could you remember to prefix with the component in future - most of the
developers use filtering and so you'll (usually) get a better response if
you use the prefix.
from the stack trace, this appear to be a validation issue (rather than a
digester problem). could you try validating
On Wednesday, February 19, 2003, at 05:13 PM, Janek Bogucki wrote:
Hi John,
From: John Pollard [EMAIL PROTECTED]
Reply-To: Jakarta Commons Users List [EMAIL PROTECTED]
Date: Wed, 19 Feb 2003 16:27:31 +
To: [EMAIL PROTECTED]
Subject: SAXParseException after processing 2685 records
I am
hi Brian
i've tried to create a test case to see if it's a beanutils bug - but i
can't seem to make it break. this might be because this is caused by a bug
which has since been fixed, it could be because i don't have enough
information to create a good test case which demonstrates the bug - or
hi Gaston
this is the right list but since it's for a number of components, the
convention is that you prefix your email with the component name. you
should also probably choose a better subject. for more details please read
httpL//jakarta.apache.org/site/mail.html and the mailing guidelines
hi Raymond
please remember to add a prefix containing the component.
i'd say that the easiest way to do this quickly is for you to create a new
Rule subclass which overrides the Rule implementation of end(String,
String, String) to make your method call.
for example, something like (untested
hi paul
i think that should work.
the DTD is quite well documentation. you can view the latest version at:
http://cvs.apache.org/viewcvs/jakarta-commons/digester/src/java/org/apache/
commons/digester/xmlrules/digester-rules.dtd?rev=1.5content-type=text/vnd.
viewcvs-markup
- robert
On Tuesday,
On Wednesday, February 26, 2003, at 04:08 PM, Erik Price wrote:
James Strachan wrote:
Rather than using JTidy to parse HTML (which makes a DOM) you could use
NekoHTML which is-a SAX parser that can handle HTML. Then you don't need
to
use a DOM.
Sorry to hijack a thread like this, but I was
hi Pablo
i'm not sure that i really understand what you're driving at here. AFAIK
recursive tags can be processed pretty well already using (for example)
the extended base rules. could you give a more detailed example of what
you're having problems with?
- robert
On Thursday, February 27,
menuitem id=initDigCCBalance
text=Current_Account mnemonic_key=C/
menuitem id=initDigSBalance
text=Savings mnemonic_key=P/
/menu
/menu
/menubar
-Mensaje original-
De: robert burrell donkin [mailto:[EMAIL
Rule implementations.
these are major advantages of the current digester design. i would oppose
any moves in the direction you propose since these advantages would be at
risk.
- robert
-Mensaje original-
De: robert burrell donkin [mailto:[EMAIL PROTECTED]
Enviado el: Jueves, 27 de
The Commons Team is pleased to announce that Digester 1.4.1 from the
Apache Software Foundation has been released.
Digester is a powerful, flexible, SAX-based xml-object mapper. A typical
use case is parsing xml configuration files.
This is a bug fix release. For more details see
hi tim
i've now committed a fix for this. IllegalArgumentException from method
invocations should now be caught and rethrown with a better message.
- robert
On Wednesday, February 26, 2003, at 10:52 PM, Tim Sawyer wrote:
Can I request a change to the error handling in the PropertyUtils class
hi erik
my short answer is: digester is open source - use it any way you want!
my longer answer is: i can't think of any major issues that you'll have
using XmlLoadException in that way. if you want to follow sun's javadoc
guidelines you might want to add a @throws tag.
- robert
On Tuesday,
(this is pretty much just thinking out load but...)
i'm in the process of reviewing (and improving) Kelvin Tan's wildcard tail
patch (allowing stuff like a/a/*). this could help with this circumstance
- but i'm now a bit struck by the thought that making ExtendedBaseRules
any more complex
On Thursday, March 13, 2003, at 08:37 AM, Maksimenko Alexander wrote:
(B
(B From Overview
(B $B'c(But begin --
(B Note that the .betwixt file specifies the mapping for a single bean. So,
(B whilst you can add extra elements (as above), it can't be used to specify
(B to names for
On Monday, March 17, 2003, at 10:11 AM, Maksimenko Alexander wrote:
snip
Of course it would be nice if I had access to all properties of the
Element
Descriptor in the file .betwixt:
element name=foo property=fooList wrapCollectionsInElement=false/
sorry for being a bit dense - there is actually
again, i'm afraid that there's no way to do this at the moment.
i don't really see how it could be automatically supported by
introspection - but it would be reasonable to add a new element type to
the .betwixt xml. we'd have something like content property='foo'/ which
would convert whatever
hi
i've added this functionality (it took a bit more work than i'd thought
but it's worth it). if you check out CVS HEAD and build the latest version
or wait until a new nightly build then you give it a go. note that the
element name (in the betwixt file) is text. there should be some
On Thursday, March 20, 2003, at 02:13 PM, Maksimenko Alexander wrote:
hi
i've added this functionality (it took a bit more work than i'd thought
but it's worth it). if you check out CVS HEAD and build the latest
version
or wait until a new nightly build then you give it a go. note that the
On Thursday, March 20, 2003, at 05:54 PM, [EMAIL PROTECTED] wrote:
Hello, I am trying to build a rules file and I want to accomplish the
following.
Match an element that is nested only under certain parent elements. Is
there
support for or type matching, .e.g. (a|b|c)/e?
yes and no :)
the
my apologies. it appears that something went wrong with the release java
docs. (the deprecation warnings are fine in CVS HEAD).
setDefaultLong has been deprecated. it is suggested that you use register
the converters directly. eg
ConvertUtils.register(new LongConverter(defaultLong),
hi Budi
i think that you should be able to solve this by registering a
FloatConverter with a null default value. take a look at the java docs for
more details but i think that calling
ConvertUtils.register( new FloatConverter(null), Float.class )
when during initialization should work. (if it
hi bradley
i've added a check for null into XMLIntrospectorHelper. so if you build
from CVS HEAD, that particular problem will mostly likely go away. on the
other hand. i strongly suspect that this is a symptom rather than the
actual problem. what i would find very useful would be a test case
this is a bit of a guess but are you using the latest versions of
beanutils and digester? i seem to remember a beanutils bug sounding
similar to this...
- robert
On Thursday, May 29, 2003, at 01:14 PM, Sloan Seaman wrote:
It does not display an error message but if I turn on debugging it
hi toni
i don't see any real reason why a DynaProperty should not contain
meta-data - for example whether a property is write, read-write or
read-only. in order to preserve backwards compatibility, there is no
guarantee that this data is accurate (in other words, older classes are
not forced
i had assumed (perhaps naively) that digester supported unicode correctly.
certainly, this is the first issue i've heard of. if you could supply a
simple test case demonstrating the problem (preferable one that you'd be
willing to donate to the ASF) then i'll take a look.
- robert
On Monday,
that sounds great. good patches make everything so much easier :)
- robert
On Friday, June 6, 2003, at 01:54 PM, Toni Soliva wrote:
Hi Robert,
I will provide a proposal in form of a patch. It will take a few days
however
as I want to make sure, that I comply with the patch submission
hi Abraham
round tripping mixed content is indeed on the to-do list. i'm very, very
busy at the moment. (the long-promised advanced type conversion is nearly
completed but i'm going to need some more time to finish it off and
document,) so it'd be great if you could contribute mixed content
the typical digester use case is xml-java mappings. most of the example
code out there following this pattern.
if i understand you correctly, you intend to create a event driven
architecture rather than a processed-custom-object-model architecture.
this sounds pretty interesting - if your
On Thursday, June 12, 2003, at 08:10 PM, Brian K. Wallace wrote:
On 12 Jun 2003 at 12:11, Larry Young wrote:
Hello,
I thought I had seen a posting about this awhile ago, but I
couldn't find it on the mail list archive. In fact I didn't see any
postings for betwixt after February.
On Friday, June 13, 2003, at 01:20 AM, Larry Young wrote:
At 10:16 PM 6/12/03 +0100, robert burrell donkin wrote:
On Thursday, June 12, 2003, at 08:10 PM, Brian K. Wallace wrote:
On 12 Jun 2003 at 12:11, Larry Young wrote:
Hello,
I thought I had seen a posting about this awhile ago
input on the stability of the EL that would be appreciated.
-james
On Wed, 2003-06-18 at 16:39, robert burrell donkin wrote:
i'm not aware of any plans for a beta.
commons-el-1.0 will be available once [EMAIL PROTECTED] has sorted
out
some technical difficulties.
- robert
On Wednesday, June 18
i feel very strongly that jelly and jexl releases should be made available
out ASAP (even if they are only 0.1 or an alpha releases). i feel a little
guilty since jelly and jexl should have been released soon after promotion
but i supported them without subsequently pushing for an immediate
On Sunday, June 22, 2003, at 09:05 PM, Peter Royal wrote:
On Sunday, June 22, 2003, at 03:58 PM, robert burrell donkin wrote:
i feel very strongly that jelly and jexl releases should be made
available out ASAP (even if they are only 0.1 or an alpha releases). i
feel a little guilty since jelly
ViewCVS is your friend when you're facing a problem like this :)
the class was moved into the http component in the sandbox. see:
http://cvs.apache.org/viewcvs.cgi/jakarta-commons-
sandbox/http/src/java/org/apache/commons/http/BrowserDetector.java?hideattic=
0
- robert
On Wednesday, June 18,
that's cool. (i just wanted to check that there wasn't any hold ups at
this end.)
good luck with the testing.
- robert
On Wednesday, July 9, 2003, at 10:31 PM, Simon Kitching wrote:
On Thu, 2003-07-10 at 06:37, robert burrell donkin wrote:
On Wednesday, July 9, 2003, at 12:25 AM, Simon
adding a property to switch trimming on and off sounds like it might lead
to later problems with extensibility. you need to switch on and off
trimming. other people may want to normalize whitespace by (say) replacing
concurrent sequences of whitespace with a single space. maybe we could add
a
hi
it looks as if there's some recursive behaviour in the
com.bea.it.cib.common.license.LicenseDTO.toString() method. it's hard for
me to be more precise without seeing a trace level output from betwixt and
knowing what version of betwixt you're running on. (some idea of your
objects would
hi chris
(i'm not totally sure i understand your problem completely so you might
need to set me straight if i've got it wrong.)
one possible reason for this is that your bean is not compliant with the
java beans specification (in particular, the getter and setter must have
matching types).
hi ian
i'm a bit confused by this. beanutils is used by tomcat so you can
sometimes get classloader issues but this sounds a little mysterious. are
you referencing beanutils from the tag library?
i'd be able to give you more help if you could post the actual exception
you get and a little
1 - 100 of 467 matches
Mail list logo