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