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:[EMAIL PROTECTED]
> > 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:[EMAIL PROTECTED]
> > > 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:[EMAIL PROTECTED]
> > > > > 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:[EMAIL PROTECTED]
> > > > > > > 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:[EMAIL PROTECTED]
> > > > > > > > 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:[EMAIL PROTECTED]
> > > > > > > > > > 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:
> > > [EMAIL PROTECTED]
> > > > > > > > > For additional commands, e-mail:
> > > > > [EMAIL PROTECTED]
> > > > > > > > --
> > > > > > > > Martin van den Bemt <[EMAIL PROTECTED]>
> > > > > > > > mvdb.com
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail:
> > > [EMAIL PROTECTED]
> > > > > > > > For additional commands, e-mail:
> > > [EMAIL PROTECTED]
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > > > > --
> > > > > Martin van den Bemt <[EMAIL PROTECTED]>
> > > > > mvdb.com
> > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > --
> > > Martin van den Bemt <[EMAIL PROTECTED]>
> > > mvdb.com
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Martin van den Bemt <[EMAIL PROTECTED]>
mvdb.com


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to