> this decision. The success of Castor (an excellent pseudo-JDO > implementation > from the smart folks at http://www.exolab.org) and its > integration with > JBoss, for example, is proof that a popular user-crafted > project can keep > the JDO initiative alive despite J2EE political and commercial vendor > disapproval. Can you explain how Castor is a pseudo JDO implementation? Where does and where doesn't it follow the official JDO spec? geert =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
- Re: Entity beans vs DAO(Data Access Objects) Jay Walters
- Re: Entity beans vs DAO(Data Access Objects) Anup Maliyackel
- Re: Entity beans vs DAO(Data Access Objects) Anup Maliyackel
- Re: Entity beans vs DAO(Data Access Objects) James Cook
- Re: Entity beans vs DAO(Data Access Objects) Tim Endres
- Re: Entity beans vs DAO(Data Access Objects) Jay Walters
- Re: Entity beans vs DAO(Data Access Objects) Hansen, Richard
- Re: Entity beans vs DAO(Data Access Objects) James Cook
- Re: Entity beans vs DAO(Data Access Objects) Geert Mergan
- Re: Entity beans vs DAO(Data Access Objects) Sean Neville
- Re: Entity beans vs DAO(Data Access Objects) Geert Mergan
- Re: Entity beans vs DAO(Data Access Objects) Geert Mergan
- Re: Entity beans vs DAO(Data Access Objects) Jay Walters
- Re: Entity beans vs DAO(Data Access Objects) Jay Walters
- Re: Entity beans vs DAO(Data Access Objects) Geert Mergan
- Re: Entity beans vs DAO(Data Access Objects) Krishnan Subramanian
- Re: Entity beans vs DAO(Data Access Objects) James Cook
- Re: Entity beans vs DAO(Data Access Objects) Gene Chuang
- Re: Entity beans vs DAO(Data Access Objects) Christian Riege
- Re: Entity beans vs DAO(Data Access Objects) William Louth
- Re: Entity beans vs DAO(Data Access Objects) Geert Mergan
