Girish, Once more, please do not reuse existing mail thread to ask your questions. Please start a new one if you're starting a new subject.
I've already answered in another thread. Thanks -Vincent > -----Original Message----- > From: Girish Patil [mailto:[EMAIL PROTECTED] > Sent: 10 May 2004 17:41 > To: 'Cactus Users List' > Subject: RE: EJB testing > > HELLO EVERYBODY > I am new to cactus and i would like to incorporate it in our project > > My Application server is WebLogic 6.1(Its an old application that we are > maintaining) > > 1) How can i use Cactus with ANT and Weblogic to test EJB's? > 2) Is there any step by step Tutorial for the same ? > 3) Also I have a Question .. How much to test ?? > > If there is a EJB Method which accepts 4 parameters > > myEJBMethod(String str, Object obj1,Object Obj2,int age){ > } > > > I should be testing this method with various inputs like > 1) null string with Null objects, > 2) valid string string with null objects ... > 3) all valid string > ...... > ...... > This method should not break for any of these combinations.so > I can generate as such so many combinations ..thus i have a question > How many test methods should i write ? > > Please give me inputs > > > Thanks in advance... > Girish > > -----Original Message----- > From: Ron Roth [mailto:[EMAIL PROTECTED] > Sent: Monday, May 10, 2004 7:36 PM > To: Cactus Users List > Subject: RE: EJB testing > > > So it's a tradeoff of testing in container vs. testing non-interface > methods? Is there any way to have both? > > Ron > > -----Original Message----- > From: J. B. Rainsberger [mailto:[EMAIL PROTECTED] > Sent: May 7, 2004 5:53 PM > To: Cactus Users List > Subject: Re: EJB testing > > > Ron Roth wrote: > > > Hi, > > I want to test methods in an EJB that are not part of the local/remote > interface. Is it possible to do this? > > Instantiate the EJB implementation class in a plain old JVM then invoke > the methods. Voila. > -- > J. B. Rainsberger, > Diaspar Software Services > http://www.diasparsoftware.com :: +1 416 791-8603 > Let's write software that people understand > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
