my 0.02cents: I'm +1 on moving Attributes to dormant, since it aimed provide an Java5 Annotation for VM that didn't support at all. since it proved to be stable enough - Cedric Beust uses it on TestNG library - there's no reason to continue be maintained for the reasons explained by Sebastian. Have a nice day, all the best, Simo
http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Fri, Feb 11, 2011 at 5:49 PM, sebb <seb...@gmail.com> wrote: > On 11 February 2011 16:36, Rahul Akolkar <rahul.akol...@gmail.com> wrote: >> On Fri, Feb 11, 2011 at 3:55 AM, Stefan Bodewig <bode...@apache.org> wrote: >>> On 2011-02-11, Gump wrote: >>> >>>> [javac] >>>> /srv/gump/public/workspace/apache-commons/attributes/compiler/src/java/org/apache/commons/attributes/compiler/AttributeCompiler.java:245: >>>> incompatible types >>>> [javac] found : com.thoughtworks.qdox.model.JavaPackage >>>> [javac] required: java.lang.String >>>> [javac] packageName = javaClass.getPackage (); >>>> [javac] ^ >>> >>> This started when I upgraded Gump's version of qdox from 1.6 to 1.12 >>> ('cause FOP needed the newer version). >>> >>> IIUC there hasn't been any change in attributes for two years so I'm not >>> sure what to do with it. Try to adapt attributes to a newer qdox? >>> Provide the old qdox to attributes in Gump so it can build even though >>> no other project in Gump needs it? Remove attributes from Gump? >>> >>> Any ideas? >>> >> <snip/> >> >> If no one shows interest in helping you with this, then I think we can >> move attributes from proper to dormant and remove it from Gump. > > +1 > > I've not used Attributes so I could be completely wrong, but it looks > very much like Java 5 annotations mean that there is little need for > the component now. > >> -Rahul >> >> >>> Stefan >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
