Return-Path: 
 <commons-dev-return-41062-apmail-jakarta-commons-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org
Received: (qmail 60142 invoked from network); 24 Nov 2003 16:32:15 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 24 Nov 2003 16:32:15 -0000
Received: (qmail 39535 invoked by uid 500); 24 Nov 2003 16:32:04 -0000
Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org
Received: (qmail 39478 invoked by uid 500); 24 Nov 2003 16:32:04 -0000
Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:commons-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:commons-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:commons-dev-help@jakarta.apache.org>
List-Post: <mailto:commons-dev@jakarta.apache.org>
List-Id: "Jakarta Commons Developers List" <commons-dev.jakarta.apache.org>
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Delivered-To: mailing list commons-dev@jakarta.apache.org
Received: (qmail 39460 invoked from network); 24 Nov 2003 16:32:03 -0000
Received: from unknown (HELO main.mvdb.net) (65.248.4.171)
  by daedalus.apache.org with SMTP; 24 Nov 2003 16:32:03 -0000
Received: (qmail 28870 invoked from network); 24 Nov 2003 16:31:47 -0000
Received: from unknown (HELO ?10.21.21.2?) (213.84.83.132)
  by 65.248.4.171 with SMTP; 24 Nov 2003 16:31:47 -0000
Subject: RE: [betwixt] Betwixt troubles...
From: Martin van den Bemt <mllist@mvdb.net>
To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
In-Reply-To: <PKEKJCBFKGHNCFJFOOGACEFJCBAA.mstanley@cauldronsolutions.com>
References: <PKEKJCBFKGHNCFJFOOGACEFJCBAA.mstanley@cauldronsolutions.com>
Content-Type: text/plain
Organization: mvdb.com
Message-Id: <1069691620.9873.148.camel@guru.home.mvdb.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) 
Date: 24 Nov 2003 17:33:41 +0100
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Don't think that works, since I cannot remember any code that resolves
the dot in betwixt (I written a library who can handle this though,
which is not betwixt related..), so maybe someday :)

Mvgr,
Martin

