Hi , I having problems redirecting the /servlet request from Apache to Jrun. I do not see any errors from JRun. But Apache returns "The Requested URL /servlet/myservlet is not found on this server ". It looks like the request never gets to JRun Proxy. Thanks, Jose > From [EMAIL PROTECTED] Wed Aug 25 14:04:34 1999 > MIME-Version: 1.0 > Date: Wed, 25 Aug 1999 14:03:34 -0400 > From: Spike Washburn <[EMAIL PROTECTED]> > Subject: Re: ServletContext and Domains > To: [EMAIL PROTECTED] > > You can use the JRun-talk discussion group to discuss JRun issues > (this group is monitored by Allaire staff). If you need to register for this > group, goto http://www.allaire.com/developer/jrunreferencedesk/ > <http://www.allaire.com/developer/jrunreferencedesk/> > > -spike > ---- > Spike Washburn ([EMAIL PROTECTED]) > Allaire Corp. > > > -----Original Message----- > From: Lance Lavandowska [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 25, 1999 1:49 PM > To: [EMAIL PROTECTED] > Subject: Re: ServletContext and Domains > > > > > > Thank you, I hadn't considered that it would be desirable to separate the 2 > into separate contexts. > > Who should I contact at Allaire concerning this? > > Lance > > > > -----Original Message----- > From: Spike Washburn < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> < > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > Date: Wednesday, August 25, 1999 11:48 AM > Subject: Re: ServletContext and Domains > > > What I offered was an interpretation of the spec....how your vendor > implemented the servlet engine doesn't necessarily follow my statements. > Some engines may or may not have the flexibility to determine that requests > that specify different values in the 'host' header are actually bound for > the same virtual host, and therefore the same context. What you appear to > be seeing is that the www.domain.com <http://www.domain.com> host and the > domain.com host are interpreted by the servlet engine as 2 different hosts > and therefore the requests goto 2 different contexts. If the engine > interprets target of these requests as 2 different hosts, then this behavior > is correct. If you mean for the requests to be handled by the same context > because you see them as the same host, then you need the engine to support > mapping multiple 'host' values to the same context. Contact your vendor for > that. > > -Spike > ---- > Spike Washburn > Allaire Corp. > > > -----Original Message----- > From: Lance Lavandowska [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 25, 1999 12:14 PM > To: [EMAIL PROTECTED] > Subject: Re: ServletContext and Domains > > > > Well, we've run some tests, and it appears that it *does* matter what the > user enters for the host. Both addresses are hosted by the same IIS server, > and I've set multihoming in JRun for each of them (if memory serves, it > didn't work otherwise). > > Our servlet checks to see if a ServletContext Attribute has been set, and if > not it gets the value and sets it in the ServletContext ("are you there? no? > okay, here is what you need"). Whenever it sets the Attribute, it also > makes a log entry. > > By calling the servlet with and without "www" we were able to see that each > time it set the Attribute. > > We'll look at having our logging mechanism add the request.getServerName() > so that we can be certain. > > Lance Lavandowska > Software Engineer > http://www.AgDomain.Com <http://www.AgDomain.Com> > > > > This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. ___________________________________________________________________________ To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff SERVLET-INTEREST". Archives: http://archives.java.sun.com/archives/servlet-interest.html Resources: http://java.sun.com/products/servlet/external-resources.html LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
