[seam-dev] SAF (aka Entity Framework) idea in Seam 3

Jason Porter lightguard.jp at gmail.com
Wed Sep 21 18:17:19 EDT 2011


That's good at the runtime, but develop time that really doesn't help
because it won't compile and you won't get IDE auto complete.

On Wed, Sep 21, 2011 at 16:10, Dan Allen <dan.j.allen at gmail.com> wrote:

> Stuart,
>
> You also previous mentioned...
>
> With portable extensions we could do something like:
>
>
> @Entity
> @AutoHome
> public class MyEntity ....
>
>
> and have a portable extension that registers a new home bean for every
> entity with the @AutoHome annotation.
>
> I think we all agree that "Home" is a crappy name, so perhaps @Crud or @Dao
> would be a sufficient name.
>
> -Dan
>
> On Tue, Sep 20, 2011 at 22:15, Stuart Douglas <stuart.w.douglas at gmail.com>wrote:
>
>> **
>> My original plan for EntityQuery was to use the ServiceHandler stuff in
>> solder:
>>
>> @EntityQuery
>> public interface MyQuery {
>>
>>   @Query("Select u from User u where type=:p1")
>>   public List<User> users(String type);
>>
>> }
>>
>> Stuart
>>
>>
>> On 09/21/2011 06:00 AM, José Rodolfo Freitas wrote:
>>
>> Yeah, I agree that being declarative is the ideal.
>> let's say no to inheritance with generics! hehehe.
>>
>> On Tue, Sep 20, 2011 at 4:41 PM, Dan Allen <dan.j.allen at gmail.com> wrote:
>>
>>> On Tue, Sep 20, 2011 at 15:36, José Rodolfo Freitas <
>>> joserodolfo.freitas at gmail.com> wrote:
>>>
>>>> What I like most in CDI and Seam3 is that it's very easy to keep things
>>>> simple and that's something I strongly advocate.
>>>
>>>
>>>  +1
>>>
>>>
>>>> Of course there're still boilerplate code, but I think it's minimal
>>>> (compared to the JEE generations before), and that's something forge can
>>>> create without the need to satisfy a "framework". Yes, I admitedly am afraid
>>>> of that word.
>>>>
>>>
>>>  That's fine, it doesn't have to be a framework. I do think there is
>>> room for having some common scaffolding, though. If we can do that by
>>> extending the programming model (annotations, generic beans or interfaces)
>>> so that it's declarative, that's probably ideal.
>>>
>>>  I suggest that we brainstorm proposals using gists (
>>> http://gist.github.com). That will get the ball rolling. We can start
>>> with the idea Jason posted, or feel free to take a different approach.
>>>
>>>  -Dan
>>>
>>>   --
>>> Dan Allen
>>> Principal Software Engineer, Red Hat | Author of Seam in Action
>>> Registered Linux User #231597
>>>
>>> http://www.google.com/profiles/dan.j.allen#about
>>> http://mojavelinux.com
>>> http://mojavelinux.com/seaminaction
>>>
>>>
>>
>> _______________________________________________
>> seam-dev mailing list
>> seam-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/seam-dev
>>
>>
>>
>
>
> --
> Dan Allen
> Principal Software Engineer, Red Hat | Author of Seam in Action
> Registered Linux User #231597
>
> http://www.google.com/profiles/dan.j.allen#about
> http://mojavelinux.com
> http://mojavelinux.com/seaminaction
>
>
> _______________________________________________
> seam-dev mailing list
> seam-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev
>
>


-- 
Jason Porter
http://lightguard-jp.blogspot.com
http://twitter.com/lightguardjp

Software Engineer
Open Source Advocate
Author of Seam Catch - Next Generation Java Exception Handling

PGP key id: 926CCFF5
PGP key available at: keyserver.net, pgp.mit.edu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/seam-dev/attachments/20110921/96299e76/attachment-0001.html 


More information about the seam-dev mailing list