I haven't got to the bottom of it exactly, but it's related to our (my)
attempt to integrate jcifs and ntml SSO in to the application.
It's gone back now to our main software vendor to figure out from here.
Bryan.
On Tue, Jun 8, 2010 at 8:46 AM, Bryan Montgomery mo...@english.net wrote:
did you solve this yet?
2010/6/7 Bryan Montgomery mo...@english.net:
Thanks - this is still puzzling me. This is a virtual machine. I did just
try the war on another virtual machine and it worked as expected. I think
I'm about to rebuild the server.
I don't have any clustering, and not using
Thanks for all the ideas and interest - I still haven't solved it.
It did seem to work for a while but then as I changed a configuration to
prove what was broken - I haven't been able to get it working again.
I'm thinking it is some sort of caching issue - but I can't find any
settings, tomcat
Thanks - this is still puzzling me. This is a virtual machine. I did just
try the war on another virtual machine and it worked as expected. I think
I'm about to rebuild the server.
I don't have any clustering, and not using apache, just hitting tomcat
directly. One thing I noticed from the
So it seems that Tomcat is unable to set a cookie to store the session id
for the problematic domain as it will append it to the URL when all else
fails -- you may also be able to configure this as the default behavior.
Look at the differences between the hostname configurations comparing a
Hi Recently,
I have seen a similar issue, on one server apache was forcing compatibility
view and on other its not doing that. So some js screwed up.
--
View this message in context:
Have you tried clearing your cache on your browsers?
On Fri, Jun 4, 2010 at 11:57 AM, Bryan Montgomery mo...@english.net wrote:
Hello,
I've been banging my head against the proverbial brick wall for the last
day. I have a fairly large web application which I've been modifying part
of.
Yeah, I thought it might be as simple as that - but unfortunately not.
On Fri, Jun 4, 2010 at 12:29 PM, James Carman ja...@carmanconsulting.comwrote:
Have you tried clearing your cache on your browsers?
On Fri, Jun 4, 2010 at 11:57 AM, Bryan Montgomery mo...@english.net
wrote:
Hello,
Essentially, part of the process generates dynamic web forms based on xml
configuration files. We noticed that on one of our servers when we deployed
the war file that the fields would not hold their values, and as soon as you
tabbed out, the entry would disappear. Taking the same war file
Thanks for the ideas. Still no joy.
The behavior is consistent between three different clients, all running
different versions of IE (6,7 and 8).
I was able to use the debugging feature built in to IE 8 to see that the
wicket ajax javascript was gettting called. At some point in that process it
Do you have apache or a load balancer or anything else in the network?
Is there maybe a simple difference in your httpd.conf pertaining to
sessions?
On Fri, Jun 4, 2010 at 1:32 PM, Bryan Montgomery mo...@english.net wrote:
Thanks for the ideas. Still no joy.
The behavior is consistent between
right, sounds like the session is being lost and the page is being
rerendered fresh.
-igor
On Fri, Jun 4, 2010 at 1:46 PM, Scott Swank scott.sw...@gmail.com wrote:
Do you have apache or a load balancer or anything else in the network?
Is there maybe a simple difference in your httpd.conf
12 matches
Mail list logo