db-torque-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christoph Engelbert <c.engelb...@u-form.de>
Subject Re: Attibute modifications in schema
Date Thu, 30 Sep 2010 08:12:55 GMT
Hi guys,

I'm not new to this list but was read only for a long time. At work we
extensively use Torque in one of our bigger projects.

To the dicussionpoint:
I'll like the idea of using POJOs with annotations and I would be glat
to see it in Torque as well. This would make things a lot easier since
we use interfaces and concrete implementations. These implementations
are wrapped by adapter-classes so annotations would be a great success
to get rid of those adapters.

I'll like to try myself on annotation-driven approach for Torque if more
people like the idea.

Greetings from germany

Am Mittwoch, den 29.09.2010, 20:43 +0200 schrieb Thomas Vandahl:

> On 27.09.10 21:52, Thomas Fischer wrote:
> > table.abstract
> > I'm of the opinion that the abstract attribute works but Thomas V is of
> > another opinion. But, thinking about it, we can make it work once the Peer
> > class is not static any more. So the question is do we think it's useful
> > and should be kept or should we drop it (This quesion mainly goes to Thomas
> > V as Greg has already answered it in favour of dropping)
> I tried to make myself clear in another mail. That said, I have never
> used that attribute and probably won't miss it.
> The idea behind the attribute is however interesting. There are quite a
> few other frameworks that generate bean-like classes which could be used
> as Torque objects right away (JAXB comes to mind). I remember having a
> hard time when I tried to adjust the Fulcrum security interfaces to
> Torque objects. Maybe we find a more elegant solution when we rework the
> runtime.
> Bye, Thomas.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org
> For additional commands, e-mail: torque-dev-help@db.apache.org

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message