I've got an answer from ejb3-feedback. I'll pasted it:
Code:
Date: Tue, 1 Mar 2005 08:35:53 +1300
From: "Evan Ireland" <eireland@sybase.com>
Subject: RE: ejb3-edr2 persistence suggestion (final fields)
"static" fields should not be persisted, as they are not "instance" fields.
@Transient shouldn't be required for "static" fields.
> -----Original Message-----
> From: misto@sysop.ci.pwr.wroc.pl
> [mailto:misto@sysop.ci.pwr.wroc.pl]On Behalf Of Michal Stochmialek
> Sent: Monday, 28 February 2005 10:28 p.m.
> To: ejb3-edr2-feedback@sun.com
> Subject: ejb3-edr2 persistence suggestion (final fields)
>
>
> Hello,
>
> I'm testing an alpha implementation of hibernate annotations,
> which implements
> ejb3-edr2 for specification of o/r mapping. While those tests, I run into
> a problem, which is a result of contents of Persistence API from
> the second
> draft of ejb3 spec.
>
> The '2.1.1 Persistent Fields and Properties' section says:
>
> If the entity is annotated with the annotation member value
> access=FIELD, the container accesses instance variables
> directly and all
> non-transient instance variables that are not annotated with the
> Transient annotation are persistent.
>
>
> But what a about final fields? Should they be persisted too? Container's
> implementation will surely throw an exception, while trying to
> set final field.
> So if this can't be implemented, then why not exclude final fields as it
> was done for transient fields...
>
> On the other hand, I can't think any case when persisting final field could
> be handy?
>
>
> I run into this problem when I've added serialVersionUID field from the
> Serializable interface. Of course, the solution was ease. I simply added
> @Transient annotation.
>
> But the problem returned when I was using aspectJ weaver, which
> adds a static
> part of join point as a static final field to a target classes.
> In this case,
> I'm not able to add @Transient annotation. And I don't know any
> other solution...
>
>
> Could You make some comment in this area? Do you think final fields should
> be persisted? Can I expect any changes in specification under this topic?
>
> best regards,
> --
> Michal Stochmialek <misto@e-informatyka.pl>