> you definately want to go with a single .ear for your application in
> production and final testing. That should make for easier management and
> will also enable optimized calls (no copying of method parameters).
OK, so the option only works for beans within the same .ear?
/ Jonas
__
that have a reference to the old
> versions of the classes, the old versions of the classes can't be
> discarded.
>
> Have you tried this with a full .ear deployment? (from below I assume
> that you're deploying the servlet and EJBs separately) .ear deployment
> should wor
Hi folks,
I posted a message a couple of months ago about hot undeployment. I reveived
two answers, neither work, so I'm trying again...
My servlet (Tomcat in-process) has a reference to an EJB. After hot
undeploying the EJB, the servlet is still able to invoke methods on the EJB.
Why?
The tmp-
Helo again.
I'm terribly sorry to claim Your attention unnecessarily, the client and the
server had different versions of xerces.jar...
/ Jonas
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jonas
> Bergström
> Sent: Tuesday,
Hello!
When I make a request to a stateless session bean from a client I get this
exception (see below). The bean returns the Xerces implementation of an
org.w3c.dom.Document object.
The client AND the server runs this version of java on win2000:
java version "1.3.0_02"
Java(TM)
Hi all.
Is it possible stop JBoss from the command line, just as it is with Tomcat?
I want to schedule JBoss start and stop when running my tests.
I guess it would be possible to do it on windows by using services, but I
want to do it the same way both on windows and unix/linux/*.
Thanks / Jona
Hello!
If I need to keep a common state for the whole JBoss environment (common to
all JBoss servers in a future clustered solution), how is that accomplished?
My first idea was to use a BMP entity bean, but since I don't want to use a
database to store the state in (the state is not persistent,
Hello.
Is it possible to include resource files, such as .xsl files, that are read
by a servlet (through e.g. a FileInputStream) in a war file, just as if they
were read from disk?
How is that file accessed, which path is used?
To be more clear, if the content of my .war is this:
/inde
seems as if the bean is
still valid since the invoked methods return valid values.
Why isn't the bean completely removed?
Is there a way to check (from the client) if an ejb is valid or not?
I use JBoss-2.2 final w/ Tomcat 3.2.1 running within the Visual Café
debugger in JVM 1.2.2.
Thanks
