-
1. Re: how to statically generate ejb stubs
darranl Sep 30, 2004 1:56 PM (in response to jlsredondo)Have you considered using web services?
-
2. Re: how to statically generate ejb stubs
jlsredondo Oct 1, 2004 2:15 AM (in response to jlsredondo)Web services ? You must be joking !
Our scenario is a number of .Net clients an a Jboss server in a LAN, so our last option is to use Web services. -
3. Re: how to statically generate ejb stubs
darranl Oct 1, 2004 5:41 AM (in response to jlsredondo)I think I am missing something here, why can't your .NET clients access web services?
-
4. Re: how to statically generate ejb stubs
starksm64 Oct 1, 2004 6:57 PM (in response to jlsredondo)There are no ejb stubs as we use dynamic proxies using the java.lang.reflect.Proxy mechanism. Show the exception you are seeing.
-
5. Re: how to statically generate ejb stubs
jlsredondo Oct 4, 2004 9:53 AM (in response to jlsredondo)Scott,
this is the exception message i'm seeing:
org.jnp.interfaces.Naming
org.jboss.ha.framework.interfaces.HARMIProxy
Failed to retrieve stub from server 192.168.8.11:1100
And this is the stack trace:
at org.jnp.interfaces.NamingContext.discoverServer(Hashtable )
at org.jnp.interfaces.NamingContext.checkRef(Hashtable )
at org.jnp.interfaces.NamingContext.lookup(Name )
at org.jnp.interfaces.NamingContext.lookup(String )
at javax.naming.InitialContext.lookup(String )
at clientedotnet.Class1.Main(String[] args) in c:\proyectos\ikvm\clientedotnet.exe
The exception message "Failed to retrive stub from server" is located in the file org.jnp.interfaces.NamingContext, method getServer:
try {
...
// Get stub from naming server
BufferedInputStream bis = new BufferedInputStream(s.getInputStream());
ObjectInputStream in = new ObjectInputStream(bis);
MarshalledObject stub = (MarshalledObject) in.readObject();
server = (Naming) stub.get();
s.close();
// Add it to cache
addServer(hostKey, server);
serverEnv.put("hostKey", hostKey);
return server;
}
catch(IOException e)
{
NamingException ex = new CommunicationException("Failed to retrieve stub from server "+hostKey);
ex.setRootCause(e);
throw ex;
Any idea on this exception ?
I'm using Jboss 3.2.5
Thanks in advance -
6. C#/ikvm JBoss client naming service hang (was: how to static
ewestland Dec 13, 2005 8:17 PM (in response to jlsredondo)Scott et al,
First off, I can not help you solve this (year old) issue. I am groveling for your/someone's help on getting a simple C# client (via iKVM) to connect to JBoss (ultimately JBossMQ). You were able to contact the naming service, so you got further than I have. Hopefully you can share your wisdom...
When I try my C#/ikvm port it hangs during "lookup" requests on the InitialContext.. I can run the same Java (JRE 1.5) sample program (http://wiki.jboss.org/wiki/Wiki.jsp?page=QueueExample) against my (local) JBoss installation, so it is configured properly.
Note: The C# client is contacting the JBoss instance, because if I change the port it throws a connection exception.
Compiling jboss-client.jar as follows resulted in a bunch of warnings (gulp), but no errors:
ikvmc -out:jbossall-client.jar.dll ./client/jbossall-client.jar
I was concerned with that the notation necessary for the inline setup of the properties:
properties.put(javax.naming.Context.__Fields.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory");
So, I hand loaded the properties to ensure they were populated properly:
Properties properties = new Properties();
FileInputStream fis = new FileInputStream(new java.io.File("./jndi.properties"));
properties.load(fis);
fis.close();
InitialContext ctx = new InitialContext(properties);
// Go grab lunch, cause I am going to take a VERY long nap...
Queue queue = (Queue) ctx.lookup("queue/testQueue");
./jndi.properties:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
I have seen this issue mentioned elsewhere (e.g. http://lists.gnu.org/archive/html/bug-classpath/2005-10/msg00281.html), but since you seem to have solved/avoided the problem, I figured I would start here...
Versions used:
JBoss: 4.0.3SP1 (JRE 1.5.0_05-b05, tried 1.4.2 as well)
ikvm: 0.20.0.0
C#/.Net: 1.1.4
Cheers and thanks,
Erik
P.S. I was successful using ActiveMQ (with ikvm), but JBossMQ's management features are more important to me than performance. Maybe I should reassess my evaluation criteria...