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 wrote:
> Thanks for all the ide
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 is
did you solve this yet?
2010/6/7 Bryan Montgomery :
> 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
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:
http://apache-wicket.1842946.n4.nabble.com/Frustrating-behavior-same-browser-same-war-same-tomcat-version
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
workin
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 profili
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 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 pertaining to
> sessions
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 wrote:
> Thanks for the ideas. Still no joy.
>
> The behavior is consistent between three differen
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
lo
>
> 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 fil
Yeah, I thought it might be as simple as that - but unfortunately not.
On Fri, Jun 4, 2010 at 12:29 PM, James Carman wrote:
> Have you tried clearing your cache on your browsers?
>
> On Fri, Jun 4, 2010 at 11:57 AM, Bryan Montgomery
> wrote:
> > Hello,
> > I've been banging my head against the p
Have you tried clearing your cache on your browsers?
On Fri, Jun 4, 2010 at 11:57 AM, Bryan Montgomery 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.
>
> Essentially, part
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.
Essentially, part of the process generates dynamic web forms based on xml
configuration files. We noticed that on one of our servers when we
13 matches
Mail list logo