Re: classloader problem

Hi Robert, I'd get TunnelServlet out of the global classpath, and into a different namespace that includes everything that it wants to accept serialised objects for. If you need access from more namespaces, just have a different copy of TunnelServlet for each namespace - Classes are cheap.

deploying RMI objects in Orion

Hi, [this was sent yesterday but apparently got lost] Could anyone explain how to do such a thing ? I have an application that is mainly servlet/JSP based but also provides an RMI service, so I'd like to register this RMI object in the same VM. I have first tried to register the object by

JMS support

What is the state of JMS in orion 0.9.1b? Is there an actual JMS server implementation? I notice that something is listening on the JMS port (9127), and that the demo/jms/coffeemaker example connects to that port. The CoffeeMaker example does not work, however. When run with -order it seems to

Fwd: Re: classloader problem

ups, forgot to reply to the list. At 16:35 08.02.00 , you wrote: Hi Robert, I'd get TunnelServlet out of the global classpath, and into a different namespace that includes everything that it wants to accept serialised objects for. If you need access from more namespaces, just have a

Re: JMS support

Hi, Assuming that you removed the comment in server.xml that commented out jms.xml you should also add a definition for the coffee queue: queue name="coffee" location="jms/coffee" descriptionA coffee queue/description /queue I added that and the coffee demo

problems with datasources.xml

Hi, we are trying to access a database from a session bean like this: ds = ( DataSource )context.lookup( "java:comp/env/jdbc/xa/TestXADS); ejb-jar.xml: ... resource-ref res-ref-namejdbc/xa/TestXADS/res-ref-name res-typejavax.sql.DataSource/res-type

Re: Re: classloader problem

snip / for magnus: it still behaves like that in 0.9.1g (you said that you'd fixed several classloader bugs. if this is one, it's still there) snip / No, this is not a bug, this is how classloader delegation works in a JVM. I'll try expanding some on what Luke said: A class is *not*

ServletContext.getResource() isn't working.

I'm trying to load a resource file using ServletContext.getResource(filename). If the resouce isn't there the method should return null. Instead I'm getting a null pointer exception. This one should be fixed to match the spec. The real problem for me is that I can't figure out where the

Re: Re: classloader problem

snip A class is *not* (common mistake) defined by name, but by name + loader. Lack of this knowledge is what leads to a lot of ClassCastException questions in various forums. The serializer does not have a problem finding the class, it simply does object.getClass(), the deserializer however

problems with container managed transactions

Hi, we have a stateless session bean with a method called placeOrder that calls the create methods of two entity beans, where each of them is supposed to create one row in two different db tables. The session beans transaction type is "Container" and the transaction attribute in the assembly

problems with container managed transactions 2

Hi, we have a stateless session bean with a method called placeOrder that calls the create methods of two entity beans, where each of them is supposed to create one row in two different db tables. The session beans transaction type is "Container" and the transaction attribute in the