Hi Mohammad,
It definitely did help. On adding the classpath entry
that problem got resolved but it started asking for some other
classes. Finally I got it to work. by resetting the classpath by
clicking on Restore Default Entries in the run dialog box. Somehow the
classpath had got changed. Thanks for the help
Thanks
Manu
On 11/6/06, Mohammad Nour El-Din <[EMAIL PROTECTED]> wrote:
Hi Manu...
Try putting these JARS in the class path entry, in the running configuration
of the JUnit test case class from the menu that has a *running man* on it
:), open it, click on *Run...*, you will see under the JUnit section a JUnit
test case running configuration for ur test case, in the *class path* tab
add ur jars, I hope this will help.
On 11/6/06, Manu George <[EMAIL PROTECTED]> wrote:
> Hi Mohammad,
> In the java build path the project is referring to, junit
> 4.1 jars are referenced. Is there
> any other place where I need to specify to use 4.1.
>
> Thanks
> Manu
>
>
> On 11/6/06, Mohammad Nour El-Din <[EMAIL PROTECTED]> wrote:
> > Hi Manu...
> >
> > If u still using junit 3.8.1, remove it and add junit 4.1 jars.
> >
> >
> > On 11/6/06, Manu George <[EMAIL PROTECTED]> wrote:
> >
> > > Hi David,
> > > I have attached a patch for review for OPENEJB-151.
> > > Also OPENEJB-150 already has a test case related to it i.e
> > > StatelessPojoEjbLocalHomeTests so I guess it can be closed. Also after
> > > the refactoring of the iTests I have rebuilt my workspace and imported
> > > into eclipse and on trying to run the class org.apache.openejb.iTest
> > > in openEjb core I am getting the following error.
> > >
> > > java.lang.NoClassDefFoundError: junit/framework/TestListener
> > > at java.lang.ClassLoader.defineClass1(Native Method)
> > > at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
> > > at java.security.SecureClassLoader.defineClass(
> > > SecureClassLoader.java:124)
> > > at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
> > > at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> > > at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> > > at java.security.AccessController.doPrivileged(Native Method)
> > > at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> > > at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> > > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java
> :268)
> > > at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> > > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java
> :319)
> > > Exception in thread "main"
> > >
> > > I am not able to figure out why this is happening in eclipse. Any
> > > advice is welcome
> > >
> > > Thanks
> > > Manu
> > >
> > > On 11/5/06, David Blevins <[EMAIL PROTECTED]> wrote:
> > > > On Nov 5, 2006, at 12:08 AM, Manu George wrote:
> > > >
> > > > > Hi David,
> > > > > I have attached a patch for OPENEJB-177 JIRA(The test case
> for
> > > > > javax.ejb.EJBLocalObject for Stateful session beans). Please
> review
> > > > > and commit if appropriate.
> > > >
> > > > All committed! Thank you very much for the tests, Manu!
> > > >
> > > > > Please assign JIRA no 150 and 151 to me
> > > >
> > > > Done and done.
> > > >
> > > > -David
> > > >
> > > >
> > > > >
> > > > > Thanks
> > > > > Manu
> > > > >
> > > > > On 11/5/06, David Blevins <[EMAIL PROTECTED]> wrote:
> > > > >> Thanks Manu! All fixed and checked in http://issues.apache.org/
> > > > >> jira/
> > > > >> browse/OPENEJB-303
> > > > >>
> > > > >> That just goes to show how important these tests are :)
> > > > >>
> > > > >> If there's a specific one you'd like assigned to you, just let us
> > > > >> know.
> > > > >>
> > > > >> -David
> > > > >>
> > > > >> On Nov 3, 2006, at 12:10 PM, Manu George wrote:
> > > > >>
> > > > >> > Thanks for replying. I will attach the Test case
> in
> > > > >> this
> > > > >> > mail. Its a very simple one actually. I added this test case in
> the
> > > > >> > StatefulLocalTestSuite and ran the iTest class in openejb-core
> > > > >> module.
> > > > >> > The error I get is in the test02_getEjbLocalHome() method where
> for
> > > > >> > ejbLocalObject what I get is a EjbObjectProxyHandler which does
> not
> > > > >> > have the getEJBLocalHome method.
> > > > >> >
> > > > >> > Regards
> > > > >> > Manu
> > > > >> >
> > > > >> > On 11/3/06, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
> > > > >> >> On 11/3/06, Manu George <[EMAIL PROTECTED]> wrote:
> > > > >> >>
> > > > >> >> > I just wrote some test cases for testing the methods
> of
> > > > >> >> > EjbLocalObject for a Stateful Session Bean. The proxy object
> > > > >> that I
> > > > >> >> > get for local or remote seems to be the same in the case of
> > > > >> Running
> > > > >> >> > test cases in the IntraVmServer. The problem faced was that
> the
> > > > >> >> proxy
> > > > >> >> > did not have a getEJBLocalHome method. I also found a Jira
> > > > >> for this
> > > > >> >> > problem but it was closed marked duplicate and I was unable
> > > > >> to find
> > > > >> >> > the original JIRA. Currently for both Remote and Local
> Homes we
> > > > >> >> get
> > > > >> >> > the same object. Is this because since both are intra-vm
> objects
> > > > >> >> there
> > > > >> >> > is no difference. If that is the case can we add
> > > > >> getEJBLocalHome to
> > > > >> >> > the EjbObjectProxyHandler?
> > > > >> >> > Or do we need to create separate EjbLocalObjectProxyHandler
> and
> > > > >> >> > separate children? Is someone working on this issue?
> > > > >> >>
> > > > >> >> Can you show how you wrote the test? I'm not that familiar
> with
> > > > >> those
> > > > >> >> inner-workings of OpenEJB, so unless I see it I won't be able
> > > > >> to help
> > > > >> >> that much (other than replying and confirming that your
> message
> > > > >> hit
> > > > >> >> some mailboxes ;-))
> > > > >> >>
> > > > >> >> Jacek
> > > > >> >>
> > > > >> >> --
> > > > >> >> Jacek Laskowski
> > > > >> >> http://www.jaceklaskowski.pl
> > > > >> >>
> > > > >>
> > > > >>
> > > > >
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > Thanks
> > - Mohammad Nour
> >
> >
>
--
Thanks
- Mohammad Nour
