Return-Path: Delivered-To: apmail-geronimo-user-archive@www.apache.org Received: (qmail 73782 invoked from network); 23 Jul 2009 04:01:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 23 Jul 2009 04:01:38 -0000 Received: (qmail 92606 invoked by uid 500); 23 Jul 2009 04:02:42 -0000 Delivered-To: apmail-geronimo-user-archive@geronimo.apache.org Received: (qmail 92554 invoked by uid 500); 23 Jul 2009 04:02:42 -0000 Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: user@geronimo.apache.org List-Id: Delivered-To: mailing list user@geronimo.apache.org Received: (qmail 92546 invoked by uid 99); 23 Jul 2009 04:02:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jul 2009 04:02:42 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [66.196.25.214] (HELO smtp.mclaneat.com) (66.196.25.214) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jul 2009 04:02:31 +0000 Received: from MATSVEC14.mclane.local ([192.168.10.33]) by MATSVEHT13.mclane.local ([192.168.10.46]) with mapi; Wed, 22 Jul 2009 23:02:08 -0500 From: Russell Collins To: "user@geronimo.apache.org" Date: Wed, 22 Jul 2009 23:02:07 -0500 Subject: RE: Geronimo Sleeping Thread-Topic: Geronimo Sleeping Thread-Index: AcoLRxwirmlPbCwuRfKCUv9kn5SK7wAArUZw Message-ID: <69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076E7@MATSVEC14.mclane.local> References: <69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076DB@MATSVEC14.mclane.local> <69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076E1@MATSVEC14.mclane.local> <69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076E4@MATSVEC14.mclane.local> <16272786-3E87-42F9-B109-DE6CC0E99680@yahoo.com> In-Reply-To: <16272786-3E87-42F9-B109-DE6CC0E99680@yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076E7MATSVEC14mcla_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076E7MATSVEC14mcla_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I think you are correct that there isn't a connection issue with Geronimo. = I have been researching and it looks like there may be an issue with the O= penJPA module. I will ask that list about this to see if they could shed s= ome light on the subject. Russell Collins Sr. Software Engineer McLane Advanced Technology "Do or do not, there is no try." - Yoda From: David Jencks [mailto:david_jencks@yahoo.com] Sent: Wednesday, July 22, 2009 10:38 PM To: user@geronimo.apache.org Subject: Re: Geronimo Sleeping I'd say that the ejb infrastructure is working perfectly and there is no co= nnection problem, but there might be a problem in the logic in your ejb. I= could be wrong, but everything you've said so far indicates this. david jencks On Jul 22, 2009, at 7:05 PM, Russell Collins wrote: I am running a Junit test. Example @Test public void ReturnEntityByPrimaryKeyTest() { PkEntity oPkEntity =3D new PkEntity(); oPkEntity.setId("908210"); oPkEntity.setType("CUS"); oPkEntity.setBusinessType("1"); try { Assert.assertNotNull(this.m_entity.ReturnEntity(oPkEntity= )); } catch(Exception ex) { fail(ex.toString()); } } When I run this test right after build and deploy, it errors out. It tells= me junit.framework.AssertionFailedError: at com.mds.ecommerce.base.EntityEmdsT= est.ReturnEntityByPrimaryKeyTest(EntityEmdsTest.java:73) The subsequent tests run fine. When I rerun this same test, Russell Collins Sr. Software Engineer McLane Advanced Technology "Do or do not, there is no try." - Yoda From: David Jencks [mailto:david_jencks@yahoo.com] Sent: Wednesday, July 22, 2009 7:47 PM To: user@geronimo.apache.org Subject: Re: Geronimo Sleeping More details would be good.... for instance, "does not get the ejb object" = mean you get null or an exception? I personally have never seen anything l= ike this; a sample to reproduce it would be extremely helpful. thanks david jencks On Jul 22, 2009, at 5:24 PM, Russell Collins wrote: **Update** This is most notable when I do a deployment. First, the existi= ng application is undeployed and removed and then the newly compiled applic= ation (EAR) is deployed to the application server. Russell Collins Sr. Software Engineer McLane Advanced Technology "Do or do not, there is no try." - Yoda From: Russell Collins [mailto:Russell.Collins@mclaneat.com] Sent: Wednesday, July 22, 2009 2:36 PM To: 'user@geronimo.apache.org' Subject: Geronimo Sleeping I am having a some interesting behavior with Geronimo and I wondering if th= is can be remedied. It seems that the Geronimo server is falling asleep wh= en it has been inactive for a while. I am running unit tests with Junit 4 = bringing back Remote ejb objects. During the first call, the first ejb ret= rieval does not get the ejb object. The rest of the calls are fine even wh= en re-running the first call that originally failed. It seems as though Ge= ronimo is closing a connection and then timing out while it reopens a conne= ct that has been closed (maybe this is totally false). If anyone can point= me in the right direction, I would greatly appreciate it. Russell Collins --_000_69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076E7MATSVEC14mcla_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I think you are correct that there isn’t a connection issue with Geronimo.  I have been researching and it looks like there = may be an issue with the OpenJPA module.  I will ask that list about this = to see if they could shed some light on the subject.

 

 

