jakarta-cactus-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vincent Massol" <vmas...@octo.com>
Subject RE: RE : CMR testing
Date Thu, 08 Aug 2002 13:25:26 GMT

> -----Original Message-----
> From: Gustavo Hexsel [mailto:GHexsel@mercador.com]
> Sent: 08 August 2002 14:15
> To: 'Cactus Users List'
> Subject: RE: RE : CMR testing
> 	Then you mean to use reflection inside a generic session bean to
> wrap the test calls? 

Yes. Exactly in the same way as it is currently done with Servlets,
Taglib and Filters.

> Or to make a different entity to each test case? 


> In
> the
> last case, I hope you mean to use a code generator, because it´s a lot
> work to write bean, home, remote, ejb and proprietary files for each
> case.

Agreed. There will be only one EJB and it will be generic and provided
in the cactus jar. You would only have to define it in your ejb-jar once
(in the same way you define the cactus rediretor servlet in your

> 	Any other ideas?

Not at the moment ... :-)

Only one: Cactus will need to provide several EJB redirectors: one for
Session Bean, one for Entity Bean and one for MDB. This is needed to
offer a valid EJBContext. I hope we don't also need per bean type (like


> 	[]s Quartz
> -----Original Message-----
> From: Michael Mattox [mailto:michael@idtect.com]
> Sent: quinta-feira, 8 de agosto de 2002 04:09
> To: 'Cactus Users List'
> Subject: RE : CMR testing
> We just started discussing this, and it's interesting because you
> at the same conclusions but by a different path.  In other words,
> given another reason why we need this feature.  The idea is to have an
> EJBRedirector that will test your entities, much like the servlet
> redirector tests session beans.  This would improve the design by
> removing the servlet from the picture when testing entities.
> We're hoping someone will volunteer to do it.  If not I'm considering
> it.  I'm currently evaluating EJB Entity beans vs. JDO for a new
> and I am not sure I'll be using entity beans (so far I prefer JDO).
> Michael
> --
> To unsubscribe, e-mail:   <mailto:cactus-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:cactus-user-
> help@jakarta.apache.org>

To unsubscribe, e-mail:   <mailto:cactus-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:cactus-user-help@jakarta.apache.org>

View raw message