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

[Dan Allen]

True. I don't really see the problem with having an object that extends a
base object, even if it has no additional methods.

...and if that is the solution, then the @AutoCrud could be a hint to forge
to generate that class if it doesn't yet exist. Now that's an idea :)

-Dan

On Wed, Sep 21, 2011 at 18:17, Jason Porter <lightguard.jp at gmail.com> wrote:

> 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
>



-- 
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/seam-dev/attachments/20110921/afc3a657/attachment.html