[weld-dev] SQL framework proof of concept

Arbi Sookazian asookazian at gmail.com
Sat Nov 28 18:21:46 EST 2009


and what about tx demarcation?  let's say we have a use case that requires
two updates in a single tx and would like to use seam-sql.  How can I
implement this using your new API?  Is there a @Transactional or similar
(BMT?) I can use or must I use Seam's @Transactional (w/o the REQUIRES_NEW
or NOT_SUPPORTED)...

On Sat, Nov 28, 2009 at 3:17 PM, Arbi Sookazian <asookazian at gmail.com>wrote:

> OH come on.  Can't you be more creative than that, it's the weekend after
> all?  It's like being trapped in a jail cell, the JVM, and you'll never
> break free until you break the rules somehow.  We need some kind of
> advantage over the other groups: http://deoxy.org/hs_cehn.htm
>
> what kind of an elevation is OOP or AOP really when you consider invisible
> dimensions?  there's gotta be something else lurking invisibly somewhere...
>
>
> On Sat, Nov 28, 2009 at 3:08 PM, Gavin King <gavin.king at gmail.com> wrote:
>
>> OK, great. I've just decided to break the rules and say that up is
>> down. You should all be lying on the ceiling by now.
>>
>> On Sat, Nov 28, 2009 at 5:58 PM, Arbi Sookazian <asookazian at gmail.com>
>> wrote:
>> > don't you hate the rules?  it was an interesting question... break the
>> > rules.
>> >
>> > On Sat, Nov 28, 2009 at 2:50 PM, Gavin King <gavin.king at gmail.com>
>> wrote:
>> >>
>> >> Eh? By definition you can't do anything with the type system at
>> *runtime*!
>> >>
>> >> On Sat, Nov 28, 2009 at 5:41 PM, Nicklas Karlsson <nickarls at gmail.com>
>> >> wrote:
>> >> > Would it be doable to use e.g. Javassist to transform a class into
>> one
>> >> > of those static typesafe "entity classes" at runtime?
>> >> >
>> >> > On Sat, Nov 28, 2009 at 8:25 AM, Arbi Sookazian <
>> asookazian at gmail.com>
>> >> > wrote:
>> >> >> Looks like there are two tables (users and permissions) but
>> >> >> testQuery2() and
>> >> >> testQuery3() both select only from one table - users.  So now we
>> need a
>> >> >> small db schema (i.e. data model).  The typical customers and orders
>> >> >> would
>> >> >> suffice to demo FK and potential outer joins.  How can I define
>> >> >> customerId
>> >> >> as a FK on orders table?  Ideally, it would be nice to be able to do
>> >> >> all
>> >> >> this via tooling (i.e. exec a wizard that would generate the code
>> for
>> >> >> us).
>> >> >> But we need to be able to do all this via the API for now...
>> >> >>
>> >> >> On Fri, Nov 27, 2009 at 3:16 PM, Gavin King <gavin.king at gmail.com>
>> >> >> wrote:
>> >> >>>
>> >> >>> New rev, with ability to pass SQL as strings.
>> >> >>>
>> >> >>> On Fri, Nov 27, 2009 at 4:47 PM, Gavin King <gavin.king at gmail.com>
>> >> >>> wrote:
>> >> >>> > Latest, with a new approach to specifying types.
>> >> >>> >
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> --
>> >> >>> Gavin King
>> >> >>> gavin.king at gmail.com
>> >> >>> http://in.relation.to/Bloggers/Gavin
>> >> >>> http://hibernate.org
>> >> >>> http://seamframework.org
>> >> >>>
>> >> >>> _______________________________________________
>> >> >>> weld-dev mailing list
>> >> >>> weld-dev at lists.jboss.org
>> >> >>> https://lists.jboss.org/mailman/listinfo/weld-dev
>> >> >>
>> >> >>
>> >> >> _______________________________________________
>> >> >> weld-dev mailing list
>> >> >> weld-dev at lists.jboss.org
>> >> >> https://lists.jboss.org/mailman/listinfo/weld-dev
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > ---
>> >> > Nik
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Gavin King
>> >> gavin.king at gmail.com
>> >> http://in.relation.to/Bloggers/Gavin
>> >> http://hibernate.org
>> >> http://seamframework.org
>> >>
>> >> _______________________________________________
>> >> weld-dev mailing list
>> >> weld-dev at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/weld-dev
>> >
>> >
>>
>>
>>
>> --
>> Gavin King
>> gavin.king at gmail.com
>> http://in.relation.to/Bloggers/Gavin
>> http://hibernate.org
>> http://seamframework.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/weld-dev/attachments/20091128/64e15078/attachment-0001.html 


More information about the weld-dev mailing list