Forgot to mention the javascript function is defined in the same html page.
> 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 11:11:22 -0500
>
>
> 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/
_________________________________________________________________
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
http://clk.atdmt.com/GBL/go/201469226/direct/01/