Russell Collins

Sr. Software Engineer

McLane Advanced Technology

 

"Do or do not, there is no try." - Yoda=

 

From: David Jencks [mailto:david_jencks@yahoo.com]
Sent: Wednesday, July 22, 2009 10:38 PM
To: user@geronimo.apache.org
Subject: Re: Geronimo Sleeping

 

I'd say that the ejb infrastructure is working perfect= ly and there is no connection problem, but there might be a problem in the logic i= n your ejb.  I could be wrong, but everything you've said so far indicat= es this.

 

david jencks

 

 

 

On Jul 22, 2009, at 7:05 PM, Russell Collins wrote:



I am running a Junit test.  Example

 <= /p>

 

      @Test

      public void ReturnEn= tityByPrimaryKeyTest()<= span style=3D'color:black'>

      {

          &n= bsp; PkEntity oPkEntity =3D new PkEntity();

          &n= bsp;

          &n= bsp; oPkEntity.setId("908210");

          &n= bsp; oPkEntity.setType("CUS");

          &n= bsp; oPkEntity.setBusinessType("1");<= span style=3D'color:black'>

          &n= bsp;

          &n= bsp; try

          &n= bsp; {

          &n= bsp;       Assert.assertNo= tNull(this.m_entity.= ReturnEn= tity(oPkEntity= ));

          &n= bsp; }

          &n= bsp; catch(Exceptio= n ex)

          &n= bsp; {

          &n= bsp;       fail(ex.toString= ());

          &n= bsp; }

      }

When I run this test right after build and deploy, it errors out.  It tells me=

 

junit.framework.AssertionFailedError: at com.mds.ecommerce.base.EntityEmdsTest.ReturnEntityByPrimaryKeyTest(EntityEm= dsTest.java:73)

 

The subsequent tests run fine.  When I rerun this same te= st,

     

 <= /p>

 <= /p>

Russell Collins<= /o:p>

Sr. Software Engineer

McLane Advanced Technology

 <= /p>

"Do or do not, there is no try." - Yoda

 <= /p>

From:&n= bsp;Da= vid Jencks [mailto:david_jencks@yahoo= .com] 
Sent: Wednesday, Jul= y 22, 2009 7:47 PM
To: user@geronimo.apache.org
Subject: Re: Geronim= o Sleeping

 

More details would be good= .... for instance, "does not get the ejb object" mean you get null or an exception?  I personally have never seen anything like this; a sample = to reproduce it would be extremely helpful.

 

thanks

david jencks

 

 

On Jul 22, 2009, at 5:24 P= M, Russell Collins wrote:




**Update**  This is most notable when I do a deployment.  First, the existing application is undeployed and removed= and then the newly compiled application (EAR) is deployed to the application se= rver.

 <= /p>

 <= /p>

Russell Collins<= /o:p>

Sr. Software Engineer

McLane Advanced Technology

 <= /p>

"Do or do not, there is no try." - Yoda

 <= /p>

From:&n= bsp;Ru= ssell Collins [mailto:Russell.Col= lins@mclaneat.com] 
Sent: Wednesday, Jul= y 22, 2009 2:36 PM
To: 'user@geronimo.apache.org' Subject: Geronimo Sl= eeping

 

I am having a some interesting behavior with Geronimo and I wondering if this can be remedied.  It seems that the Geronimo server = is falling asleep when it has been inactive for a while.  I am running un= it tests with Junit 4 bringing back Remote ejb objects.  During the first call, the first ejb retrieval does not get the ejb object.  The rest o= f the calls are fine even when re-running the first call that originally failed.  It seems as though Geronimo is closing a connection and then timing out while it reopens a connect that has been closed (maybe this is totally false).  If anyone can point me in the right direction, I woul= d greatly appreciate it.=

 

 

Russell Collins<= /span>

 

 

--_000_69BEFCE5AAEBCA44B1301AD2360E83C79F7D5076E7MATSVEC14mcla_--