Add method to AbstractJAnnotationValue to access value about jcodemodel HOT 9 CLOSED

Well I extended the API slightly, but providing APIs like "getParameterIntValue" is a tricky thing because the members can be of arbitrary classes (JAnnotationArrayMember, JAnnotationStringValue or JAnnotationUse itself). Instead I provided a generic "getParam" returning AbstractJAnnotationValue, a "getConstantParam" returning only JAnnotationStringValue and finally "getConstantParamValue" returning the value expression inside the JAnnotationStringValue.
Now if accessors for primitives are required there are imho 2 options: 1. provide a default value in the method (like 'int getParamIntValue (String name, int defaultValue)') or 2. return the primitive wrapper type (like 'Integer getParamIntValue (String name)') which can therefore be null.

I personally think the second alternative looks nicer.

from jcodemodel.

Actually I was thinking about accessing actual parameter values, not their code model. See this two classes to get an idea of what I want:

https://github.com/sviperll/adt4j/blob/master/adt4j-core/src/main/java/com/github/sviperll/adt4j/Annotations.java

https://github.com/sviperll/adt4j/blob/master/adt4j-core/src/main/java/com/github/sviperll/adt4j/AnnotationUsage.java

from jcodemodel.

I do get your point. Currently the following types are supported:
8 primitives, String, Class<?> -> no problem for them
IJExpression, AbstractJType, JEnumConstant -> they are already "code modelled"

I could add a method "public Object getNativeValue()" to JAnnotationStringValue that returns the original object before it is wrapped. I would really like to spare the additional map from name to value if possible. Ok?

from jcodemodel.

This sounds good, thank you.

from jcodemodel.

About code modeled values... My reasoning was that annotation parameters should be "compile-time constants", they always have some native value during compilation time, so this IJExpression, AbstractJType, JEnumConstant should always have some known value... May be it's better to deprecate this methods, and always ask for some actual value...

from jcodemodel.

Please check the trunk if that fits your needs.
I deprecated the version with "IJExpression" but left the ones with AbstractJType and JEnumConstant, because otherwise generated enums could not be used in there

from jcodemodel.

Checked latest version. Works for my needs. Thanx.

from jcodemodel.

OK, so I will start the release process...

from jcodemodel.

2.7.6 out now - already on Maven Central

from jcodemodel.