Thanks, as always for the information, Scott.
I'm hopeful, however that there's a way to to patch the server rather than do a
complete upgrade. We are running a dozen instances of JBoss and I have taken
considerable time to create a customized maven goal to generate new servers. In
fact, I've
We've been running 3.2.5 with clustering on solaris 8 successfully for 6 mos.
now. I've recently purchased two new RHEL3 linux servers to replace our aging
Sun Hardware and started by installing two jboss instances on each server. We
use different muticast_addr settings to differentiate our
Thanks for the replyunfortunately it doesn't appear to work. I changed the
override attribute of the DefaultContext element in the server.xml file to
falsebut still got cookies.
I also tried putting a context.xml file in the META-INF (and WEB-INF -
shooting in the dark here) with
I'm using jboss-3.2.5 and have a web application that must be deployed without
setting session cookies.
I looks like the standard way to do this is to add:
use-session-cookiesfalse/use-session-cookies to a jboss-web.xml file in the
war directory (we're using extracted war files). However,
Is there going to be a separate patch for 3.2.4 or do I have to upgrade to 3.2.5?
My concern is that I started a major migration to JBoss a couple months ago using
3.2.3. I discovered an issue with 3.2.3 that prevented me from using it, so I delayed
a few weeks until 3.2.4 final was released.
I've just updated from 3.2.3 to 3.2.4 final. Everything seemed to be working just fine
until my final test - failover. I'm also using Apache and MOD_JK2 with sticky sessions
(and an appropriate jvmRoute).
I've got a very simple test webapp with a session-persisted counter that increments
with
The JNDI issue is *not* reproducable under JBoss 3.2.4RC2. I will wait the couple
weeks for 3.2.4 Final to continue my migration. Thanks!
I've just updated the bug request (#952672)
http://sourceforge.net/tracker/index.php?func=detailaid=952672group_id=22866atid=376685.
View the original
In researching further, I located an old post elsewhere from Scott Stark stating that
the java: context is bound to a class loader. (http://www.mail-archive.com/[EMAIL
PROTECTED]/msg23203.html) This would explain why my webapp using a separate class
loader wouldn't have the oracle datasource in
First, I've not seen the ASCII issue you're describing so I'm sorry I don't have any
insight into that one.
Now, I've been experimenting all morning with my JBoss 3.2.3 installation and am
running short on ideas
I've created a very simple Struts-based webapp that includes an action with
I experienced the same issue discussed in this thread. I managed to resolve the
VerifierError by removing the xercesImpl.jar (different version) from the war (also
worked if I used the JBoss-supplied version in the war).
Now, I'm experiencing the JNDI not bound issue for my oracle datasource as
10 matches
Mail list logo