Return-Path: Delivered-To: apmail-jakarta-cactus-user-archive@apache.org Received: (qmail 17839 invoked from network); 8 Aug 2002 13:29:51 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 8 Aug 2002 13:29:51 -0000 Received: (qmail 25563 invoked by uid 97); 8 Aug 2002 13:30:10 -0000 Delivered-To: qmlist-jakarta-archive-cactus-user@jakarta.apache.org Received: (qmail 25329 invoked by uid 97); 8 Aug 2002 13:30:09 -0000 Mailing-List: contact cactus-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Cactus Users List" Reply-To: "Cactus Users List" Delivered-To: mailing list cactus-user@jakarta.apache.org Received: (qmail 25214 invoked by uid 98); 8 Aug 2002 13:30:07 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) From: "Vincent Massol" To: "'Cactus Users List'" Subject: RE: RE : CMR testing Date: Thu, 8 Aug 2002 14:25:26 +0100 Organization: OCTO Technology Message-ID: <00c901c23edf$0f5011d0$e37278d5@octovma> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <2BE4F32E01B1D411AC93000629133C7F017783FD@MAIL01-BR2> Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Gustavo Hexsel [mailto:GHexsel@mercador.com] > Sent: 08 August 2002 14:15 > To: 'Cactus Users List' > Subject: RE: RE : CMR testing >=20 > Then you mean to use reflection inside a generic session bean to > wrap the test calls?=20 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?=20 No. > In > the > last case, I hope you mean to use a code generator, because it=B4s a = lot of > work to write bean, home, remote, ejb and proprietary files for each test > 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 web.xml). >=20 > Any other ideas? >=20 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 SLSB, SFSB, CMP EB, BMP EB, etc). Thanks -Vincent > []s Quartz >=20 >=20 > -----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 >=20 >=20 > We just started discussing this, and it's interesting because you arrive > at the same conclusions but by a different path. In other words, you've > 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. >=20 > 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 project > and I am not sure I'll be using entity beans (so far I prefer JDO). >=20 > Michael >=20 > -- > To unsubscribe, e-mail: unsubscribe@jakarta.apache.org> > For additional commands, e-mail: help@jakarta.apache.org> -- To unsubscribe, e-mail: For additional commands, e-mail: