ModifierSet breaks backward compatibility

[GoogleCodeExporter]

ModifierSet breaks backward compatibility

[GoogleCodeExporter]

The value of the constants from ModifierSet where changed in order to follow the
java.lang.ModifierSet.

This change was asked in Issue 22.

But they are only constants, their values should not affect the runtime if you 
are
referencing the constants. Unless you are persisting these values. Is this your 
problem?

Original comment by [email protected] on 28 Jan 2010 at 1:48

• Added labels: Type-Other
• Removed labels: Type-Defect

[GoogleCodeExporter]

I've built an abstraction above javaparser and changing ModifireSet ordering 
broke
some of my code. But I've fixed that already so no problem. But anyone 
depending on
int values of your fields might be surprised with version 1.0.8.

One last question: why abstract is not 512?

Beside that great work with Java Parser! Thx once again for this tool.

Original comment by [email protected] on 28 Jan 2010 at 8:14

[GoogleCodeExporter]

Ok Paul, I understand your point, sorry about that.

About the abstract modifier, this value is 512 because the abstract modifier in
java.lang.reflect.Modifier is 512 too. This is the reason.

Thank you.

Original comment by [email protected] on 28 Jan 2010 at 10:41

• Changed state: WontFix