Hi Tom,
Excuse me for intervening in the discussion, but wouldn't there be
any updates to the JEE spec implementation in the same way as JDK is
updated?
The reason I'm asking this is because it will take years for the next
JEE version to come up, we have to find home grown workarounds for many
issues like these.
Perhaps, it would be better to release minor update of the spec every
every year so that omissions like these can be easily accommodated and
be beneficial to the entire Java community.
At least as a reference implementation of the spec, eclipselink can fill
in the gaps left out by the spec as optional enhancements that may be
brought up at the discussion for next update/release of the spec.
I can understand the complexities involved in doing this but waiting
several for minor enhancements just because a spec cannot be altered is
too silly from an ordinary customer perspective; if the spec cannot
address my needs and is not evolving over time, then why do we need to
bother about the spec, I can use any proprietary solution and get things
done.
I'm raising this concern here so that you guys can take it up with the
expert group when you get a chance ( I know Oracle has a couple of EG
members in JPA spec, and now Java is owned by Oracle, so if some thing
good needs to be done, then it need not hesitate to break the barrier of
spec.
The spec has to evolve in the same manner as any opensource software
evolves by adding commonly agreed features to the core of it. The later
updates to the spec can be made optional so that JEE containers (read
persistence providers) can choose to implement or ignore these updated
features.
I hope you take these comments in positive sense and try to understand
how annoying it is to deal with trivialities like these just because the
spec was silent on these or addressed the issues partially.
Thanks and Regards,
Samba
On Tue, Nov 23, 2010 at 6:03 PM, Tom Ware <tom.ware@xxxxxxxxxx
<mailto:tom.ware@xxxxxxxxxx>> wrote:
Hi,
@Column is defined in the JPA specification. It can only contain
what is defined in the JPA specification. This is a suggestion you
could make to the JPA Expert group for inclusion in a future version
of the spec.
-Tom
cinhtau wrote:
Hi Tom,
thank you for your answer.
Would it make sense to extend the @Column annotation with
attribute name
comment? I didn't read the JSR so far, but maybe this is a sensible
approach.
Though it is only a documentation feature, I guess it isn't
worth the effort
for the mainstream.
tware wrote:
There is not currently a feature like that. Your best
option is to
generate the DDL to a SQL script with our sql-script DDL
generation and then add the
comments manually to the script.
-Tom
cinhtau wrote:
Dear EclipseLink users,
does EclipseLink or JPA 2.0 in general supports a way to
fill or alter
comments of created data definitions?
DDL - creation works like a charm and it is highly
flexible.
@Id
private int id;
/**
* zipcode of location
*/
private String plz;
Is there an annotation, that I can use to setup
corresponding comments of
fields like my Java Doc above the java field to create a
DDL-statement
like
that COMMENT ON COLUMN fi_banken.plz IS 'zipcode of
location';?
It's not an important feature, just want to know if
EclipseLink/JPA
supports
it.
Thanks in advance
cinhtau
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
<mailto:eclipselink-users@xxxxxxxxxxx>
https://dev.eclipse.org/mailman/listinfo/eclipselink-users
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx <mailto:eclipselink-users@xxxxxxxxxxx>
https://dev.eclipse.org/mailman/listinfo/eclipselink-users
------------------------------------------------------------------------
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users