I want to make this more clear. The chat client sends HTTP get to web
server to initate a chat session. In the back end, java servlet gets
this request and form a loop to prevent the session from
ending,meanwhile spawn another thread to connect to person2 using plain
socket. Person1 use HTTP Post to send a text. Person2 sends the data to
servlet through a socket. The servlet sends the javascript to IIS 7 via ISAPI.
The javascript should be delivered to chat client's web browser and web browser
execute this javascript and display the message on chat client's chat window.
The problem is I don't know where the javascript packet is lost. I am doing
this to prevent from chat client's polling mechanism to see if a message is
sent from the other end. The push thing works great in our windows 2003 system
and message is delivered to chat client instantly.
> From: jason12...@hotmail.com
> To:
users@tomcat.apache.org
> Subject: RE: IIS 7 is unable to load
32-bit Tomcat connector
> Date: Fri, 5 Mar 2010 09:58:44 -0500
>
>
> Andre,
>
>
>
> That is
actually what I meant. IIS 7 is supposed to send the javascript back to
person1's web browser. You are correct that the parent frame will
execute the received javascript. The problem here is that IIS 7 does not
send the received data from ISAPI filter. I used wireshark on person1's
machine and web server machine. The wireshark log indicates that the
javascript statement was not even sent from IIS server. The question I
would want to know who lost the data. Does ISAPI filter have problem to
send to IIS 7 even though the ISAPI log indicates sending is successful,
or IIS 7 for some reason decided not send back to client's web browser?
Any idea is really welcome!
>
>
>
> Thanks,
>
> Jason
>
>
>
> > Date: Fri, 5 Mar
2010 15:49:37 +0100
> > From: a...@ice-sa.com
> > To:
users@tomcat.apache.org
> > Subject: Re: IIS 7 is unable to
load 32-bit Tomcat connector
> >
> > Jason Foy wrote:
>
> > Hi Turk,
> > >
> > >
> >
>
> > > I forgot the wow64 entry. Now it is working. You
are absolutely right. The 64-bit and 32-bit do behave the same. Now I
don't know what to do any more. I have a chatting application working
well on windows 2003/IIS6(32-bit). The chatting application enables
person1 to talk to person2 using standard HTTP and push technology. When
I moved it to windows 2008/IIS7(64-bit), the person2 can receive all
messages from person1 but person1 cannot receive any messages back. The
difference is that person1 to person2 is HTTP post and person2 to
person1 is push(Javascript push). I saw the ISAPI filter logged the
javascript statement and said it sent to client successfully but person1
does not receive it. I used wireshark on the person1 machine and the
web server machine. No such info is logged in wireshark.. Here is the
trace printed out in the isapi log:
> > >
> > >
> > >
> > > For better readablity: the
following is to transmit
"<script.language=JavaScript>parent.receiveText('TestMsg1')</script>
>
> >
> > >
> > >
> > >
Under the windows 2003, the javascript will be received by person1's web
browser and execute it. but on windows 2008, this line is not even able
to send to person1. Do you have any idea how this could happen? I am
desperate needing help.
> > >
> > >
>
> With all respect, I believe that you may be a bit confused.
>
> Web servers do not execute javascript. Web browsers do.
>
> This :
> >
"<script.language=JavaScript>parent.receiveText('TestMsg1')</script>"
>
> is never sent to the server, nor executed by it.
> > (It
may be sent by the server to a browser, as part of a html page
>
> however; but that is not the same thing).
> >
>
> At a guess, this is executed by the browser, inside a frame (or
iframe),
> > and it calls a javascript function
"receiveText()" defined in the parent
> > window which
contains this frame.
> > And this function, directly or
indirectly, does a POST or a GET to the
> > server, to get the
message text.
> >
> > What I mean is that for the
different behaviour, you should probably be
> > looking at the
clients which run the browsers which do the chat, and not
> >
at the server(s).
> > Of course if you are running the
browser(s) on the same hosts as where
> > the server(s) are
running, then it is easy to get confused.
> >
> >
---------------------------------------------------------------------
>
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
>
>
_________________________________________________________________
>
Hotmail: Powerful Free email with security by Microsoft.
>
http://clk.atdmt.com/GBL/go/201469230/direct/01/
_________________________________________________________________
Hotmail: Free, trusted and rich email service.
http://clk.atdmt.com/GBL/go/201469228/direct/01/
