RE: possible bug? unable to retrieve more than one method attribute
"jon_tirsen" <[email protected]> Wed, 28 May 2003 19:45:49 +0200
| Newsgroups | gmane.comp.java.nanning.devel |
|---|---|
| Message-ID | <002001c32540$fba783e0$6c4a59d5@jon> |
Yeah, in our unit-tests we execute the attribute-compiler manually, you can see an example in AbstractAttributeTest I think. If there's a bug that's annoying you, send me a failing JUnit-test and I'll try to fix it. (Just refactor out the stuff your trying to do, no need to isolate the problem or anything. I'll do that.) -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Steve Conover Sent: den 28 maj 2003 18:51 To: [email protected] Subject: Re: [Nanning-developer] possible bug? unable to retrieve more than one method attribute The attributes have different names, so that's not the problem... The reason I use the XML version is that I've been trying to avoid having an extra compilation step (e.g an ant task). Do I have any other options that don't require that extra step? In the meantime I'll port over to the ant-task-based property configuration and try that out. Regards, Steve --- Jon Tirsén <[email protected]> wrote: > It could be. Are you using the XML feature of the > attributes stuff? That isn't very well-maintained at > the moment. All the tests run but the implementation > hasn't really hanged on to all the later refactorings. > I think it's time for a rewrite. > > Oh, and Nanning currently doesn't support several > attributes with the same name. > > --- Steve Conover <[email protected]> skrev: > I have 3 > attributes in an xml file for one of my > > methods. I can > > retrieve the first one, but the others dont seem to > > exist > > (Attributes.hasAttribute reports false, and > > getAttribute returns null). > > > > Is this a known bug? > > > > -Steve > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ObjectStore. > > If flattening out C++ or Java code to make your > > application fit in a > > relational database is painful, don't do it! Check > > out ObjectStore. > > Now part of Progress Software. > > http://www.objectstore.net/sourceforge > > _______________________________________________ > > Nanning-developer mailing list > > [email protected] > > > https://lists.sourceforge.net/lists/listinfo/nanning-developer > > _____________________________________________________ > Gå före i kön och få din sajt värderad på nolltid med Yahoo! Express > Se mer på: http://se.docs.yahoo.com/info/express/help/index.html > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application fit in a > relational database is painful, don't do it! Check out ObjectStore. > Now part of Progress Software. http://www.objectstore.net/sourceforge > _______________________________________________ > Nanning-developer mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/nanning-developer ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Nanning-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nanning-developer ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge