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 <[email protected]> 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 <[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 > -- 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
