mockejb-user Mailing List for MockEJB
Status: Alpha
Brought to you by:
aananiev
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(9) |
Feb
(2) |
Mar
(11) |
Apr
(3) |
May
(1) |
Jun
(1) |
Jul
|
Aug
(5) |
Sep
(3) |
Oct
(2) |
Nov
|
Dec
(3) |
2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(13) |
Nov
(1) |
Dec
(8) |
2006 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
(3) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
From: Alexander \(Sasha\) A. <ale...@my...> - 2007-10-24 20:38:11
|
Hi Vince, Unfortunately, I've never updated MockEJB to support EJB3. You should be able to run EJB3 directly from IDE without MockEJB. Is it not the case for you? Regads, Alexander (Sasha) Ananiev -----Original Message----- From: moc...@li... [mailto:moc...@li...] On Behalf Of Vince Cordaro Sent: Tuesday, October 23, 2007 1:39 PM To: moc...@li... Subject: [Mockejb-user] MockEJB and EJB3 Hi, I am looking for a tutorial on how to use MockEJB with EJB 3. I went through the examples that come with the download but they appear to be designed for EJB2.1. My problem is that when I get to the SessionBeanDescriptior I am suppose to pass in a Home class which I do not have defined since EJB3 does not require this. Any know what I need to do or even better yet can you send me or point me to a tutorial or example. Thanks in Adavance, Vince __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Mockejb-user mailing list Moc...@li... https://lists.sourceforge.net/lists/listinfo/mockejb-user |
From: Vince C. <ovi...@ya...> - 2007-10-23 17:39:38
|
Hi, I am looking for a tutorial on how to use MockEJB with EJB 3. I went through the examples that come with the download but they appear to be designed for EJB2.1. My problem is that when I get to the SessionBeanDescriptior I am suppose to pass in a Home class which I do not have defined since EJB3 does not require this. Any know what I need to do or even better yet can you send me or point me to a tutorial or example. Thanks in Adavance, Vince __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: <mu...@o2...> - 2007-09-22 10:28:57
|
Hello=20 Did=20you=20create=20MockEJB=20using=20Test=20Driven=20Development?=20 Definition=20from=20wikipedia.org:=20"Test-Driven=20Development=20(TDD)=20= is=20a=20software=20development=20technique=20that=20involves=20repeatedl= y=20first=20writing=20a=20test=20case=20and=20then=20implementing=20only=20= the=20code=20necessary=20to=20pass=20the=20test"=20 =20 Best=20regards, Przemek |
From: Alexander \(Sasha\) A. <ale...@my...> - 2007-08-05 15:14:35
|
Not sure what you mean by MBean support. Do you mean MBeans for monitoring mock EJBs? Can't you create any MBean just by using JMX API in J2SE? Alexander _____ From: moc...@li... [mailto:moc...@li...] On Behalf Of Richard Schmidt Sent: Thursday, August 02, 2007 9:40 PM To: moc...@li... Subject: [Mockejb-user] Mbean support Is there any support for MBeans? |
From: Richard S. <Ric...@me...> - 2007-08-03 01:39:50
|
Is there any support for MBeans? =20 =20 |
From: Ben A. <ben...@st...> - 2007-06-25 09:47:13
|
Hello there I would greatly appreciate a small amount of your time to assist with my doctoral research at The University of Newcastle. The research concerns open source licensing and we're seeking developers working on Java projects. The research is supervised, ethics-approved, anonymous and results will be freely available. Participation will also provide a custom licensing report for your project. To learn more, please visit: http://licensing-research.newcastle.edu.au Thanks for reading this email, and I hope you'll consider participating. Best regards Ben Alex (My apologies for being off-topic; this list will not be emailed again) |
From: Ben A. <ben...@ac...> - 2007-05-21 01:58:27
|
[Apologies for the off-topic message; no further emails will be sent] You are invited to participate in an academic research project that I am conducting into open source component licensing. The research is part of my Doctorate of Business Administration degree at the University of Newcastle, Australia, and is being supervised by Dr Len Whitehouse. The research is entirely non-commercial, and full results will be made freely available to any person who is interested. It is hoped that the research will offer useful information about how component licensing is approached in practice. We are looking for Java software developers who are working on either commercial or open source projects. Participation in the research is entirely voluntary, and privacy has been carefully addressed to ensure that participants cannot be identified. The research has received an ethics clearance from the university. Participation will usually take less than 30 minutes. If you participate, you may optionally view a licensing compliance assessment report for your project. This may be of general interest or assist in planning licensing compliance strategies. If you are interested in learning more about the research, please visit http://research.acegitech.com. At that location you will find the Research Information Sheet that fully explains the research and provides you with details on how to participate or ask further questions. Please note that data collection is scheduled to end on 4 June 2007. Thank you for taking the time to read this email, and I hope that you will consider participating. Kind regards Ben Alex |
From: Alexander (S. A. <ale...@my...> - 2007-05-11 13:02:28
|
Trever, Are you saying that you want your local reference 'java:comp/env/MyDataSource' point to different data sources depending on the context? I'm not sure what you mean by "refs are not coming out across the calls". MockEJB unfortunately does not support local references, and so "java:comp" references are always global. You're absolutely right in that you can enable this feature by using interceptors. There is no need to modify MockEJB code for that. Just define two interceptors using ClassPointcut and simply bind the the new value to java:comp/env/MyDataSource in your interceptor code. There are some examples of how to define interceptors in the "FundamentalsTest" class at http://mockejb.org/java2html/org/mockejb/test/FundamentalsTest.java.html. Let me know if you need more help with that Regards, Alexander On 5/8/07, Shick, Trever <Tre...@ra...> wrote: > > > > > I'm using MockRunner and MockEJB to test some EJBs and I have an issue. > > I have two beans, each reference a 'local reference' named > 'java:comp/env/MyDataSource'. > > If I register this with the jndi context then it will be global, meaning = one > datasource for that name. But I use local references so I should be able = to > reuse the same local name as much as I want. If testing a single EJB th= is > wouldn't be an issue but I'm testing > 1 and the refs are not coming out > right across the calls. > > > > What's needed is a way to intercept calls to Bean A and setup the local > environment for it and intercept calls to bean B and setup the local > references there=85 I see the interceptor code.. Is this what I need to l= ook > at? I'm more than happy to put in the work to enable this feature in Moc= k > EJB but I would like a little help with 'what' I should be looking at in = the > framework OR if this has already been tried and not implemented for some > specific reason. > > > > Thanks > > > > > > Trever Shick > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Mockejb-user mailing list > Moc...@li... > https://lists.sourceforge.net/lists/listinfo/mockejb-user > > |
From: Shick, T. <Tre...@ra...> - 2007-05-08 18:33:02
|
I'm using MockRunner and MockEJB to test some EJBs and I have an issue. I have two beans, each reference a 'local reference' named 'java:comp/env/MyDataSource'. =20 If I register this with the jndi context then it will be global, meaning one datasource for that name. But I use local references so I should be able to reuse the same local name as much as I want. If testing a single EJB this wouldn't be an issue but I'm testing > 1 and the refs are not coming out right across the calls. =20 What's needed is a way to intercept calls to Bean A and setup the local environment for it and intercept calls to bean B and setup the local references there... I see the interceptor code.. Is this what I need to look at? I'm more than happy to put in the work to enable this feature in Mock EJB but I would like a little help with 'what' I should be looking at in the framework OR if this has already been tried and not implemented for some specific reason. =20 Thanks =20 =20 Trever Shick =20 |
From: Alexander A. <san...@gm...> - 2007-03-27 03:45:50
|
Hi Hefeng, Unfortunately, "getEnvironment" method of MockContext is not even implemented, but I'm surprised you're getting nulls; you should've gotten "NotImplementedException". In any event, I'm not quite sure what are you trying to do - are you trying to point initial context to your app server or are you trying to run classes inside the app server? You don't need to mess with delegate environments if you just want to do plain vanilla EJBs outside of any container. Regards, Alexander. On 3/25/07, hefeng <he...@16...> wrote: > Hi, > I'm new to MockEjb, recently when I use it to simulate the container, I met > a problem. My application will retrieve some environment properties from > SessionContext: > Properties properties = sessionContext.getEnvironment(); > String property1 = properties.getProperty(name1); > String property2 = properties.getProperty(name2); > > But the obtained values are always null. > And here is how I configure the MockEJB: > Hashtable properties = new Hashtable(); > properties.put(name1, value1); > properties.put(name2, value2); > > MockContextFactory.setDelegateEnvironment(properties); > MockContextFactory.setAsInitial(); > > MockContainer mockContainer = new MockContainer(context); > SessionBeanDescriptor beanDescriptor = new > SessionBeanDescriptor("referenceName", > LocalHomeObj.class, LocalObj.class, new Bean()); > mockContainer.deploy(beanDescriptor); > > Can any body tell me how to config the environment? Thanks a lot. > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Mockejb-user mailing list > Moc...@li... > https://lists.sourceforge.net/lists/listinfo/mockejb-user > > > |
From: hefeng <he...@16...> - 2007-03-25 14:08:34
|
Hi, I'm new to MockEjb, recently when I use it to simulate the container, I met a problem. My application will retrieve some environment properties from SessionContext: Properties properties = sessionContext.getEnvironment(); String property1 = properties.getProperty(name1); String property2 = properties.getProperty(name2); But the obtained values are always null. And here is how I configure the MockEJB: Hashtable properties = new Hashtable(); properties.put(name1, value1); properties.put(name2, value2); MockContextFactory.setDelegateEnvironment(properties); MockContextFactory.setAsInitial(); MockContainer mockContainer = new MockContainer(context); SessionBeanDescriptor beanDescriptor = new SessionBeanDescriptor("referenceName", LocalHomeObj.class, LocalObj.class, new Bean()); mockContainer.deploy(beanDescriptor); Can any body tell me how to config the environment? Thanks a lot. |
From: Mohammad N. El-D. <nou...@gm...> - 2007-02-26 11:40:44
|
Hi... I am a committer at the Apache OpenEJB project, and I am very interested at MockEJB, it is a very nice tool. Is there any list of tasks ? TODOs ? Future plans ??? -- Thanks - Mohammad Nour |
From: Alexander A. <ale...@my...> - 2006-07-20 12:53:10
|
Hello, I am currently working on version 1.0 which will include bug fixes, = "remove" support and (finally) updated documentation. No new major = features though - I'd like to rely on the community for that. If anybody = is interested in contributing, please let me know.=20 Alexander. ----- Original Message -----=20 From: Kamal Chandana Mettananda=20 To: moc...@li...=20 Sent: Thursday, July 20, 2006 1:43 AM Subject: [Mockejb-user] How about these beta releases Hi all, It seems that you have stopped development of that mockejb project = from 2004 with 2 beta releases. Or is it still continue to grow? Thanks. Kamal=20 -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to = share your opinions on IT & business topics through brief surveys -- and earn = cash = http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV -------------------------------------------------------------------------= ----- _______________________________________________ Mockejb-user mailing list Moc...@li... https://lists.sourceforge.net/lists/listinfo/mockejb-user |
From: Kamal C. M. <lk...@gm...> - 2006-07-20 05:43:42
|
Hi all, It seems that you have stopped development of that mockejb project from 2004 with 2 beta releases. Or is it still continue to grow? Thanks. Kamal |
From: <seb...@no...> - 2006-07-17 12:02:33
|
Hi Alexander, This is just to let know that the ejbRemove is working well for ejb entity beans. Thanks a lot, Sebastien "Alexander Ananiev" <ale...@my...> 07/16/2006 09:00 PM To: <moc...@li...>, <seb...@no...> cc: Subject: Re: [Mockejb-user] ejb remove Category: Hello, It is supported in the new version which I will be releasing next week. The preview of this version is available here: http://myarch.com/files/mockejb In this implementation, remove does not do anything for session beans, however it does work for entity beans. Regards, Alexander ----- Original Message ----- From: seb...@no... To: moc...@li... Sent: Friday, July 14, 2006 9:18 AM Subject: [Mockejb-user] ejb remove hello, I have seen on the forum that the EJBObject remove method is not supported. This message was posted 2 years ago. At this time it was planned to implement this in a new release. Could you please tell me if this is now supported ? Thank you, Sebastien ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Mockejb-user mailing list Moc...@li... https://lists.sourceforge.net/lists/listinfo/mockejb-user |
From: Alexander A. <ale...@my...> - 2006-07-16 19:00:59
|
Hello,=20 It is supported in the new version which I will be releasing next week. = The preview of this version is available here: http://myarch.com/files/mockejb=20 In this implementation, remove does not do anything for session beans, = however it does work for entity beans.=20 Regards,=20 Alexander ----- Original Message -----=20 From: seb...@no...=20 To: moc...@li...=20 Sent: Friday, July 14, 2006 9:18 AM Subject: [Mockejb-user] ejb remove hello,=20 I have seen on the forum that the EJBObject remove method is not = supported. This message was posted 2 years ago.=20 At this time it was planned to implement this in a new release.=20 Could you please tell me if this is now supported ?=20 Thank you,=20 Sebastien -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job = easier Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo = http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 -------------------------------------------------------------------------= ----- _______________________________________________ Mockejb-user mailing list Moc...@li... https://lists.sourceforge.net/lists/listinfo/mockejb-user |
From: <seb...@no...> - 2006-07-14 13:31:59
|
hello, I have seen on the forum that the EJBObject remove method is not supported. This message was posted 2 years ago. At this time it was planned to implement this in a new release. Could you please tell me if this is now supported ? Thank you, Sebastien |
From: Alexander A. <ale...@my...> - 2006-02-23 03:37:09
|
Hi Kyle, I doubt that you need transaction manager in the test environment. As per Hibernate documentation: Some features in Hibernate (i.e. the second level cache, Contextual Sessions with JTA, etc.) require access to the JTA TransactionManager in a managed environment. So I would first try to get rid of this property when you run your tests (you can still use it when you deploy your app to the server). As far as the interceptor goes, it probably won't help; I'm not even sure if Transaction Manager can be used in remote situation. Regards, Alexander. ----- Original Message ----- From: "Kyle Dyer" <dye...@gm...> To: <moc...@li...> Sent: Wednesday, February 22, 2006 10:13 AM Subject: [Mockejb-user] CMT with hibernate and weblogic I'm trying to test a statless session bean which uses hibernate. I have my weblogic server running. I set the weblogic server as the delegating JNDI context in my mockEjb test setUp(). I'm expecting to be able to call my stateless sessino EJB method and have it use the weblogic server's resources to provide the Transaction support and the datasource. I do not set either of these resources in my MockEJB context. I get this exception when I run my test. org.hibernate.TransactionException: could not register synchronization with JTA TransactionManager The hibernate config specifies the org.hibernate.transaction.WeblogicTransactionManagerLookup class as the transaction.manager_lookup_class. I suspect is causing the trouble I have when I run my test. Can anyone confirm this? It looks like org.mockejb.TransactionManager is using a javax.transaction.UserTransaction object it gets from JNDI lookup for: "javax.transaction.UserTransaction". Do I need to create my own MockEjb Interceptor class to intercept the calls and use the Weblogic Transaction Manager instead of javax.transaction.UserTransaction? Kyle ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 _______________________________________________ Mockejb-user mailing list Moc...@li... https://lists.sourceforge.net/lists/listinfo/mockejb-user |
From: Kyle D. <dye...@gm...> - 2006-02-22 15:13:09
|
I'm trying to test a statless session bean which uses hibernate. I have my weblogic server running. I set the weblogic server as the delegating JNDI context in my mockEjb test setUp(). I'm expecting to be able to call my stateless sessino EJB method and have it use the weblogic server's resources to provide the Transaction support and the datasource. I do not set either of these resources in my MockEJB context. I get this exception when I run my test. org.hibernate.TransactionException: could not register synchronization with JTA TransactionManager The hibernate config specifies the org.hibernate.transaction.WeblogicTransactionManagerLookup class as the transaction.manager_lookup_class. I suspect is causing the trouble I have when I run my test. Can anyone confirm this? It looks like org.mockejb.TransactionManager is using a javax.transaction.UserTransaction object it gets from JNDI lookup for: "javax.transaction.UserTransaction". Do I need to create my own MockEjb Interceptor class to intercept the calls and use the Weblogic Transaction Manager instead of javax.transaction.UserTransaction? Kyle |
From: Alexander A. <ale...@my...> - 2006-01-09 15:44:45
|
Hi Daniel, Unfortunately, every application server is slightly different as far as the classloaders go and so I will have to test it specifically with JBoss. MockEJB has only been tested with WebLogic, and, quite frankly, there have been little interest in in-container testing from the users. If you can come up with a simple test, it will help, please email it to me along with your Ant file that you use to deploy to JBoss. Regards, Alexander. ----- Original Message ----- From: "Daniel Belz" <dan...@dt...> To: "Alexander Ananiev" <ale...@my...> Cc: <moc...@li...> Sent: Monday, January 09, 2006 7:20 AM Subject: Re: [Mockejb-user] Another classloader problem > Alexander Ananiev schrieb: >> Hi Daniel, >> >> It is indeed a classloader problem. I already fixed it in "beta3" >> release which I never officially released. You can download it from >> http://myarch.com/mockejb/download/. >> >> Please let me know if it fixes it. >> Alexander. > > Hi Alexander, > > thanks for your reply! I tried it with the beta3 but I still get that > "interface not visible to classloader" exception. I don't know whether > this is just a JBoss problem as I don't have another application server to > test it. > > Cactus prints the following error: > ----- > interface org.mockejb.GenericHome is not visible from class loader > > java.lang.IllegalArgumentException: interface org.mockejb.GenericHome is > not visible from class loader at > java.lang.reflect.Proxy.getProxyClass(Proxy.java:345) at > java.lang.reflect.Proxy.newProxyInstance(Proxy.java:564) at > org.mockejb.BasicEjbHome.createProxy(BasicEjbHome.java:70) at > org.mockejb.MockContainer.deploy(MockContainer.java:117) at > de.dtnet.swd.business.vm.proxy.ESXControllerProxyTest.setUp(ESXControllerProxyTest.java:80) > at > org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCactusTestCase.java:153) > at > org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:119) > at > ... > ----- > > In "createProxy", the classloader of the application container (as opposed > to the web container) is used to create the new proxy. But my application > container cannot see (as opposed to "cannot find") the GenericHome > interface. But why? Isn't it enough to put mockejb.jar into the lib folder > of the server? I tried to write my test exactly the way you wrote the > included examples but still cannot figure out what the problem is :( > > When I write a very stripped down version of my application (one class > that is called from a test, one that is to be mocked, one test), do you > think you can have a look at it? Maybe you see the problem. > > Bye > -Danny > > > |
From: Daniel B. <dan...@dt...> - 2006-01-09 12:22:02
|
Alexander Ananiev schrieb: > Hi Daniel, > > It is indeed a classloader problem. I already fixed it in "beta3" > release which I never officially released. You can download it from > http://myarch.com/mockejb/download/. > > Please let me know if it fixes it. > Alexander. Hi Alexander, thanks for your reply! I tried it with the beta3 but I still get that "interface not visible to classloader" exception. I don't know whether this is just a JBoss problem as I don't have another application server to test it. Cactus prints the following error: ----- interface org.mockejb.GenericHome is not visible from class loader java.lang.IllegalArgumentException: interface org.mockejb.GenericHome is not visible from class loader at java.lang.reflect.Proxy.getProxyClass(Proxy.java:345) at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:564) at org.mockejb.BasicEjbHome.createProxy(BasicEjbHome.java:70) at org.mockejb.MockContainer.deploy(MockContainer.java:117) at de.dtnet.swd.business.vm.proxy.ESXControllerProxyTest.setUp(ESXControllerProxyTest.java:80) at org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCactusTestCase.java:153) at org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:119) at ... ----- In "createProxy", the classloader of the application container (as opposed to the web container) is used to create the new proxy. But my application container cannot see (as opposed to "cannot find") the GenericHome interface. But why? Isn't it enough to put mockejb.jar into the lib folder of the server? I tried to write my test exactly the way you wrote the included examples but still cannot figure out what the problem is :( When I write a very stripped down version of my application (one class that is called from a test, one that is to be mocked, one test), do you think you can have a look at it? Maybe you see the problem. Bye -Danny |
From: Alexander A. <ale...@my...> - 2006-01-03 01:31:56
|
Hi Daniel, It is indeed a classloader problem. I already fixed it in "beta3" release which I never officially released. You can download it from http://myarch.com/mockejb/download/. Please let me know if it fixes it. Alexander. ----- Original Message ----- From: "Daniel Belz" <dan...@dt...> To: <moc...@li...> Sent: Wednesday, December 28, 2005 12:47 PM Subject: [Mockejb-user] Another classloader problem > Hi, > > it's me again :) This time I really want to run my tests _inside_ a > container (JBoss). Therefore I wrote a little test for one bean that uses > one mock, created with easymock. Here's (in short) what I do: > > ----- > // create mock with easymock > XmlRPCTransmitterLocal xmlrpc = > createMock(XmlRPCTransmitterLocal.class); > xmlrpc.test("input"); > expectLastCall().andReturn("I am a mock!"); > replay(xmlrpc); > > > SessionBeanDescriptor xmlDescr = > new SessionBeanDescriptor( > XmlRPCTransmitterLocalHome.JNDI_NAME, > XmlRPCTransmitterLocalHome.class, > XmlRPCTransmitterLocal.class, > xmlrpc); > > mockContainer.deploy(xmlDescr); > ----- > > This class and is packaged to a WAR like this: > > ----- > <cactifywar > version="2.3" > destfile="${test.war}"> > > <classes > dir="${output-test-classes}" > includes="**/*Test.class" /> > > <lib file="${mockejb.lib.dir}/mockejb.jar" /> > <lib file="${mockejb.lib.dir}/cglib-full-2.0-RC2.jar" /> > <lib file="${easymock.lib}" /> > > </cactifywar> > ----- > > I deployed my EAR which includes the bean under test and the WAR holding > the Cactus test. But when I run the test, I get an exception at the line > > ----- > mockContainer.deploy(xmlDescr); > ----- > > To be precise, I get an IllegalArgumentException in > org.mockejb.BasicEjbHome.java at line 70: > > /** Creates a new instance */ > public Object createProxy( ) { > > Class homeClass = descriptor.getHomeClass(); > > proxy = Proxy.newProxyInstance( homeClass.getClassLoader(), > -> new Class[] { homeClass, GenericHome.class }, this ); > > ejbMetaData.setHomeProxy( proxy ); > > return proxy; > > } > > It tells me that "interface org.mockejb.GenericHome is not visible from > class loader". But how can this be? Okay, web container and EJB container > do have different classloaders and classes deployed into the web container > are not visible to the EJB class loader. But how can I solve this? I mean, > the EJB container has to find the class, so it is there (I put mockejb.jar > into the servers classpath). Otherwise I guess I would have gotten a > ClassDefNotFoundException, right? > > Do you have any idea? > > Thanks > -Danny > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Mockejb-user mailing list > Moc...@li... > https://lists.sourceforge.net/lists/listinfo/mockejb-user > > > |
From: Daniel B. <dan...@dt...> - 2005-12-28 17:48:28
|
Hi, it's me again :) This time I really want to run my tests _inside_ a container (JBoss). Therefore I wrote a little test for one bean that uses one mock, created with easymock. Here's (in short) what I do: ----- // create mock with easymock XmlRPCTransmitterLocal xmlrpc = createMock(XmlRPCTransmitterLocal.class); xmlrpc.test("input"); expectLastCall().andReturn("I am a mock!"); replay(xmlrpc); SessionBeanDescriptor xmlDescr = new SessionBeanDescriptor( XmlRPCTransmitterLocalHome.JNDI_NAME, XmlRPCTransmitterLocalHome.class, XmlRPCTransmitterLocal.class, xmlrpc); mockContainer.deploy(xmlDescr); ----- This class and is packaged to a WAR like this: ----- <cactifywar version="2.3" destfile="${test.war}"> <classes dir="${output-test-classes}" includes="**/*Test.class" /> <lib file="${mockejb.lib.dir}/mockejb.jar" /> <lib file="${mockejb.lib.dir}/cglib-full-2.0-RC2.jar" /> <lib file="${easymock.lib}" /> </cactifywar> ----- I deployed my EAR which includes the bean under test and the WAR holding the Cactus test. But when I run the test, I get an exception at the line ----- mockContainer.deploy(xmlDescr); ----- To be precise, I get an IllegalArgumentException in org.mockejb.BasicEjbHome.java at line 70: /** Creates a new instance */ public Object createProxy( ) { Class homeClass = descriptor.getHomeClass(); proxy = Proxy.newProxyInstance( homeClass.getClassLoader(), -> new Class[] { homeClass, GenericHome.class }, this ); ejbMetaData.setHomeProxy( proxy ); return proxy; } It tells me that "interface org.mockejb.GenericHome is not visible from class loader". But how can this be? Okay, web container and EJB container do have different classloaders and classes deployed into the web container are not visible to the EJB class loader. But how can I solve this? I mean, the EJB container has to find the class, so it is there (I put mockejb.jar into the servers classpath). Otherwise I guess I would have gotten a ClassDefNotFoundException, right? Do you have any idea? Thanks -Danny |
From: Alexander A. <ale...@my...> - 2005-12-25 03:35:17
|
Expected failure of MockEJB test seems to affect other non-mockejb = testsHi Michael,=20 You definitely need "MockContextFactory.revertSetAsInitial()" in your = tearDown IF you call "MockContextFactory.setAsInitial()" in setUp. The = latter changes the system properties of the JVM where the test runs = (your app server JVM) and so it will affect test cases that run after = it.=20 Without really knowing what your tests are doing it's hard for me to say = what's causing the XAException. You may want to investigate by checking = on in-flight transactions in Weblogic console.=20 Regards,=20 Alexander.=20 ----- Original Message -----=20 From: Michael Dunphy=20 To: 'moc...@li...'=20 Sent: Thursday, December 22, 2005 7:54 PM Subject: [Mockejb-user] Expected failure of MockEJB test seems to = affect other non-mockej b tests Hi all,=20 As you've seen I'm doing serverside in-container testing on an ejb-a = whereby I've mocked a ejb-c as it runs on another server. Currently I = have the my tests working as expected. One of these said tests is = failing due to the bug not being fixed. Unfortunately when the unit test = suite (combination of normal junit testcases and now serverside mockejb) = runs for the project, all tests post the expected failed mockejb tests = now fail with this error: weblogic.jdbc.jts.Connection, HeuristicHazard, = (javax.transaction.xa.XAException: Io exception: Connection aborted by = peer: socket write error) If I remove this failed test from the suite, all remaining mockejb and = junit tests work ok? So can anybody explain how the mockejb serverside = configuration is affective the runtime environment of the weblogic = server? I note from the fundamental test example, it has the comment = below: public void tearDown() { // Inside the container this method does not do anything MockContextFactory.revertSetAsInitial(); } Is this my problem? The mockejb testcase runs in the middle of = numerous testcases. Would one assume that post the mockejb testcase to = run as expected? Thanks=20 Mike=20 ****************************************************************** Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of Marrakech and shall be understood as neither given nor endorsed by it. ****************************************************************** |
From: Michael D. <MDunphy@Marrakech.com> - 2005-12-23 00:54:37
|
Hi all, As you've seen I'm doing serverside in-container testing on an ejb-a whereby I've mocked a ejb-c as it runs on another server. Currently I have the my tests working as expected. One of these said tests is failing due to the bug not being fixed. Unfortunately when the unit test suite (combination of normal junit testcases and now serverside mockejb) runs for the project, all tests post the expected failed mockejb tests now fail with this error: weblogic.jdbc.jts.Connection, HeuristicHazard, (javax.transaction.xa.XAException: Io exception: Connection aborted by peer: socket write error) If I remove this failed test from the suite, all remaining mockejb and junit tests work ok? So can anybody explain how the mockejb serverside configuration is affective the runtime environment of the weblogic server? I note from the fundamental test example, it has the comment below: public void tearDown() { // Inside the container this method does not do anything MockContextFactory.revertSetAsInitial(); } Is this my problem? The mockejb testcase runs in the middle of numerous testcases. Would one assume that post the mockejb testcase to run as expected? Thanks Mike ****************************************************************** Privileged/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of Marrakech and shall be understood as neither given nor endorsed by it. ****************************************************************** |