FW: [Fwd: Re: [JBoss-dev] jrmp invoker issue]

Tom Elrod tom at jboss.org
Wed Aug 30 09:54:08 EDT 2006


Sounds like I am just out of touch with what's going on with head 
anymore, but the detached invokers (jrmp, pooled, or unified), can be 
defined within any service xml.  Traditionally, all the different 
detached invokers were declared in the jboss-service.xml in the conf 
directory (for jbossas 4 this was jrmp and pooled, for jbossas 5 was 
unified, jrmp, and pooled).

The standardjboss.xml in the conf directory would then specify which 
declared detached invoker should be used for each ejb container (see 
invoker-mean element within invoker-proxy-binding element).  In jbossas 
5, this used to default to unified.  If needed to change to use another 
invoker, could either re-define a whole new invoker-proxy-binding and 
use its name for each container declaration (or a short cut would be to 
just replace the value for invoker-mbean).

So assuming this is still how head works, could just create a new 
standardjboss.xml that declared use of different detached invoker (jrmp 
for example), then copy that over the old standardjboss.xml in the conf 
directory for tests.

Jaroslaw Kijanowski wrote:
>  
> 
> ------------------------------------------------------------------------
> *From:* Jaroslaw Kijanowski
> *Sent:* Tue 2006-08-29 22:34
> *To:* Clebert Suconic
> *Subject:* RE: [Fwd: Re: [JBoss-dev] jrmp invoker issue]
> 
> I've found the needed invoker definition in 
> testsuite\src\resources\test-configs\jrmp-invoker\conf
> So maybe it's not necessary to modify standardjboss.xml, but use somehow 
> this in testsuite\src\resources\test-configs\jrmp-invoker\conf..
> Just copying it into pooled.jar (this is deployed during the test which 
> fails) doesn't work.
> 
> ------------------------------------------------------------------------
> *From:* Clebert Suconic
> *Sent:* Tue 2006-08-29 22:26
> *To:* Tom Elrod
> *Cc:* Tom Elrod; QA Internal
> *Subject:* Re: [Fwd: Re: [JBoss-dev] jrmp invoker issue]
> 
> The problem is, stadardjboss.xml on jboss-head doesn't have any of the
> legacy invokers defined, and Jaroslaw has some failures because of that.
> 
> 
> We need to understand if we are supposed to support JRMP and
> PooledInvokers on jboss-5 or not.
> 
> If we are supposed, we would need to add these configurations back on
> standardjboss.xml, then we would have an additional invokers instead of
> replacing it.
> 
> On Tue, 2006-08-29 at 22:52 -0400, Tom Elrod wrote:
>  > Yes, but need to understand it better first.  IIRC, only JBossAS 5 has
>  > any config for UnifiedInvokers in the config files.  They can be added
>  > to JBossAS 4, but is a manual process.  I guessed I missed something
>  > here.  Has this changed?
>  >
>  > I am not sure what the intersection with what Jaroslaw is saying is with
>  > UnifiedInvoker.
>  >
>  > Clebert Suconic wrote:
>  > > Tom,
>  > >
>  > > Can you please provide some comment on this (@ dev-list)?
>  > >
>  > >
>  > >
>  > > -------- Forwarded Message --------
>  > >> From: Clebert Suconic <clebert.suconic at jboss.com>
>  > >> Reply-To: clebert.suconic at jboss.com, JBoss.org development list
>  > >> <jboss-development at lists.jboss.org>
>  > >> To: JBoss.org development list <jboss-development at lists.jboss.org>
>  > >> Subject: Re: [JBoss-dev] jrmp invoker issue
>  > >> Date: Tue, 29 Aug 2006 15:28:34 -0500
>  > >>
>  > >> It looks like we removed everything was not using UnifiedINvokers from
>  > >> standard-jboss.xml while we still have legacy invokers defined on
>  > >> jboss-service.xml.
>  > >>
>  > >> I know we want to have the setup taking control of this, but as we 
> still
>  > >> have a testsuite working on this, shouldn't we put these definitions
>  > >> back on standardjboss.xml, or should we convert every test we have to
>  > >> use UnifiedInvokers and treat everything else a legacy code an 
> keep then
>  > >> being tested in a separate testsuite?
>  > >>
>  > >>
>  > >> Clebert
>  > >> On Tue, 2006-08-29 at 12:41 -0500, Jaroslaw Kijanowski wrote:
>  > >>> Hello,
>  > >>>   there's a test, org.jboss.test.pooled.test.BeanStressTestCase, 
> which
>  > >>> fails because StatelessSession isn't bound. The original
>  > >>> testsuite/src/resources/pooled/META-INF/jboss.xml file looks like
>  > >>> this:
>  > >>> ****************************
>  > >>> <jboss>
>  > >>>    <enterprise-beans>
>  > >>>       <session>
>  > >>>          <ejb-name>StatelessSession</ejb-name>
>  > >>>          <jndi-name>StatelessSession</jndi-name>
>  > >>>          <invoker-bindings>
>  > >>>             <invoker>
>  > >>>
>  > >>> 
> <invoker-proxy-binding-name>stateless-pooled-invoker</invoker-proxy-binding-name>
>  > >>>                <jndi-name>PooledStatelessSession</jndi-name>
>  > >>>             </invoker>
>  > >>>          </invoker-bindings>
>  > >>>       </session>
>  > >>> .
>  > >>> .
>  > >>> .
>  > >>>    <invoker-proxy-bindings>
>  > >>>       <invoker-proxy-binding>
>  > >>>          <name>stateless-pooled-invoker</name>
>  > >>>
>  > >>> <invoker-mbean>jboss:service=invoker,type=pooled</invoker-mbean>
>  > >>>
>  > >>> <proxy-factory>org.jboss.proxy.ejb.ProxyFactory</proxy-factory>
>  > >>>          <proxy-factory-config>
>  > >>>             <client-interceptors>
>  > >>>                <home>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.ejb.HomeInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.SecurityInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.TransactionInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
>  > >>>                </home>
>  > >>>                <bean>
>  > >>>
>  > >>> 
> <interceptor>org.jboss.proxy.ejb.StatelessSessionInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.SecurityInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.TransactionInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.invocation.InvokerInterceptor</interceptor>
>  > >>>                </bean>
>  > >>>             </client-interceptors>
>  > >>>          </proxy-factory-config>
>  > >>>       </invoker-proxy-binding>
>  > >>> ****************************
>  > >>> But this isn't enough to bind StatelessSession 
> (PooledStatelessSession
>  > >>> is bound right). Exception is thrown. I looked in the 4_0_4 Branch on
>  > >>> jboss.xml and I added these missing lines of code to jboss.xml:
>  > >>>  ****************************************
>  > >>>  <jboss>
>  > >>>     <enterprise-beans>
>  > >>>        <session>
>  > >>>           <ejb-name>StatelessSession</ejb-name>
>  > >>>           <jndi-name>StatelessSession</jndi-name>
>  > >>>           <invoker-bindings>
>  > >>>              <invoker>
>  > >>>
>  > >>> 
> <invoker-proxy-binding-name>stateless-pooled-invoker</invoker-proxy-binding-name>
>  > >>>                 <jndi-name>PooledStatelessSession</jndi-name>
>  > >>>              </invoker>
>  > >>> 
>  > >>>  <!-- copied from jboss.xml in JBAS 4_0_4 -->
>  > >>>              <invoker>
>  > >>>
>  > >>> 
> <invoker-proxy-binding-name>stateless-rmi-invoker</invoker-proxy-binding-name>
>  > >>>                 <jndi-name>StatelessSession</jndi-name>
>  > >>>              </invoker>
>  > >>>  <!-- end -->
>  > >>> 
>  > >>>           </invoker-bindings>
>  > >>>        </session>
>  > >>> ****************************************
>  > >>>
>  > >>> But the test fails again, because I can't use 
> "stateless-rmi-invoker",
>  > >>> because it is no longer defined in
>  > >>> server/src/etc/conf/default/standardjboss.xml in JBAS 5.0.0beta, why?
>  > >>> I've copied the following section from JBAS4_0_4 to JBAS5 and now the
>  > >>> test works fine. But is this the right way?
>  > >>> ****************************************
>  > >>>     <invoker-proxy-binding>
>  > >>>       <name>stateless-rmi-invoker</name>
>  > >>>       <invoker-mbean>jboss:service=invoker,type=jrmp</invoker-mbean>
>  > >>>       <proxy-factory>org.jboss.proxy.ejb.ProxyFactory</proxy-factory>
>  > >>>       <proxy-factory-config>
>  > >>>         <client-interceptors>
>  > >>>           <home>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.ejb.HomeInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.SecurityInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.TransactionInterceptor</interceptor>
>  > >>>             <interceptor
>  > >>> 
> call-by-value="false">org.jboss.invocation.InvokerInterceptor</interceptor>
>  > >>>             <interceptor
>  > >>> 
> call-by-value="true">org.jboss.invocation.MarshallingInvokerInterceptor</interceptor>
>  > >>>           </home>
>  > >>>           <bean>
>  > >>>
>  > >>> 
> <interceptor>org.jboss.proxy.ejb.StatelessSessionInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.SecurityInterceptor</interceptor>
>  > >>>
>  > >>> <interceptor>org.jboss.proxy.TransactionInterceptor</interceptor>
>  > >>>             <interceptor
>  > >>> 
> call-by-value="false">org.jboss.invocation.InvokerInterceptor</interceptor>
>  > >>>             <interceptor
>  > >>> 
> call-by-value="true">org.jboss.invocation.MarshallingInvokerInterceptor</interceptor>
>  > >>>           </bean>
>  > >>>         </client-interceptors>
>  > >>>       </proxy-factory-config>
>  > >>>     </invoker-proxy-binding>
>  > >>>
>  > >>> Thanks,
>  > >>>   Jaroslaw
>  > >>>
>  > >>> _______________________________________________
>  > >>> jboss-development mailing list
>  > >>> jboss-development at lists.jboss.org
>  > >>> https://lists.jboss.org/mailman/listinfo/jboss-development
> --
> Clebert Suconic
> Core Developer
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development



More information about the jboss-development mailing list