> >this could also include mass data queries, done via jdbc rather
> > than ejbFinder, and should be a lot cheaper... not sure if this is
> > relevant though.
>
> Do you want to create these methods inside the Bean ?
> In a Home method ?
>
> Something like @ejb:catalog name="catalogByCountry(Country ctry)"
> type="OrderDetail" query="select * from order where ctry =
{1}.getCode()"
>
> That create a Home method ejbHomeCatalogAll()
> And use the jboss:column-name (hum...) to do the mapping automatically
to
> the "type" detail object ? And return a Collection of these Detail
> Object...
>
> Just an idea, but that would be nice...
> Then complete DAO support for BMP Bean would be nice also...
Would be verrry nice :-)
+1000, though preferably it shouldn't be jboss-specific. I know there's
no standard in EJB spec for mapping ordinary bean to database and no
finders that return ordinary javabeans. But this is really a good
pattern; I use it for listing behavior, the lister issues an SQL query,
creates a Collection with DataObjects in it. My web tier then works with
these data objects, no low level foggy resultset/array/etc, just normal
data objects.
JBoss seems to have this generic OR mapping feature, others don't. It
would be nice to have a generic not-jboss-specific JDBC-based solution.
Ara.
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/xdoclet-devel
