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:[EMAIL PROTECTED] > > 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:[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] > > > > > --------------------------------------------------------------------- > 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]
