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]