tag:www.nabble.com,2006:forum-13393Nabble - Sun - JAIN2008-08-22T08:01:17Ztag:www.nabble.com,2006:post-19109242JAIN SLEE 1.1 Specification and implementation inconsistency for ProfileMBean description2008-08-22T08:01:17Z2008-08-22T08:01:17ZPavel MoukhataevHello
<br><br>I've found inconsistency between SLEE 1.1 specification and implementation.
<br><br>See item 10.26.3 ProfileMBean interface:
<br><br>There is the only field in ProfileMBean interface:
<br> // Base JMX Object Name string of a ProfileMBean
<br> public static final String BASE_OBJECT_NAME =
<br>"javax.slee.profile:type=Profile";
<br><br>But in implementation there are 3 fields:
<br> /**
<br> * The base JMX Object Name string of all SLEE Profile MBeans.
<br>This string is
<br> * equal to "javax.slee.profile:type=Profile" and the string
<br><code>BASE_OBJECT_NAME + ",*"</code>
<br> * defines a JMX Object Name property pattern which matches with
<br>all Profile MBeans
<br> * that are registered with the MBean Server. A Profile MBean is
<br>registered with
<br> * the MBean Server using this base name in conjunction with
<br>properties whose keys
<br> * are specified by the {@link #PROFILE_TABLE_NAME_KEY} and {@link
<br>#PROFILE_NAME_KEY}
<br> * constants.
<br> * @since SLEE 1.1
<br> */
<br> public static final String BASE_OBJECT_NAME =
<br>"javax.slee.profile:type=Profile";
<br><br> /**
<br> * The JMX Object Name property key that identifies a Profile
<br>MBean as representing
<br> * a profile belonging to the profile table specified by the value
<br>of this key in
<br> * the Object Name. This key is equal to the string "profileTableName".
<br> * @see #BASE_OBJECT_NAME
<br> * @see #PROFILE_NAME_KEY
<br> * @since SLEE 1.1
<br> */
<br> public static final String PROFILE_TABLE_NAME_KEY = "profileTableName";
<br><br> /**
<br> * The JMX Object Name property key that identifies a Profile
<br>MBean as representing
<br> * the profile specified by the value of this key in the Object
<br>Name. This key
<br> * is equal to the string "profileName".
<br> * @see #BASE_OBJECT_NAME
<br> * @see #PROFILE_TABLE_NAME_KEY
<br> * @since SLEE 1.1
<br> */
<br> public static final String PROFILE_NAME_KEY = "profileName";
<br><br><br><br>--
<br>Pavel
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-19106026Copy interpretation for profilce CMP fields2008-08-22T05:04:00Z2008-08-22T05:04:00ZPavel MoukhataevHello
<br><br>In JAIN SLEE 1.1 specification there is the following rule for CMP
<br>fields that holds dependent value classes. (As I can understand
<br>dependent classes are just any serializable Object):
<br><br>o The get accessor method for a CMP field that corresponds to a
<br>dependent value class re-
<br> turns a copy of the dependent value class instance.
<br><br>o The assignment of a dependent value class value to a CMP field
<br>using the set accessor
<br> method causes the value to be copied to the target CMP field.
<br><br>o A dependent value class must be serializable.
<br><br><br>I am trying to understand meaning of the "copy" action. From my point
<br>of view this phrase "The assignment of a dependent value class value
<br>to a CMP field using the set accessor method causes the value to be
<br>copied to the target CMP field" means that only reference value must
<br>be copied. And phrase "value class returns a copy of the dependent
<br>value class instance" means that we have to create copy of the
<br>instance somehow during get operation.
<br><br>In this case there are two questions - first question is what is the
<br>way to create object copy? We can check if object is cloneable and try
<br>to clone it. But clone makes only shadow object copy - if this copying
<br>enough. Otherwise we have to serializa/deserialize object for each CMP
<br>get operation.
<br><br>Second question is performance. If we store something complex in CMP
<br>field, than for each get operation we require object
<br>serialization/deserialization. From my point of view this will reduce
<br>performance very much. And while performance is one of the main SLEE
<br>сharacteristic I doubt if this make good job for SLEE standard itself.
<br>Since CMP fields are the only place to store application data.
<br><br>Of course in case of implementing clustering data have to be
<br>serialized anyway, but it have to be serialized once and can be not
<br>deserialized at all.
<br><br><br>What do you think about this?
<br><br><br>Thanks, Pavel
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-19083277query regarding JAIN SIP containers2008-08-20T23:23:13Z2008-08-20T23:23:13ZKaukab Zehra<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=EN-US link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal>Hi,<o:p></o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>Please let me know what all containers are available for
deployment of the JAIN SIP applications.<o:p></o:p></p>
<p class=MsoNormal>Can these applications be deployed on SIP based containers
as well??<o:p></o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>Is ‘Jiplet’ container (from cafesip.org), a suitable
one for hosting JAIN SIP applications?<o:p></o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>Regards,<o:p></o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>Kaukab Zehra Zaidi<o:p></o:p></p>
<p class=MsoNormal>Cognizant Technology Solutions,<o:p></o:p></p>
<p class=MsoNormal>Ph: 9703121303<o:p></o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
</div>
</body>
</html>
<table><tr><td bgcolor=#ffffff><font color=#000000>This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information.<br>
If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. <br>
Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly <br>
prohibited and may be unlawful.<br>
</font></td></tr></table>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Visit the JAIN website at http://java.sun.com/products/jain
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<p>From forum: <a href="http://www.nabble.com/Sun---Jain-Sip-Interest-f13396.html" embed="fixTarget[13396]" target="_top" >Sun - Jain-Sip-Interest</a></p>tag:www.nabble.com,2006:post-19069646Re: JAIN SLEE TCK 1.1 discussion2008-08-20T06:31:44Z2008-08-20T06:31:44ZDavid FerryHello
<br><br>The java.net project for TCK can have forums quite easily (it has issue
<br>tracking too in case you find some problems with the TCK).
<br><br><br>Try the following link ..
<br><br><a href="https://jsleetck11.dev.java.net/servlets/ForumMessageList?forumID=3225" target="_top" rel="nofollow">https://jsleetck11.dev.java.net/servlets/ForumMessageList?forumID=3225</a><br><br><br><br>Pavel Moukhataev wrote:
<br>> Hello
<br>>
<br>> We are working on checking our slee implementation to pass jain slee
<br>> 1.1 tck tests. And I have several questions regarding TCK tests. How
<br>> do you think - what is the best place to discuss these tests - this
<br>> mail list, opencloud development portal, or somewhere else?
<br>>
<br>>
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-19069438JAIN SLEE TCK 1.1 discussion2008-08-20T06:18:06Z2008-08-20T06:18:06ZPavel MoukhataevHello
<br><br>We are working on checking our slee implementation to pass jain slee
<br>1.1 tck tests. And I have several questions regarding TCK tests. How
<br>do you think - what is the best place to discuss these tests - this
<br>mail list, opencloud development portal, or somewhere else?
<br><br>--
<br>Pavel
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18560098Re: Error while connecting through jainslee2008-07-20T16:41:40Z2008-07-20T16:41:40ZDavid FerryHi
<br><br>Please send your query to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18560098&i=0" target="_top" rel="nofollow">support@...</a>
<br><br>Best Regards,
<br>-David
<br><br>SUBSCRIBE JAIN-SLEE-INTEREST jyothi wrote:
<div class='shrinkable-quote'><br>> Hi,
<br>>
<br>> Can any body please help me
<br>>
<br>> Iam getting the following error while connecting jain slee through JMXRI
<br>> (i down loaded opensdk 1.4.5,and started the server and while connecting
<br>> through JMXRI using the following URL
<br>> service:jmx:rmi:///jndi/rmi://$(Rhino machine IP address
<br>> ):$(Port)/opencloud/rhino the following error is coming)
<br>>
<br>> java.io.IOException: Failed to retrieve RMIServer stub:
<br>> javax.naming.CommunicationException [Root exception is
<br>> java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
<br>> java.lang.ClassNotFoundException: com.opencloud.util.RMISSLFactory (no
<br>> security manager: RMI class loader disabled)]
<br>> at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:317)
<br>> at
<br>> javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248)
<br>> Caused by: javax.naming.CommunicationException [Root exception is
<br>> java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
<br>> java.lang.ClassNotFoundException: com.opencloud.util.RMISSLFactory (no
<br>> security manager: RMI class loader disabled)]
<br>> at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java:97)
<br>> at
<br>> com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.java:185)
<br>> at javax.naming.InitialContext.lookup(InitialContext.java:351)
<br>> at
<br>> javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnector.java:1817)
<br>> at
<br>> javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.java:1787)
<br>> at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:259)
<br>> ... 4 more
<br>> Caused by: java.rmi.UnmarshalException: error unmarshalling return; nested
<br>> exception is:
<br>> java.lang.ClassNotFoundException: com.opencloud.util.RMISSLFactory (no
<br>> security manager: RMI class loader disabled)
<br>> at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
<br>> at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java:93)
<br>> ... 9 more
<br>> Caused by: java.lang.ClassNotFoundException:
<br>> com.opencloud.util.RMISSLFactory (no security manager: RMI class loader
<br>> disabled)
<br>> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:371)
<br>> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:165)
<br>> at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:620)
<br>> at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:247)
<br>> at
<br>> sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:197)
<br>> at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1544)
<br>> at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466)
<br>> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699)
<br>> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
<br>> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
<br>> at sun.rmi.transport.tcp.TCPEndpoint.read(TCPEndpoint.java:511)
<br>> at sun.rmi.transport.LiveRef.read(LiveRef.java:257)
<br>> at sun.rmi.server.UnicastRef2.readExternal(UnicastRef2.java:54)
<br>> at java.rmi.server.RemoteObject.readObject(RemoteObject.java:438)
<br>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
<br>> at
<br>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
<br>> at
<br>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccjava.io.IOException:
<br>> Failed to retrieve RMIServer stub: j
<br>>
<br>> Thanks in advance for your support,
<br>> Jyothi .Tallapaneni
<br>>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>
</div><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18527610Error while connecting through jainslee2008-07-18T04:47:52Z2008-07-18T04:47:52ZSUBSCRIBE JAIN-SLEE-INTEREST jyothiHi,
<br><br> Can any body please help me
<br><br> Iam getting the following error while connecting jain slee through JMXRI
<br>(i down loaded opensdk 1.4.5,and started the server and while connecting
<br>through JMXRI using the following URL
<br>service:jmx:rmi:///jndi/rmi://$(Rhino machine IP address
<br>):$(Port)/opencloud/rhino the following error is coming)
<br><br>java.io.IOException: Failed to retrieve RMIServer stub:
<br>javax.naming.CommunicationException [Root exception is
<br>java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
<br> java.lang.ClassNotFoundException: com.opencloud.util.RMISSLFactory (no
<br>security manager: RMI class loader disabled)]
<br> at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:317)
<br> at
<br>javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248)
<br> Caused by: javax.naming.CommunicationException [Root exception is
<br>java.rmi.UnmarshalException: error unmarshalling return; nested exception is:
<br> java.lang.ClassNotFoundException: com.opencloud.util.RMISSLFactory (no
<br>security manager: RMI class loader disabled)]
<br> at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java:97)
<br> at
<br>com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.java:185)
<br> at javax.naming.InitialContext.lookup(InitialContext.java:351)
<br> at
<br>javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnector.java:1817)
<br> at
<br>javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.java:1787)
<br> at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:259)
<br> ... 4 more
<br>Caused by: java.rmi.UnmarshalException: error unmarshalling return; nested
<br>exception is:
<br> java.lang.ClassNotFoundException: com.opencloud.util.RMISSLFactory (no
<br>security manager: RMI class loader disabled)
<br> at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
<br> at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java:93)
<br> ... 9 more
<br>Caused by: java.lang.ClassNotFoundException:
<br>com.opencloud.util.RMISSLFactory (no security manager: RMI class loader
<br>disabled)
<br> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:371)
<br> at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:165)
<br> at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:620)
<br> at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:247)
<br> at
<br>sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:197)
<br> at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1544)
<br> at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466)
<br> at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699)
<br> at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305)
<br> at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
<br> at sun.rmi.transport.tcp.TCPEndpoint.read(TCPEndpoint.java:511)
<br> at sun.rmi.transport.LiveRef.read(LiveRef.java:257)
<br> at sun.rmi.server.UnicastRef2.readExternal(UnicastRef2.java:54)
<br> at java.rmi.server.RemoteObject.readObject(RemoteObject.java:438)
<br> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
<br> at
<br>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
<br> at
<br>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccjava.io.IOException:
<br>Failed to retrieve RMIServer stub: j
<br><br>Thanks in advance for your support,
<br>Jyothi .Tallapaneni
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18503864Re: Starting JAIN SLEE Server2008-07-17T01:19:55Z2008-07-17T01:19:55ZSUBSCRIBE JAIN-SLEE-INTEREST jyothi<div dir="ltr">Hi,<br><br>After starting the server if we want to connect to MBean server,with what service URL (JMXRI) should we connect.<br><br> Can anybody help me.<br><br>Thanks in advance for your support,<br>Jyothi.<br>
<br><div class="gmail_quote">On Wed, Jul 16, 2008 at 3:18 AM, Steven Adams <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18503864&i=0" target="_top" rel="nofollow">steven.adams@...</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Jyothi,<br>
<br>
You may also be interested to know that the JAIN SLEE 1.1 specification has just recently reached final release status. You can find links to the SLEE 1.1 spec, RI, and TCK here: <a href="http://jcp.org/en/jsr/detail?id=240" target="_blank" rel="nofollow">http://jcp.org/en/jsr/detail?id=240</a> .<br>
<br>
You will find getting started with the SLEE 1.1 RI a lot easier than with the SLEE 1.0 RI. The SLEE 1.1 RI is a standalone product, whereas the SLEE 1.0 RI requires the J2EE 1.3 RI to also be installed, and given the age of the J2EE RI you would probably be hard pressed to find it available anywhere anymore.<br>
<br>
Regards,<br>
Steve<br>
<br>
Pavel Moukhataev wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
Hello Jyothi<br>
<br>
To start JAIN SLEE you must download it :). You can download JAIN SLEE reference implementation (RI) from here <a href="http://java.sun.com/products/jslee/1.0/download.html" target="_blank" rel="nofollow">http://java.sun.com/products/jslee/1.0/download.html</a>.<br>
<br>
Thanks, Pavel<br>
<br></div>
2008/7/15 SUBSCRIBE JAIN-SLEE-INTEREST jyothi <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18503864&i=1" target="_top" rel="nofollow">tallapaneni.jyothi@...</a> <mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18503864&i=2" target="_top" rel="nofollow">tallapaneni.jyothi@...</a>>>:<div class="Ih2E3d">
<br>
<br>
Hi,<br>
<br>
I am new to JAIN SLEE.I have downloaded JAIN SLEE 1.0 TCk .<br>
Can anyone help me how to start JAIN SLEE server 1.0.<br>
<br>
Any help would be greately appreciated.<br>
<br>
Thanks in advance for your support,<br>
Jyothi<br>
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_blank" rel="nofollow">http://java.sun.com/products/jain</a><br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
<br>
<br>
<br>
<br>
-- <br>
С уважением, Павел<br>
</div></blockquote><div><div></div><div class="Wj3C7c">
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_blank" rel="nofollow">http://java.sun.com/products/jain</a><br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Regards,<br>Jyothi .Tallapaneni
</div>
<p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18476318JAIN SLEE 1.1 Final Release2008-07-15T15:25:44Z2008-07-15T15:25:44ZDavid FerryHi everyone,
<br><br>This is just a note to mention that JSR 240, JAIN SLEE 1.1 has hit Final
<br>Release.
<br><br>The specification, RI, and TCK can now be downloaded.
<br><br>For more information please refer to:
<br><a href="http://www.jcp.org/en/jsr/detail?id=240" target="_top" rel="nofollow">http://www.jcp.org/en/jsr/detail?id=240</a><br><br>Enjoy!
<br>-David
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18475755Re: Starting JAIN SLEE Server2008-07-15T14:48:38Z2008-07-15T14:48:38ZSteven Adams-3Hi Jyothi,
<br><br>You may also be interested to know that the JAIN SLEE 1.1 specification
<br>has just recently reached final release status. You can find links to
<br>the SLEE 1.1 spec, RI, and TCK here: <a href="http://jcp.org/en/jsr/detail?id=240" target="_top" rel="nofollow">http://jcp.org/en/jsr/detail?id=240</a> .
<br><br>You will find getting started with the SLEE 1.1 RI a lot easier than
<br>with the SLEE 1.0 RI. The SLEE 1.1 RI is a standalone product, whereas
<br>the SLEE 1.0 RI requires the J2EE 1.3 RI to also be installed, and given
<br>the age of the J2EE RI you would probably be hard pressed to find it
<br>available anywhere anymore.
<br><br>Regards,
<br>Steve
<br><br>Pavel Moukhataev wrote:
<div class='shrinkable-quote'><br>> Hello Jyothi
<br>>
<br>> To start JAIN SLEE you must download it :). You can download JAIN SLEE
<br>> reference implementation (RI) from here
<br>> <a href="http://java.sun.com/products/jslee/1.0/download.html" target="_top" rel="nofollow">http://java.sun.com/products/jslee/1.0/download.html</a>.
<br>>
<br>> Thanks, Pavel
<br>>
<br>> 2008/7/15 SUBSCRIBE JAIN-SLEE-INTEREST jyothi
<br>> <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18475755&i=0" target="_top" rel="nofollow">tallapaneni.jyothi@...</a> <mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18475755&i=1" target="_top" rel="nofollow">tallapaneni.jyothi@...</a>>>:
<br>>
<br>> Hi,
<br>>
<br>> I am new to JAIN SLEE.I have downloaded JAIN SLEE 1.0 TCk .
<br>> Can anyone help me how to start JAIN SLEE server 1.0.
<br>>
<br>> Any help would be greately appreciated.
<br>>
<br>> Thanks in advance for your support,
<br>> Jyothi
<br>>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>
<br>>
<br>>
<br>>
<br>> --
<br>> С уважением, Павел
</div><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18461903Re: Starting JAIN SLEE Server2008-07-15T03:12:05Z2008-07-15T03:12:05ZPavel Moukhataev<div dir="ltr">Hello Jyothi<br><br>To start JAIN SLEE you must download it :). You can download JAIN SLEE reference implementation (RI) from here <a href="http://java.sun.com/products/jslee/1.0/download.html" target="_top" rel="nofollow">http://java.sun.com/products/jslee/1.0/download.html</a>.<br>
<br>Thanks, Pavel<br><br><div class="gmail_quote">2008/7/15 SUBSCRIBE JAIN-SLEE-INTEREST jyothi <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18461903&i=0" target="_top" rel="nofollow">tallapaneni.jyothi@...</a>>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
I am new to JAIN SLEE.I have downloaded JAIN SLEE 1.0 TCk .<br>
Can anyone help me how to start JAIN SLEE server 1.0.<br>
<br>
Any help would be greately appreciated.<br>
<br>
Thanks in advance for your support,<br>
Jyothi<br>
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_blank" rel="nofollow">http://java.sun.com/products/jain</a><br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
</blockquote></div><br><br clear="all"><br>-- <br>С уважением, Павел
</div>
<p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18458313Starting JAIN SLEE Server2008-07-14T22:14:44Z2008-07-14T22:14:44ZSUBSCRIBE JAIN-SLEE-INTEREST jyothiHi,
<br><br> I am new to JAIN SLEE.I have downloaded JAIN SLEE 1.0 TCk .
<br>Can anyone help me how to start JAIN SLEE server 1.0.
<br><br>Any help would be greately appreciated.
<br><br>Thanks in advance for your support,
<br>Jyothi
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18438000USSD Gateway2008-07-13T23:08:45Z2008-07-13T23:08:45ZnlicinaHi,
<br> I will try to be short. My question is: is it possible to create a simple USSD gateway by using JAIN TCAP API? I've read something about ss7 protocol stack and, if I understood corectly, the main protocols for ussd are TCAP and MAP. The thing that I don't know is: how to extract MAP from TCAP and after that, how to extract USSD from MAP. I'm familiar with TCAP primitives. It is possible that I understood something wrong, so please, help... Thanks in advance.
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Interest-f13394.html" embed="fixTarget[13394]" target="_top" >Sun - Jain-Interest</a></p>tag:www.nabble.com,2006:post-18377633USSD Gateway2008-07-10T01:28:25Z2008-07-10T01:28:25ZnlicinaHi,
<br> I will try to be short. My question is: is it possible to create a simple USSD gateway by using JAIN TCAP API? I've read something about ss7 protocol stack and, if I understood corectly, the main protocols for ussd are TCAP and MAP. The thing that I don't know is: how to extract MAP from TCAP and after that, how to extract USSD from MAP. I'm familiar with TCAP primitives. It is possible that I understood something wrong, so please, help... Thanks in advance. <p>From forum: <a href="http://www.nabble.com/Sun---Jain-Interest-f13394.html" embed="fixTarget[13394]" target="_top" >Sun - Jain-Interest</a></p>tag:www.nabble.com,2006:post-18316616Re: Deploy an JAINSLEE Pproject2008-07-07T06:22:01Z2008-07-07T06:22:01ZPavel MoukhataevHello<br><br>Good starting point for checking your deployable units is Verifier tool, which is part of JAIN SLEE TCK 1.0 reference implementation you can download at <a href="http://java.sun.com/products/jslee/1.0/download.html" target="_top" rel="nofollow">http://java.sun.com/products/jslee/1.0/download.html</a>. Just start verifier and specify your DU as a parameter.<br>
<br>Thanks, Pavel<br><br><div class="gmail_quote">2008/7/7 Alessandro Stile <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18316616&i=0" target="_top" rel="nofollow">alessandro.stile@...</a>>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Alexandre Mendonça ha scritto:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c">
Hi Alessandro,<br>
<br>
I've taken a look at your DU and there are some things that I've found to be incorrect:<br>
<br>
1) Are you deploying this DU only or any other dependencies? Because the DU itself is trying to deploy the SIP events:<br>
<br>
<jar>lib/DU/sip-ratype-DU.jar/sip-event.jar</jar><br>
<br>
and if that's already deployed (together with SIP RAType/RA) then deployment will fail. I've removed this entry and removed the jar to make it go past that point (with SIP RA deployed separately).<br>
<br>
2) In your sbb-jar.xml you declare a <env-entry /> like this:<br>
<br>
<env-entry><br>
<description>?</description><br>
<env-entry-name>?</env-entry-name><br>
<env-entry-type>?</env-entry-type><br>
<env-entry-value>?</env-entry-value><br>
</env-entry><br>
<br>
Which also fails since the env-entry-type cannot be "?" (not sure about env-entry-name..). Removed it.<br>
<br>
3) After that, there's a verification error:<br>
<br>
17:07:56,026 ERROR [SbbVerifier] no methods to check against onTest event<br>
17:07:56,026 ERROR [SbbVerifier] EventHandler Methods were not successfully verified<br>
<br>
This one I didn't fixed. Your event declaration:<br>
<br>
<event event-direction="Receive" initial-event="True"><br>
<event-name>Test event</event-name><br>
<event-type-ref><br>
<event-type-name>Test Event</event-type-name><br>
<event-type-vendor>Alessandro Stile</event-type-vendor><br>
<event-type-version>1.0</event-type-version><br>
</event-type-ref><br>
<initial-event-select variable="ActivityContext"/><br>
</event><br>
<br></div></div>
The event name should not have spaces on it as the event handler method should be on<event name> as stated in JAIN SLEE 1.0, section <a href="http://8.4.2." target="_blank" rel="nofollow">8.4.2.</a> <<a href="http://8.4.2" target="_blank" rel="nofollow">http://8.4.2</a>.><div class="Ih2E3d">
<br>
<br>
I haven't gone any further. If you have any other problems don't hesitate asking on Mobicents forums (<a href="http://forums.java.net/jive/category.jspa?categoryID=36" target="_blank" rel="nofollow">http://forums.java.net/jive/category.jspa?categoryID=36</a>). You may also want to read the JAIN SLEE Beginner's Tutorial that Eduardo Martins wrote (<a href="http://emmartins.blogspot.com/2008/06/jain-slee-beginners-tutorial-thats.html" target="_blank" rel="nofollow">http://emmartins.blogspot.com/2008/06/jain-slee-beginners-tutorial-thats.html</a>).<br>
<br>
Best Regards,<br>
<br>
*Alexandre Mendonça<br>
JBoss R&D *<br>
<br></div><div class="Ih2E3d">
On Tue, Jul 1, 2008 at 14:28, Alessandro Stile <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18316616&i=1" target="_top" rel="nofollow">alessandro.stile@...</a> <mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18316616&i=2" target="_top" rel="nofollow">alessandro.stile@...</a>>> wrote:<br>
<br>
Hi al,<br>
I'm trying to deploy a simple JAINSLEE Project thath I've written<br>
using a<br>
tutorial(<a href="https://eclipslee.dev.java.net/html/Project/index.html" target="_blank" rel="nofollow">https://eclipslee.dev.java.net/html/Project/index.html</a>)<br>
but when I<br>
deploy it on Mobicents I read the following error message:<br>
ROR] org.jboss.jmx.connector.invoker.client.InvokerAdaptorException<br>
<br>
I attach my simple JAINSLEE Project (test.rar).<br>
<br>
Please could anyone help me?<br>
Best Regards<br>
Alessandro<br>
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_blank" rel="nofollow">http://java.sun.com/products/jain</a><br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
<br>
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_blank" rel="nofollow">http://java.sun.com/products/jain</a> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ <br>
</div></blockquote>
Hi Alexandre,<br>
I've fixed my JAINSLEE Project as you suggested me, but when I deploy it on mobicents I have the same error message ([ERROR] org.jboss.jmx.connector.invoker.client.InvokerAdaptorException).<br>
Please colud you help me?<br>
I attached the corrected JAINSLEE Project<br>
The attachment(s) "test.rar" has been removed from this email because it contained a type of attachment known to carry viruses and other harmful software. The attachment has been removed for your protection, as well as that of Sun's network. <br>
If you know the sender and were expecting the attachment, please contact the sender and have them re-send the file using the .zip format. If the sender is unknown or if the email looks unusual or is unexpected, please delete it now. <br>
Additional information: <a href="http://antivirus.central.sun.com/" target="_blank" rel="nofollow">http://antivirus.central.sun.com/</a> <br>
</blockquote></div><br><br clear="all"><br>-- <br>С уважением, Павел
<p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18315006Re: Deploy an JAINSLEE Pproject2008-07-07T04:44:58Z2008-07-07T04:44:58ZAlessandro StileAlexandre Mendonça ha scritto:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Hi Alessandro,
<br>>
<br>> I've taken a look at your DU and there are some things that I've found
<br>> to be incorrect:
<br>>
<br>> 1) Are you deploying this DU only or any other dependencies? Because
<br>> the DU itself is trying to deploy the SIP events:
<br>>
<br>> <jar>lib/DU/sip-ratype-DU.jar/sip-event.jar</jar>
<br>>
<br>> and if that's already deployed (together with SIP RAType/RA) then
<br>> deployment will fail. I've removed this entry and removed the jar to
<br>> make it go past that point (with SIP RA deployed separately).
<br>>
<br>> 2) In your sbb-jar.xml you declare a <env-entry /> like this:
<br>>
<br>> <env-entry>
<br>> <description>?</description>
<br>> <env-entry-name>?</env-entry-name>
<br>> <env-entry-type>?</env-entry-type>
<br>> <env-entry-value>?</env-entry-value>
<br>> </env-entry>
<br>>
<br>> Which also fails since the env-entry-type cannot be "?" (not sure
<br>> about env-entry-name..). Removed it.
<br>>
<br>> 3) After that, there's a verification error:
<br>>
<br>> 17:07:56,026 ERROR [SbbVerifier] no methods to check against onTest event
<br>> 17:07:56,026 ERROR [SbbVerifier] EventHandler Methods were not
<br>> successfully verified
<br>>
<br>> This one I didn't fixed. Your event declaration:
<br>>
<br>> <event event-direction="Receive" initial-event="True">
<br>> <event-name>Test event</event-name>
<br>> <event-type-ref>
<br>> <event-type-name>Test Event</event-type-name>
<br>> <event-type-vendor>Alessandro Stile</event-type-vendor>
<br>> <event-type-version>1.0</event-type-version>
<br>> </event-type-ref>
<br>> <initial-event-select variable="ActivityContext"/>
<br>> </event>
<br>>
<br>> The event name should not have spaces on it as the event handler
<br>> method should be on<event name> as stated in JAIN SLEE 1.0, section
<br>> 8.4.2. <<a href="http://8.4.2" target="_top" rel="nofollow">http://8.4.2</a>.>
<br>>
<br>> I haven't gone any further. If you have any other problems don't
<br>> hesitate asking on Mobicents forums
<br>> (<a href="http://forums.java.net/jive/category.jspa?categoryID=36" target="_top" rel="nofollow">http://forums.java.net/jive/category.jspa?categoryID=36</a>). You may
<br>> also want to read the JAIN SLEE Beginner's Tutorial that Eduardo
<br>> Martins wrote
<br>> (<a href="http://emmartins.blogspot.com/2008/06/jain-slee-beginners-tutorial-thats.html" target="_top" rel="nofollow">http://emmartins.blogspot.com/2008/06/jain-slee-beginners-tutorial-thats.html</a>).
<br>>
<br>> Best Regards,
<br>>
<br>> *Alexandre Mendonça
<br>> JBoss R&D *
<br>>
<br>> On Tue, Jul 1, 2008 at 14:28, Alessandro Stile
<br>> <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18315006&i=0" target="_top" rel="nofollow">alessandro.stile@...</a> <mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18315006&i=1" target="_top" rel="nofollow">alessandro.stile@...</a>>> wrote:
<br>>
<br>> Hi al,
<br>> I'm trying to deploy a simple JAINSLEE Project thath I've written
<br>> using a
<br>> tutorial(<a href="https://eclipslee.dev.java.net/html/Project/index.html" target="_top" rel="nofollow">https://eclipslee.dev.java.net/html/Project/index.html</a>)
<br>> but when I
<br>> deploy it on Mobicents I read the following error message:
<br>> ROR] org.jboss.jmx.connector.invoker.client.InvokerAdaptorException
<br>>
<br>> I attach my simple JAINSLEE Project (test.rar).
<br>>
<br>> Please could anyone help me?
<br>> Best Regards
<br>> Alessandro
<br>>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>
<br>>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Visit the
<br>> JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
</div>Hi Alexandre,
</div>I've fixed my JAINSLEE Project as you suggested me, but when I deploy it
<br>on mobicents I have the same error message ([ERROR]
<br>org.jboss.jmx.connector.invoker.client.InvokerAdaptorException).
<br>Please colud you help me?
<br>I attached the corrected JAINSLEE Project
<br> The attachment(s) "test.rar" has been removed from this email because it contained a type of attachment known to carry viruses and other harmful software. The attachment has been removed for your protection, as well as that of Sun's network.
<br><br>If you know the sender and were expecting the attachment, please contact the sender and have them re-send the file using the .zip format. If the sender is unknown or if the email looks unusual or is unexpected, please delete it now.
<br><br>Additional information: <a href="http://antivirus.central.sun.com/" target="_top" rel="nofollow">http://antivirus.central.sun.com/</a>
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18220350Re: Deploy an JAINSLEE Pproject2008-07-01T09:27:22Z2008-07-01T09:27:22ZAlexandre Mendonça<span style="font-family: trebuchet ms,sans-serif;">Hi Alessandro,</span><br style="font-family: trebuchet ms,sans-serif;"><br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">I've taken a look at your DU and there are some things that I've found to be incorrect:</span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">1) Are you deploying this DU only or any other dependencies? Because the DU itself is trying to deploy the SIP events: </span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: courier new,monospace;"><jar>lib/DU/sip-ratype-DU.jar</span><span style="font-family: courier new,monospace;">/sip-event.jar</jar></span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">and if that's already deployed (together with SIP RAType/RA) then deployment will fail. I've removed this entry and removed the jar to make it go past that point (with SIP RA deployed separately).</span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">2) In your sbb-jar.xml you declare a <env-entry /> like this:</span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: courier new,monospace;"> <env-entry></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> <description>?</description></span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> <env-entry-name>?</env-entry</span><span style="font-family: courier new,monospace;">-name></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">
<env-entry-type>?</env-entry</span><span style="font-family: courier new,monospace;">-type></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> <env-entry-value>?</env-entry</span><span style="font-family: courier new,monospace;">-value></span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> </env-entry></span><br style="font-family: trebuchet ms,sans-serif;"><br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">Which also fails since the env-entry-type cannot be "?" (not sure about env-entry-name..). Removed it.</span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">3) After that, there's a verification error:</span><br style="font-family: trebuchet ms,sans-serif;"><br style="font-family: trebuchet ms,sans-serif;">
<span style="font-family: trebuchet ms,sans-serif;">17:07:56,026 ERROR [SbbVerifier] no methods to check against onTest event</span><br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">17:07:56,026 ERROR [SbbVerifier] EventHandler Methods were not successfully verified</span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">This one I didn't fixed. Your event declaration:</span><br style="font-family: trebuchet ms,sans-serif;"><br style="font-family: trebuchet ms,sans-serif;">
<span style="font-family: courier new,monospace;"> <event event-direction="Receive" initial-event="True"></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> <event-name>Test event</event-name></span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> <event-type-ref></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">
<event-type-name>Test Event</event-type-name></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> <event-type-vendor>Alessandro Stile</event-type-vendor></span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> <event-type-version>1.0</event</span><span style="font-family: courier new,monospace;">-type-version></span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">
</event-type-ref></span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> <initial-event-select variable="ActivityContext"/></span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> </event></span><br style="font-family: trebuchet ms,sans-serif;"><br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">The event name should not have spaces on it as the event handler method should be on<event name> as stated in JAIN SLEE 1.0, section </span><a style="font-family: trebuchet ms,sans-serif;" href="http://8.4.2." target="_blank" rel="nofollow">8.4.2.</a><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">I haven't gone any further. If you have any other problems don't hesitate asking on Mobicents forums (<a href="http://forums.java.net/jive/category.jspa?categoryID=36" target="_top" rel="nofollow">http://forums.java.net/jive/category.jspa?categoryID=36</a>). You may also want to read the JAIN SLEE Beginner's Tutorial that Eduardo Martins wrote (<a href="http://emmartins.blogspot.com/2008/06/jain-slee-beginners-tutorial-thats.html" target="_top" rel="nofollow">http://emmartins.blogspot.com/2008/06/jain-slee-beginners-tutorial-thats.html</a>).</span><br style="font-family: trebuchet ms,sans-serif;">
<br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">Best Regards,</span><br style="font-family: trebuchet ms,sans-serif;"><br style="font-family: trebuchet ms,sans-serif;" clear="all">
<b><span style="font-family: trebuchet ms,sans-serif;">Alexandre Mendonça</span><br style="font-family: trebuchet ms,sans-serif;"><span style="font-family: trebuchet ms,sans-serif;">JBoss R&D
</span></b><br><br><div class="gmail_quote">On Tue, Jul 1, 2008 at 14:28, Alessandro Stile <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18220350&i=0" target="_top" rel="nofollow">alessandro.stile@...</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi al,<br>
I'm trying to deploy a simple JAINSLEE Project thath I've written using a<br>
tutorial(<a href="https://eclipslee.dev.java.net/html/Project/index.html" target="_blank" rel="nofollow">https://eclipslee.dev.java.net/html/Project/index.html</a>) but when I<br>
deploy it on Mobicents I read the following error message:<br>
ROR] org.jboss.jmx.connector.invoker.client.InvokerAdaptorException<br>
<br>
I attach my simple JAINSLEE Project (test.rar).<br>
<br>
Please could anyone help me?<br>
Best Regards<br>
Alessandro<br>
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_blank" rel="nofollow">http://java.sun.com/products/jain</a><br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>
</blockquote></div><br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Visit the JAIN website at http://java.sun.com/products/jain
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-18217023Deploy an JAINSLEE Pproject2008-07-01T06:28:27Z2008-07-01T06:28:27ZAlessandro StileHi al,
<br>I'm trying to deploy a simple JAINSLEE Project thath I've written using a
<br>tutorial(<a href="https://eclipslee.dev.java.net/html/Project/index.html" target="_top" rel="nofollow">https://eclipslee.dev.java.net/html/Project/index.html</a>) but when I
<br>deploy it on Mobicents I read the following error message:
<br>ROR] org.jboss.jmx.connector.invoker.client.InvokerAdaptorException
<br><br>I attach my simple JAINSLEE Project (test.rar).
<br><br>Please could anyone help me?
<br>Best Regards
<br>Alessandro
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br /> <div class="small"><br/><img src="http://www.nabble.com/images/icon_attachment.gif" > <strong>C:UsersAlessandroDesktopWorkspacetest.rar</strong> (1M) <a href="http://www.nabble.com/attachment/18217023/0/C%3AUsersAlessandroDesktopWorkspacetest.rar" target="_top">Download Attachment</a></div><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-16320951Re: JAIN TCAP (JSR 11)2008-03-26T18:57:21Z2008-03-26T18:57:21ZjohnbrewsterSorry, I cannot help with this. I have not been involved with this subject
<br>for almost ten years.
<br><br>Regards, John Brewster
<br>----- Original Message -----
<br>From: "Verney, Remi" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16320951&i=0" target="_top" rel="nofollow">remi.verney@...</a>>
<br>To: <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16320951&i=1" target="_top" rel="nofollow">JAIN-INTEREST@...</a>>
<br>Sent: Wednesday, March 26, 2008 10:09 AM
<br>Subject: [JAIN-INTEREST] JAIN TCAP (JSR 11)
<br><br><br>Hi,
<br><br>I'm currently using the JAIN TCAP TCK to check the compatibility of the HP
<br>OpenCall JAIN TCAP implementation after some updates we did recently. The
<br>TCK test suite is failing, but according to the logs of our implementation,
<br>I'm wondering if the TCK is not trying to run a sequence which is not
<br>supported by the ITU-T TCAP specification.
<br><br>Basically,:
<br><br>- it seems that one side is trying to send a TC-CONTINUE just after sending
<br>a TC-BEGIN
<br>- a TC-BEGIN is sent with a dialogue portion (ITU-T white book), but without
<br>an application context name
<br><br>This is invalid according to ITU-T Q.77x specifications
<br><br>Where can I find the description of the tests ? Is the source code of the
<br>JAIN TCAP TCK available somewhere ?
<br><br>Thanks.
<br><br>Best regards,
<br><br> Remi VERNEY
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16320951&i=2" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16320951&i=3" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Interest-f13394.html" embed="fixTarget[13394]" target="_top" >Sun - Jain-Interest</a></p>tag:www.nabble.com,2006:post-16306641Re: JAIN TCAP (JSR 11)2008-03-26T07:32:11Z2008-03-26T07:32:11Zeugene bellRemi,
<br><br>The TCK source code was not released out to the public. attached is the doc for the TCK, last updated in 1999.
<br><br>Regards,
<br>Eugene
<br><br>----- Original Message ----
<br>From: "Verney, Remi" <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306641&i=0" target="_top" rel="nofollow">remi.verney@...</a>>
<br>To: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306641&i=1" target="_top" rel="nofollow">JAIN-INTEREST@...</a>
<br>Sent: Wednesday, March 26, 2008 2:09:08 PM
<br>Subject: [JAIN-INTEREST] JAIN TCAP (JSR 11)
<br><br>Hi,
<br><br>I'm currently using the JAIN TCAP TCK to check the compatibility of the HP OpenCall JAIN TCAP implementation after some updates we did recently. The TCK test suite is failing, but according to the logs of our implementation, I'm wondering if the TCK is not trying to run a sequence which is not supported by the ITU-T TCAP specification.
<br><br>Basically,:
<br><br>- it seems that one side is trying to send a TC-CONTINUE just after sending a TC-BEGIN
<br>- a TC-BEGIN is sent with a dialogue portion (ITU-T white book), but without an application context name
<br><br>This is invalid according to ITU-T Q.77x specifications
<br><br>Where can I find the description of the tests ? Is the source code of the JAIN TCAP TCK available somewhere ?
<br><br>Thanks.
<br><br>Best regards,
<br><br> Remi VERNEY
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306641&i=2" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"
<br><br><br> ____________________________________________________________________________________
<br>Be a better friend, newshound, and
<br>know-it-all with Yahoo! Mobile. Try it now. <a href="http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ" target="_top" rel="nofollow">http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ</a><br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306641&i=3" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"<br />================================================================
<br><br> The original attachment "tck.rar" has been
<br> removed from this email because it contained a type of
<br> attachment known to carry viruses and other harmful software.
<br> The attachment has been removed for your protection, as
<br> well as that of Sun's network.
<br><br> If you know the sender and were expecting the attachment,
<br> please contact the sender and have them re-send the file using
<br> the .zip format. If the sender is unknown or if the email
<br> looks unusual or is unexpected, please delete it now.
<br><br> Additional information: <a href="http://antivirus.central.sun.com/" target="_top" rel="nofollow">http://antivirus.central.sun.com/</a><br><br>================================================================
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306641&i=4" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Interest-f13394.html" embed="fixTarget[13394]" target="_top" >Sun - Jain-Interest</a></p>tag:www.nabble.com,2006:post-16306079Out-of-office-reply: JAIN TCAP (JSR 11)2008-03-26T07:26:11Z2008-03-26T07:26:11ZKieran McPeake-2Thank you for your email.
<br><br>I will be out of the office on annual leave until Monday 31st of March.
<br><br>Regards,
<br>Kieran
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306079&i=0" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Interest-f13394.html" embed="fixTarget[13394]" target="_top" >Sun - Jain-Interest</a></p>tag:www.nabble.com,2006:post-16306310Out-of-office-reply: JAIN TCAP (JSR 11)2008-03-26T07:26:11Z2008-03-26T07:26:11ZIvan McShaneThank you for your email. I will be out of the office on annual leave until Monday 31st of March.
<br><br>If you have any urgent queries before then please contact <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306310&i=0" target="_top" rel="nofollow">Jim.Beggs@...</a>
<br><br>Regards,
<br>Ivan McShane
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306310&i=1" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Interest-f13394.html" embed="fixTarget[13394]" target="_top" >Sun - Jain-Interest</a></p>tag:www.nabble.com,2006:post-16306080JAIN TCAP (JSR 11)2008-03-26T07:09:08Z2008-03-26T07:09:08ZVerney, RemiHi,
<br><br>I'm currently using the JAIN TCAP TCK to check the compatibility of the HP OpenCall JAIN TCAP implementation after some updates we did recently. The TCK test suite is failing, but according to the logs of our implementation, I'm wondering if the TCK is not trying to run a sequence which is not supported by the ITU-T TCAP specification.
<br><br>Basically,:
<br><br>- it seems that one side is trying to send a TC-CONTINUE just after sending a TC-BEGIN
<br>- a TC-BEGIN is sent with a dialogue portion (ITU-T white book), but without an application context name
<br><br>This is invalid according to ITU-T Q.77x specifications
<br><br>Where can I find the description of the tests ? Is the source code of the JAIN TCAP TCK available somewhere ?
<br><br>Thanks.
<br><br>Best regards,
<br><br> Remi VERNEY
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>JAIN website - <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><br>To unsubscribe, send email to <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=16306080&i=0" target="_top" rel="nofollow">listserv@...</a> and
<br>include in the body of the message "signoff JAIN-INTEREST"
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Interest-f13394.html" embed="fixTarget[13394]" target="_top" >Sun - Jain-Interest</a></p>tag:www.nabble.com,2006:post-15997296Regarding the reliable Provisional response2008-03-11T20:19:03Z2008-03-11T20:19:03ZGururaj-3Hi ,
<br><br> I have following quary with respect JSIP implementation. I hae the
<br>following scenario.
<br><br>I am using Jain SIP for SIP Container. The scenario is From the Container I am
<br>sending the INVITE request to Peer. From the Peer I have sent reliably
<br>provisional response [180 rel]. When JSIP recieves 180 it will give it container.
<br>From thier I am sending PRACK.
<br><br>Problem is Before 200 OK for PRACK comes JAIN SIP is recieving the
<br>retransmitted 180. This retransmitted 180 is passed to the container.
<br><br>But as per RFC 3262 :
<br><br><br>Once a reliable provisional response is received, retransmissions of
<br>that response MUST be discarded. A response is a retransmission when
<br>its dialog ID, CSeq, and RSeq match the original response.
<br><br><br>My doubt is whether the retranmitted reliable response should be discarded by
<br>JAIN SIP or the layer above the JAIN SIP.
<br><br>Please let me know ..
<br><br>Regards,
<br>Guru
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Sip-Interest-f13396.html" embed="fixTarget[13396]" target="_top" >Sun - Jain-Sip-Interest</a></p>tag:www.nabble.com,2006:post-14325937Out-of-office-reply: Re: [JAIN-SLEE-INTEREST] RA's activity context int2007-12-13T14:13:47Z2007-12-13T14:13:47ZIvan McShaneThank you for your email. I will be out of the office until Monday 17th of December. If you have any urgent issues please contact <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14325937&i=0" target="_top" rel="nofollow">Jim.Beggs@...</a>.
<br><br>Regards,
<br>Ivan McShane
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-14325934Re: RA's activity context interface factory really needed?2007-12-13T13:57:37Z2007-12-13T13:57:37ZSteven Adams-3Hi Pavel,
<br><br>Pavel Moukhataev wrote:
<br>> Hello Steven
<br>>
<br>> I also had the same problem - for ACI implementation we have to cycle
<br>> through all implemented resource adaptors of this type and cycle through
<br>> all these resource adaptor entities and check if activity belongs to RA
<br>> Entity.
<br><br>There is no other sensible implementation, which is why the description
<br>of the ResourceAdaptor.getActivityHandle method in the SLEE 1.1 PFD spec
<br>(section 15.11.5.3) is as it is.
<br><br><div class='shrinkable-quote'><br>> From my point of view that can be improved by identifying resource
<br>> adaptor entity this Activity was created by on Sbb level. This can be
<br>> implemented by changing sbb deployment descriptor - by moving
<br>> "activity-context-interface-factory-name?" from
<br>> "resource-adaptor-type-binding" element to
<br>> "resource-adaptor-entity-binding" element.
<br>>
<br>> ...
<br>>
<br>> But this approach has one big limitation:
<br>> If SBB gets activity object by calling RA interface - this is ok because
<br>> SBB can determine resource adaptor entity.
<br>> If SBB gets activity object in event - this is not ok because SBB can't
<br>> determine resource adaptor entity that fired this event.
</div><br>So if it's not ok is it really an improvement? :)
<br><br>As I alluded to in my response to Eduardo, it may make a slight
<br>performance improvement in the cases where there are many RA Entities of
<br>the required RA Type, but in the general case it makes programming
<br>scalable SBBs much more difficult.
<br><br>Regards,
<br>Steve
<br><br>>
<br>>
<br>> Thanks, Pavel
<br><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-14325423Re: RA's activity context interface factory really needed?2007-12-13T13:41:31Z2007-12-13T13:41:31ZSteven Adams-3Hi Eduardo,
<br><br>Sorry yes I did misunderstand. If you are then talking about one
<br>factory per RA entity then I would also add that this would make life
<br>harder for the SBB Developer. A great feature of SBBs is that more
<br>often than not they don't need to care about the RA entity they are
<br>receiving events from or responding to, so long as the RA entity
<br>implements the RA Type the SBB cares about. Changing the factories to
<br>one per RA entity would mean that SBBs suddenly do have to care (and
<br>currently there is no standard way for a SBB to identify RA entities),
<br>and would make programming SBBs that handle events from multiple RA
<br>entities simultaneously much more difficult.
<br><br>Regards,
<br>Steve
<br><br><br>Eduardo Martins wrote:
<div class='shrinkable-quote'><br>> Hi Steve, I think you misunderstood, I was talking about 1 factory
<br>> per each RA entity, in JNDI, similar to SBB's SbbContext for each SBB
<br>> entity.
<br>>
<br>> Anyway, David already provided a good reason for not changing.
<br>>
<br>> Regards,
<br>>
<br>> Eduardo
<br>> JBoss R&D
<br>>
<br>> On Dec 12, 2007 10:00 PM, Steven Adams <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14325423&i=0" target="_top" rel="nofollow">steven.adams@...</a>> wrote:
<br>>> Hi Eduardo,
<br>>>
<br>>> Also consider how the ACI factory method is implemented. Essentially
<br>>> the SLEE iterates over the RAs of the RA Type that provided the factory
<br>>> asking each which owns the activity. If a completely generic factory
<br>>> was provided instead, the SLEE would have to instead ask every RA of any
<br>>> RA Type to determine which owns the activity, which is a lot more work.
<br>>>
<br>>> Regards,
<br>>> Steve
<br>>>
<br>>>
<br>>> Eduardo Martins wrote:
<br>>>> Hi David, that's a fair reason, tks.
<br>>>>
<br>>>> On Dec 12, 2007 4:58 PM, David Ferry <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14325423&i=1" target="_top" rel="nofollow">davidf@...</a>> wrote:
<br>>>>> It was done for type safety reasons.
<br>>>>>
<br>>>>> If you did the args in terms of Object activity you have to throw
<br>>>>> exceptions to indicate an invalid argument type. The check is a runtime
<br>>>>> check.
<br>>>>>
<br>>>>> Why even bother with the exception signature and runtime checks if the
<br>>>>> compiler can pick up a programming error before the code gets deployed
<br>>>>> into the SLEE ?
<br>>>>>
<br>>>>>
<br>>>>> Eduardo Martins wrote:
<br>>>>>> Hello SLEEers(!) again, one thing I don't understand on the RA specs
<br>>>>>> and was discussing with Ivelin here at JBoss, and that is the fact
<br>>>>>> each RA must declare and provide an interface for the aci factory.
<br>>>>>>
<br>>>>>> What are the reasons to not have a generic factory for each RA in
<br>>>>>> JNDI, something like the SbbContext for SBBs, with just a
<br>>>>>> getActivityContextInterface(Object activity) method.
<br>>>>>>
<br>>>>>> If the reason is having strict activity type check that could be
<br>>>>>> easily implemented in the method, adding an exception like
<br>>>>>> IllegalActivityObjectTypeException when the user provides a object
<br>>>>>> that doesn't match the activities types in the ra type descriptor.
<br>>>>>>
<br>>>>>> Is there anythign that I'm missing?
<br>>>>>>
<br>>>>>> Regards,
<br>>>>>>
<br>>>>>> Eduardo
<br>>>>>> JBoss R&D
<br>>>>>>
<br>>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>>>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>>>>
<br>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>>>
<br>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>
<br>>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
</div><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-14317174Automatic graceful system shutdown2007-12-13T06:31:58Z2007-12-13T06:31:58ZPavel MoukhataevHello All<br><br>SLEE management API defines methods for entities deactivation (service deactivate, resource adaptor entity deactivate, slee stop). All these methods are asynchronous. JAIN SLEE specification allows operation forcing by the SLEE with configurable timeout, but how this can configured is unspecified.
<br><br><br>And in production systems deactivation is important platform part. Customers require functionality to perform deactivation operation with specified operation timeout. Customers also want to get information if operation finished gracefully or there were problems during deactivation and operation was forced. Currently to implement all these features we have to use vendor-specific API extensions. My suggestion is to extend SLEE API to allow deactivation operation forcing.
<br><br><br>These can be done by adding deactivation methods with timeout parameter or by adding force-deactivation methods into appropriate JMX MBeans.<br><br><br>Thanks, Pavel<br>
<br>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Visit the JAIN website at http://java.sun.com/products/jain
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-14312399Re: RA's activity context interface factory really needed?2007-12-13T00:55:58Z2007-12-13T00:55:58ZPavel MoukhataevHello Steven<br><br>I also had the same problem - for ACI implementation we have to cycle through all implemented resource adaptors of this type and cycle through all these resource adaptor entities and check if activity belongs to RA Entity.
<br><br>From my point of view that can be improved by identifying resource adaptor entity this Activity was created by on Sbb level. This can be implemented by changing sbb deployment descriptor - by moving "activity-context-interface-factory-name?" from "resource-adaptor-type-binding" element to "resource-adaptor-entity-binding" element.
<br><br>In that case resource adaptor type binding example will be:<br> <resource-adaptor-type-binding><br> <resource-adaptor-type-ref><br> <resource-adaptor-type-name />
<br> <resource-adaptor-type-vendor /><br> <resource-adaptor-type-version /><br> </resource-adaptor-type-ref><br> <resource-adaptor-entity-binding>
<br> <activity-context-interface-factory-name /><br>
<resource-adaptor-object-name /><br> <resource-adaptor-entity-link /><br> </resource-adaptor-entity-binding><br> </resource-adaptor-type-binding><br>
<br>And for each ACIFactory object it will be possible to identify resource adaptor entity.<br><br><br>But this approach has one big limitation:<br>If SBB gets activity object by calling RA interface - this is ok because SBB can determine resource adaptor entity.
<br>If SBB gets activity object in event - this is not ok because SBB can't determine resource adaptor entity that fired this event.<br><br><br>Thanks, Pavel<br><br> <br><br><div><span class="gmail_quote">2007/12/13, Steven Adams <
<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14312399&i=0" target="_top" rel="nofollow">steven.adams@...</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi Eduardo,
<br><br>Also consider how the ACI factory method is implemented. Essentially<br>the SLEE iterates over the RAs of the RA Type that provided the factory<br>asking each which owns the activity. If a completely generic factory
<br>was provided instead, the SLEE would have to instead ask every RA of any<br>RA Type to determine which owns the activity, which is a lot more work.<br><br>Regards,<br>Steve<br><br>Eduardo Martins wrote:<div class='shrinkable-quote'><br>> Hi David, that's a fair reason, tks.
<br>><br>> On Dec 12, 2007 4:58 PM, David Ferry <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14312399&i=1" target="_top" rel="nofollow">davidf@...</a>> wrote:<br>>> It was done for type safety reasons.<br>>><br>>> If you did the args in terms of Object activity you have to throw
<br>>> exceptions to indicate an invalid argument type. The check is a runtime<br>>> check.<br>>><br>>> Why even bother with the exception signature and runtime checks if the<br>>> compiler can pick up a programming error before the code gets deployed
<br>>> into the SLEE ?<br>>><br>>><br>>> Eduardo Martins wrote:<br>>>> Hello SLEEers(!) again, one thing I don't understand on the RA specs<br>>>> and was discussing with Ivelin here at JBoss, and that is the fact
<br>>>> each RA must declare and provide an interface for the aci factory.<br>>>><br>>>> What are the reasons to not have a generic factory for each RA in<br>>>> JNDI, something like the SbbContext for SBBs, with just a
<br>>>> getActivityContextInterface(Object activity) method.<br>>>><br>>>> If the reason is having strict activity type check that could be<br>>>> easily implemented in the method, adding an exception like
<br>>>> IllegalActivityObjectTypeException when the user provides a object<br>>>> that doesn't match the activities types in the ra type descriptor.<br>>>><br>>>> Is there anythign that I'm missing?
<br>>>><br>>>> Regards,<br>>>><br>>>> Eduardo<br>>>> JBoss R&D<br>>>><br>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>>>> Visit the JAIN website at
<a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>>>><br>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br>>><br>><br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</div><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br></blockquote></div><br><br clear="all"><br>
-- <br>С уважением, Павел
<p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-14311816Re: RA's activity context interface factory really needed?2007-12-13T00:15:36Z2007-12-13T00:15:36ZEduardo MartinsHi Steve, I think you misunderstood, I was talking about 1 factory
<br>per each RA entity, in JNDI, similar to SBB's SbbContext for each SBB
<br>entity.
<br><br>Anyway, David already provided a good reason for not changing.
<br><br>Regards,
<br><br>Eduardo
<br>JBoss R&D
<br><br>On Dec 12, 2007 10:00 PM, Steven Adams <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14311816&i=0" target="_top" rel="nofollow">steven.adams@...</a>> wrote:
<div class='shrinkable-quote'><br>> Hi Eduardo,
<br>>
<br>> Also consider how the ACI factory method is implemented. Essentially
<br>> the SLEE iterates over the RAs of the RA Type that provided the factory
<br>> asking each which owns the activity. If a completely generic factory
<br>> was provided instead, the SLEE would have to instead ask every RA of any
<br>> RA Type to determine which owns the activity, which is a lot more work.
<br>>
<br>> Regards,
<br>> Steve
<br>>
<br>>
<br>> Eduardo Martins wrote:
<br>> > Hi David, that's a fair reason, tks.
<br>> >
<br>> > On Dec 12, 2007 4:58 PM, David Ferry <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14311816&i=1" target="_top" rel="nofollow">davidf@...</a>> wrote:
<br>> >> It was done for type safety reasons.
<br>> >>
<br>> >> If you did the args in terms of Object activity you have to throw
<br>> >> exceptions to indicate an invalid argument type. The check is a runtime
<br>> >> check.
<br>> >>
<br>> >> Why even bother with the exception signature and runtime checks if the
<br>> >> compiler can pick up a programming error before the code gets deployed
<br>> >> into the SLEE ?
<br>> >>
<br>> >>
<br>> >> Eduardo Martins wrote:
<br>> >>> Hello SLEEers(!) again, one thing I don't understand on the RA specs
<br>> >>> and was discussing with Ivelin here at JBoss, and that is the fact
<br>> >>> each RA must declare and provide an interface for the aci factory.
<br>> >>>
<br>> >>> What are the reasons to not have a generic factory for each RA in
<br>> >>> JNDI, something like the SbbContext for SBBs, with just a
<br>> >>> getActivityContextInterface(Object activity) method.
<br>> >>>
<br>> >>> If the reason is having strict activity type check that could be
<br>> >>> easily implemented in the method, adding an exception like
<br>> >>> IllegalActivityObjectTypeException when the user provides a object
<br>> >>> that doesn't match the activities types in the ra type descriptor.
<br>> >>>
<br>> >>> Is there anythign that I'm missing?
<br>> >>>
<br>> >>> Regards,
<br>> >>>
<br>> >>> Eduardo
<br>> >>> JBoss R&D
<br>> >>>
<br>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> >>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> >>>
<br>> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> >> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> >>
<br>> >
<br>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> > Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>
</div><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br><p>From forum: <a href="http://www.nabble.com/Sun---Jain-Slee-Interest-f13397.html" embed="fixTarget[13397]" target="_top" >Sun - Jain-Slee-Interest</a></p>tag:www.nabble.com,2006:post-14303811Re: RA's activity context interface factory really needed?2007-12-12T13:00:01Z2007-12-12T13:00:01ZSteven Adams-3Hi Eduardo,
<br><br>Also consider how the ACI factory method is implemented. Essentially
<br>the SLEE iterates over the RAs of the RA Type that provided the factory
<br>asking each which owns the activity. If a completely generic factory
<br>was provided instead, the SLEE would have to instead ask every RA of any
<br>RA Type to determine which owns the activity, which is a lot more work.
<br><br>Regards,
<br>Steve
<br><br>Eduardo Martins wrote:
<div class='shrinkable-quote'><br>> Hi David, that's a fair reason, tks.
<br>>
<br>> On Dec 12, 2007 4:58 PM, David Ferry <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=14303811&i=0" target="_top" rel="nofollow">davidf@...</a>> wrote:
<br>>> It was done for type safety reasons.
<br>>>
<br>>> If you did the args in terms of Object activity you have to throw
<br>>> exceptions to indicate an invalid argument type. The check is a runtime
<br>>> check.
<br>>>
<br>>> Why even bother with the exception signature and runtime checks if the
<br>>> compiler can pick up a programming error before the code gets deployed
<br>>> into the SLEE ?
<br>>>
<br>>>
<br>>> Eduardo Martins wrote:
<br>>>> Hello SLEEers(!) again, one thing I don't understand on the RA specs
<br>>>> and was discussing with Ivelin here at JBoss, and that is the fact
<br>>>> each RA must declare and provide an interface for the aci factory.
<br>>>>
<br>>>> What are the reasons to not have a generic factory for each RA in
<br>>>> JNDI, something like the SbbContext for SBBs, with just a
<br>>>> getActivityContextInterface(Object activity) method.
<br>>>>
<br>>>> If the reason is having strict activity type check that could be
<br>>>> easily implemented in the method, adding an exception like
<br>>>> IllegalActivityObjectTypeException when the user provides a object
<br>>>> that doesn't match the activities types in the ra type descriptor.
<br>>>>
<br>>>> Is there anythign that I'm missing?
<br>>>>
<br>>>> Regards,
<br>>>>
<br>>>> Eduardo
<br>>>> JBoss R&D
<br>>>>
<br>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>>
<br>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>>>
<br>>
<br>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
<br>> Visit the JAIN website at <a href="http://java.sun.com/products/jain" target="_top" rel="nofollow">http://java.sun.com/products/jain</a><br>> ~~~~~~~~~~