Yeah, IIS is a piece of crap that I'd never choose, but I have no 
control over the environment used since we're integrating our e-commerce 
web piece with Microsoft Dynamics Navision (or whatever its name is) and 
IIS has to be used there for "political reasons" (our partners are MS 
gold certified, etc).

I have no idea if 1.5.3 works since I didn't manage to run my app on 
Glassfish 3 at all until I used 1.5.x branch's latest code. But I will 
try to apply Ben's patch (btw, thank You so much for the patch, Ben) and 
deploy the app using old layouts code to see if it is the case for my 
trouble. I'm hoping to be able to do so in the beginning of next week -- 
I'll keep You posted.

What I mean by "strange problems" is that when I access glassfish 
directly on :8080, whole page gets rendered nicely. But when I access it 
through the IIS proxy, the HTML code sent back seems to be cut in the 
middle. What is interesting is that it is completely repeatable -- I can 
set some user data up and it won't fail, then I change some small pieces 
(that aren't even rendered to the screen!) and it fails consistently, 
being cut in the same place. There's no stack trace, no IIS log entry, 
no nothing. There's no load balancer on the server yet, just IIS serving 
as a proxy to a single (not clustered) Glassfish 3 installation.

I too believe it's IIS fault, not Stripes. But since it all used to work 
for me with some older Stripes (1.5.3), old Glassfish 2.1, some older 
IIS and older version of my app -- and because of the particular way 
that pages are cut in the middle, I started thinking -- perhaps 
something isn't streamed from Glassfish to IIS quickly enough and IIS 
closes the stream prematurely and hence it returns to client half-baked 
HTML?

Best regards,
Grzegorz


------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Stripes-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-users

Reply via email to