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 <[email protected]> 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 
> <[email protected]>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 <[email protected]> wrote:
>>
>>> On Tue, Sep 20, 2011 at 15:36, José Rodolfo Freitas <
>>> [email protected]> 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
>> [email protected]https://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
> [email protected]
> 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
_______________________________________________
seam-dev mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/seam-dev

Reply via email to