[weld-dev] SQL framework proof of concept

[Arbi Sookazian]

btw, I literally tried for at least an hour this morning (and finally gave
up) to create a JAR for the seam-sql project using Eclipse's export project
functionality.  It would not add the lib directory with the weld and hsqldb
jar's to my JAR.  Very embarassing and a PITA.  In the wizard, it shows that
it will add the jar's but it doesn't.

I'd like to use this:

void start(@Observes ContainerInitialized ci, Session session) {

and this from the StartMain API doc:

java -jar MyApp.jar org.jboss.weld.environment.se.StartMain arguments

rather than public static void main()...

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

> yes, and this is off topic but it is Saturday, so plz excuse me....
>
> The finding of DMT in normal human body fluids opens up interesting legal
> questions. Since DMT is illegal, as is "any material, compound, mixture or
> preparation" containing DMT, it would seem we are all guilty of possession
> of a controlled substance. *Jonathan Ott <http://deoxy.org/def/index.htm>
>
> So the government is saying, indirectly, we're illegal...  you're born
> illegal.  nice, very nice and weak.  break the rules.
> *
>
> On Sat, Nov 28, 2009 at 3:21 PM, Arbi Sookazian <asookazian at gmail.com>wrote:
>
>> 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/c742b65e/attachment-0001.html