On Mon, 2003-11-24 at 17:16, Mike Stanley wrote:
> I'm sorry - I'm turning into a pain in the ass ---  how about properties of
> properties i.e.
> 
> <attribute name="name" property="beanB.name"/>  -- would this be handled
> beanA.getBeanB().getName() appropriately?
> 
> Figured, I'd ask while I have your ear ;-)
> 
> > -----Original Message-----
> > From: Martin van den Bemt [mailto:mllist@mvdb.net]
> > Sent: Monday, November 24, 2003 11:07 AM
> > To: Jakarta Commons Developers List
> > Subject: RE: [betwixt] Betwixt troubles...
> >
> >
> > That should be possible :)
> > You cannot however from BeanA.betwixt also format the content of
> > BeanB.java..
> > That was one of the mistakes I made when first started using betwixt..
> >
> > Mvgr,
> > Martin
> >
> > On Mon, 2003-11-24 at 16:57, Mike Stanley wrote:
> > > One other question:
> > >
> > > You said something about Bean.betwixt files only supplies beaninfo for
> > > Bean.java and not classes embedded in Bean.java.
> > >
> > > If I have BeanA.java and BeanA.betwixt.  I also have BeanB.java and
> > > BeanB.betwixt.  My BeanA class has a property of type BeanB.
> > Will Betwixt
> > > be able to marshall/unmarshall this correctly?  i.e.
> > >
> > > <beanA>
> > >   <beanB>
> > >     <propertyX>value</propertyX>
> > >   </beanB>
> > > </beanA>
> > >
> > > ---
> > > but again, I will need the betwixt files to map beans to the
> > XML (which I
> > > need to conform to and is out of my control).
> > >
> > > Thanks for the help.
> > > - Mike
> > >
> > > > -----Original Message-----
> > > > From: Mike Stanley [mailto:mstanley@cauldronsolutions.com]
> > > > Sent: Monday, November 24, 2003 10:41 AM
> > > > To: Jakarta Commons Developers List
> > > > Subject: RE: [betwixt] Betwixt troubles...
> > > >
> > > >
> > > > Ok cool.  Thanks for looking into this for me.  (don't worry
> > > > about it being
> > > > late, not a big deal.  I just had to use Castor for the
> > unmarshalling and
> > > > Betwixt for the Marshalling - not really the most elegant but
> > it did the
> > > > trick temporarily.  It's actually funny, because I tried just
> > switching to
> > > > Castor completely, but was unable to do the complex
> > marshalling with it,
> > > > however it did manage to handle the unmarshalling well.  ;-)
> > > >
> > > > 1) Somehow I got it in my head that the name attribute was
> > optional if the
> > > > property attribute was present, and that the property this
> > would cause the
> > > > name of the element/attribute to be the default value (based off the
> > > > property).
> > > >
> > > > 2) Ok.  So what is the best thing to do.  Should I grab a CVS
> > > > snapshot?  Is
> > > > this pretty stable (comparable to the 2/2003 snapshot, and/or alpha 1
> > > > release - btw I view those as stable enough to use in prod)?
> > > >
> > > > Thanks,
> > > > Mike
> > > >
> > > > > -----Original Message-----
> > > > > From: Martin van den Bemt [mailto:mllist@mvdb.net]
> > > > > Sent: Sunday, November 23, 2003 9:09 PM
> > > > > To: Jakarta Commons Developers List
> > > > > Subject: RE: [betwixt] Betwixt troubles...
> > > > >
> > > > >
> > > > > Hi Mike,
> > > > >
> > > > > A lot later than anticipated, but finally got some time for
> > betwixt last
> > > > > night :)
> > > > > The reason why it doesn't work for you has 2 reasons :
> > > > > 1) Your .betwixt is incorrect (explaining the exceptions)
> > (see CVS for a
> > > > > good one). You HAVE to have the name property in an element and
> > > > > attribute element.
> > > > > 2) There was indeed a bug in betwixt that prevented
> > elements without any
> > > > > updater (in your case a setBody() , to set the attribute
> > values in the
> > > > > bean (in your case setName and setStatus). Betwixt now
> > checks to see if
> > > > > there are any attributes present and tries to set values in that
> > > > > scenario.
> > > > >
> > > > > Hope this helps and not too late ;)
> > > > >
> > > > > Mvgr,
> > > > > Martin
> > > > >
> > > > > On Wed, 2003-11-12 at 15:37, Mike Stanley wrote:
> > > > > > ok.
> > > > > >
> > > > > > and yes you have permission to use it in any way that
> > matters.  I just
> > > > > > looked it over though, and I accidentally included copyright
> > > > > disclaimers at
> > > > > > the top of some of the files.  I will resend them without the
> > > > > disclaimers.
> > > > > > It was written from scratch, no real world code used, completely
> > > > > > fictitious -- my class templates include the disclaimer and I
> > > > > just forgot to
> > > > > > remove it in some places.  I can either resend it with this
> > > > > stuff removed -
> > > > > > or - give you permission to remove it and add the APL to
> > it.  Whatever
> > > > > > satisfies the legal requirement.  Your call.
> > > > > >
> > > > > > Thanks, and like I said before I'd be more than happy to look
> > > > > into / patch
> > > > > > the issue(s).  Just waiting for confirmation.
> > > > > >
> > > > > > - Mike
> > > > > >
> > > > > > > -----Original Message-----
> > > > > > > From: Martin van den Bemt [mailto:mllist@mvdb.net]
> > > > > > > Sent: Wednesday, November 12, 2003 9:21 AM
> > > > > > > To: Jakarta Commons Developers List
> > > > > > > Subject: RE: [betwixt] Betwixt troubles...
> > > > > > >
> > > > > > >
> > > > > > > I'll try to find some time to confirm it tonight, but
> > since a lot of
> > > > > > > family matters atm, that time can be consumed by that..
> > > > > > > Do we have permission (when needed) to add your scenario to
> > > > > the betwixt
> > > > > > > CVS tree ? (and therefor give it an apache license?)
> > > > > > >
> > > > > > > Mvgr,
> > > > > > > Martin
> > > > > > >
> > > > > > > On Wed, 2003-11-12 at 15:12, Mike Stanley wrote:
> > > > > > > > Please confirm this is a bug, or please offer some advice on
> > > > > > > what I'm doing
> > > > > > > > wrong.  If this isn't sufficient to confirm the bug please let
> > > > > > > me know, and
> > > > > > > > I will modify the example.
> > > > > > > >
> > > > > > > > - Mike
> > > > > > > >
> > > > > > > > > -----Original Message-----
> > > > > > > > > From: Mike Stanley [mailto:mstanley@cauldronsolutions.com]
> > > > > > > > > Sent: Monday, November 10, 2003 2:07 PM
> > > > > > > > > To: Jakarta Commons Developers List
> > > > > > > > > Subject: RE: [betwixt] Betwixt troubles...
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > here is a zipped up eclipse project (minus the jar
> > > > dependencies).
> > > > > > > > >  There is
> > > > > > > > > a unit test that demonstrates the bug that I'm
> > talking about.
> > > > > > > > > The unit test
> > > > > > > > > has to test methods, testGetAsXml which passes, and
> > > > > testParseMsg which
> > > > > > > > > fails.
> > > > > > > > >
> > > > > > > > > Aside from the betwixt dependencies, this project is also
> > > > > dependent on
> > > > > > > > > log4j, and commons-lang.  Hope this provides a decent enough
> > > > > > > demo of the
> > > > > > > > > bugs.
> > > > > > > > >
> > > > > > > > > Note: I've tried this with the alpha release of betwixt, as
> > > > > > > well as the
> > > > > > > > > snapshot from 2/11/2003.  When using the snapshot, the
> > > > > > > testGetAsXml fails
> > > > > > > > > with a null pointer exception.  The alpha release shows the
> > > > > > > > > marshalling/unmarshalling behavior noted in this thread.
> > > > > I also tried
> > > > > > > > > variations on the parser configurations.
> > > > > > > > >
> > > > > > > > > Thanks for the help.
> > > > > > > > > - Mike
> > > > > > > > >
> > > > > > > > > > -----Original Message-----
> > > > > > > > > > From: Martin van den Bemt [mailto:mllist@mvdb.net]
> > > > > > > > > > Sent: Sunday, November 09, 2003 12:14 PM
> > > > > > > > > > To: Jakarta Commons Developers List
> > > > > > > > > > Subject: RE: Betwixt troubles...
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Can you supply us with a tescase that shows us the
> > > > > > > bahaviour (esp that
> > > > > > > > > > you believe it is a bug), since there is too
> > little info in
> > > > > > > the mail to
> > > > > > > > > > test this (we needs the beans / bean. One thing I know
> > > > > is that eg
> > > > > > > > > > Bean.betwixt files only supplies beaninfo for
> > Bean.java and
> > > > > > > not for any
> > > > > > > > > > classes embedded in Bean.java.
> > > > > > > > > >
> > > > > > > > > > Mvgr,
> > > > > > > > > > Martin
> > > > > > > > > >
> > > > > > > > > > On Fri, 2003-11-07 at 19:51, Mike Stanley wrote:
> > > > > > > > > > > Please note: I sent this to the developers list
> > and not the
> > > > > > > > > users list,
> > > > > > > > > > > because I believe it to be a bug, and if confirmed - I
> > > > > > > may patch it.
> > > > > > > > > > >
> > > > > > > > > > > - Mike
> > > > > > > > > > >
> > > > > > > > > > > > -----Original Message-----
> > > > > > > > > > > > From: Mike Stanley
> > [mailto:mstanley@cauldronsolutions.com]
> > > > > > > > > > > > Sent: Friday, November 07, 2003 1:26 PM
> > > > > > > > > > > > To: Jakarta Commons Dev
> > > > > > > > > > > > Subject: Betwixt troubles...
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Hey everyone,
> > > > > > > > > > > >
> > > > > > > > > > > > I'm running into an issue with some Betwixt code.
> > > > > I'm trying to
> > > > > > > > > > > > Write/Read
> > > > > > > > > > > > a bean associated with .betwixt file.
> > > > > > > > > > > >
> > > > > > > > > > > > I can't seem to get attributes to be set when
> > > > reading in the
> > > > > > > > > > xml.  writing
> > > > > > > > > > > > works fine.  I've tried several ways (including
> > > > > defaulting to
> > > > > > > > > > > > primitiveTypes
> > > > > > > > > > > > and specificing an updater method).  Here is the
> > > > content of
> > > > > > > > > the file:
> > > > > > > > > > > >
> > > > > > > > > > > > <?xml version="1.0" encoding="UTF-8"?>
> > > > > > > > > > > > <info primitiveTypes="attribute">
> > > > > > > > > > > >     <element name="rcss">
> > > > > > > > > > > >         <attribute property="type"/>
> > > > > > > > > > > >         <element name="requests">
> > > > > > > > > > > >             <element name="isValid">
> > > > > > > > > > > >                     <element name="agent-id">
> > > > > > > > > > > >                         <attribute name="value"
> > > > > > > property="agentId"/>
> > > > > > > > > > > >                     </element>
> > > > > > > > > > > >                     <!-- <element name="agent-id"
> > > > > > > property="agentId"
> > > > > > > > > > > > updater="setAgentId"/> -->
> > > > > > > > > > > >             </element>
> > > > > > > > > > > >         </element>
> > > > > > > > > > > >     </element>
> > > > > > > > > > > > </info>
> > > > > > > > > > > >
> > > > > > > > > > > > ----
> > > > > > > > > > > > Results form a write:
> > > > > > > > > > > >
> > > > > > > > > > > > <?xml version='1.0' ?>
> > > > > > > > > > > > <rcss type="request" src="167.154.203.22"
> > > > > > > requestor="install_app">
> > > > > > > > > > > >     <requests>
> > > > > > > > > > > >         <isValid cert="Z0123456789">
> > > > > > > > > > > >             <agent-id value="01"/>
> > > > > > > > > > > >         </isValid>
> > > > > > > > > > > > </requests>
> > > > > > > > > > > > </rcss>
> > > > > > > > > > > >
> > > > > > > > > > > > ---
> > > > > > > > > > > > Results from read:
> > > > > > > > > > > >
> > > > > > > > > > > > <?xml version='1.0' ?>
> > > > > > > > > > > > <rcss type="request" src="167.154.203.22"
> > > > > > > requestor="install_app">
> > > > > > > > > > > >     <requests>
> > > > > > > > > > > >         <isValid>
> > > > > > > > > > > >             <agent-id/>
> > > > > > > > > > > >         </isValid>
> > > > > > > > > > > > </requests>
> > > > > > > > > > > > </rcss>
> > > > > > > > > > > >
> > > > > > > > > > > > ---
> > > > > > > > > > > > What is going wrong?  What can I do to fix
> > this problem?
> > > > > > > > > > modifying the
> > > > > > > > > > > > format of the XML is not an option.  Also
> > note - using the
> > > > > > > > > > Commented out
> > > > > > > > > > > > element in the betwixt file instead of specifically
> > > > > > > specifying the
> > > > > > > > > > > > attribute, results in <agent-id>01</agent-id>
> > which isn't
> > > > > > > > > > correct either.
> > > > > > > > > > > >
> > > > > > > > > > > > Thanks for your help.
> > > > > > > > > > > > - Mike
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > > > > To unsubscribe, e-mail:
> > > > > commons-dev-unsubscribe@jakarta.apache.org
> > > > > > > > > > > For additional commands, e-mail:
> > > > > > > commons-dev-help@jakarta.apache.org
> > > > > > > > > > --
> > > > > > > > > > Martin van den Bemt <mllist@mvdb.net>
> > > > > > > > > > mvdb.com
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > > > To unsubscribe, e-mail:
> > > > > commons-dev-unsubscribe@jakarta.apache.org
> > > > > > > > > > For additional commands, e-mail:
> > > > > commons-dev-help@jakarta.apache.org
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail:
> > commons-dev-unsubscribe@jakarta.apache.org
> > > > > > > > For additional commands, e-mail:
> > > > commons-dev-help@jakarta.apache.org
> > > > > > > --
> > > > > > > Martin van den Bemt <mllist@mvdb.net>
> > > > > > > mvdb.com
> > > > > > >
> > > > > > >
> > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail:
> > commons-dev-unsubscribe@jakarta.apache.org
> > > > > > > For additional commands, e-mail:
> > commons-dev-help@jakarta.apache.org
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > > > > For additional commands, e-mail:
> > commons-dev-help@jakarta.apache.org
> > > > > --
> > > > > Martin van den Bemt <mllist@mvdb.net>
> > > > > mvdb.com
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > --
> > Martin van den Bemt <mllist@mvdb.net>
> > mvdb.com
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
-- 
Martin van den Bemt <mllist@mvdb.net>
mvdb.com


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org