Thanks for the response. 1) looks like a good solution. 2) here's the problem with entity beans. I have to know all my business cases in advance, declare them in the descriptors, and provide a finder for each. Everything is completely entity-centric, instead of usage (transaction) centric.
I get the following problems: 1) I could end up with lots of finders with incredibly long names so that the client knows what they do. Complicate my API for everyone to look at just for corner-case transactions. 2) The developer, working on a particular piece of logic, has to go to the entity, add a new finder and rebuild. Poor productivity. 3) I must verify that I can do this with other application servers 4) If I find that it can be done, attempt to put automatic processes in place in my build system to build the config for each All when I just wanted to say "select these 10 fields from these 2 joined entities" in one transaction. I think JBoss generally provides very good solutions within the constraints of the entity bean paradigm. More and more however, I find that the paradigm is inflexible and bars portability. That is in no way intended to be a rant at JBoss. I will continue to use, recommend and deploy it, and I always genuinely appreciate the prompt and accurate advice I get from key figures on these forums, something I can never get from other vendors. But I think that as an ISV who must remain portable, I must look to another persistence solution. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3862123#3862123 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3862123 ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
