-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Jeffrey,
On 4/23/13 11:24 AM, Jeffrey Janner wrote: >> -----Original Message----- From: Christopher Schultz >> [mailto:ch...@christopherschultz.net] Sent: Monday, April 22, >> 2013 4:31 PM To: Tomcat Users List Subject: Re: two responses >> from one request - how is it possible ? >> >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 >> >> Jeffrey, >> >> On 4/22/13 4:18 PM, Jeffrey Janner wrote: >>> >>> >>>> -----Original Message----- From: André Warnier >>>> [mailto:aw@ice- >> sa.com] >>>> Sent: Sunday, April 21, 2013 7:03 PM To: Tomcat Users List >>>> Subject: Re: two responses from one request - how is it >>>> possible ? >>>> >>>> Jakub 1983 wrote: >>>>> http://www.mulesoft.com/tomcat-connector states: >>>>> >>>>> Using the current arrangement, both Connectors will pass >>>>> all requests to the same Engine, which will in turn pass >>>>> all these requests to >>>> both >>>>> of its contained web applications. This means that each >>>>> request will potentially generate two responses, one from >>>>> each application. <Server> <Service> <Connector >>>>> port="8443"/> <Connector >> port="8444"/> >>>>> <Engine> <Host name="yourhostname"> <Context >>>>> path="/webapp1"/> <Context path="/webapp2"/> </Host> >>>>> </Engine> </Service> </Server> >>>>> >>>>> Is it really true what they write ? >>>>> >>>> >>>> (For anyone else reading this, I did look at the indicated >>>> webpage, and it is really what they say there) >>>> >>>> To me, it sounds like utter nonsense. Or else, I need to >>>> revise my whole understamding of HTTP and Tomcat. >>>> >>>> It even looks like nonsense squared, since : >>>> >>>> - each request is sent by one client on one connection to one >>>> port (meaning one Tomcat Connector), and the (single) >>>> response to that request will also come back on that same >>>> connection - each request should have a target URL (like >>>> /webapp1 OR /webapp2, but not both), and will be processed >>>> (once) by the application (context) corresponding to that >>>> URL, and will generate only one response >>>> >>>> Maybe we should ask the author of that page for more details. >>>> He >> may >>>> have invented the amplifier version of Tomcat. >>>> >>>> Additionally, it is really bad practice to put <Context> >>>> elements in the server.xml file. >>>> >>> >>>> From the article: >>> " Using the current arrangement, both Connectors will pass all >>> requests to the same Engine, which will in turn pass all these >>> requests to both of its contained web applications. This means >>> that each request will potentially generate two responses, one >>> from each application." >>> >>> Well, after noting some of the bad grammar in the opening few >>> paragraphs (listen to vs. listen on), I was going to give the >>> author >> a >>> pass on the use of "both" in the first sentence, instead of >>> "either" or "one of". But then he goes onto the second >>> sentence and proves that he meant both. >>> >>> In actuality, he should have stopped the first sentence at >>> "Engine", and then continued with a new sentence (keeping in >>> mind the >> simplified >>> structure): "The Engine will then see if the first string after >>> the hostname portion of the request URL matches any of the >>> defined contexts. If a match is found, then the request is >>> passed to that context and the response is sent back via the >>> original connector. If a match is not found, then an error is >>> returned." >>> >>> Of course, after reading the original, I now understand why I >>> was never tempted to even try this company's version of Tomcat, >>> despite the number of times they've promoted themselves on the >>> list. >> >> Jason Brittain used to work at MuleSoft: they /are/ legit, though >> this particular post seems to require some serious editing, or >> even deletion. >> >> - -chris > > OH, I was never worried about /legit/ status, but this page and > others probably made me skeptical on the quality issue. You know, > first impressions and all. Wouldn't mind hearing from some who > found reason to use their product over standard release. We use Mirth Connect which is a product bundled with Mule ESB. They have moved away from Mule for their upcoming product version, but I think that was more because they simply didn't need everything Mule was providing (kind of like discovering that Tomcat will work when you started out with Weblogic). - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJReBALAAoJEBzwKT+lPKRY/coP/R1jQxUOEZlN+ueK5tEUa70V pb5poHBodRXtwfX3GJF0pS95igYQIzVMhi95BVO13eQnYxqbwoN+MAxdDaDfh+mU ySOml1eUh7Zb0v2U60ZDtHcCBqGV6K34zptDevzzEMXZ1ansoIpBEXkt57oGB2BB 7fZs0ShRe1N4AiBIpq0k0zbfV90W6HRkgfjHZalCbP1ZuBWZ7YKbo2bJk1Z1R7J5 ynur/pLGNZfWpZ13VFME8i5yw8GoRYPmQHkp2scE5oTyfH6p6LIjOhWmTJ3QLgVq 1HFT7dbfoqhp/BPv4tyChr70q+BwfT2oKs/8f5ssCOVKOophmDdBBGUZ5+aaFxyt gozjgVcHKmzq7E5++MarhkeyVCN9/ub0wC+2qnCCcI8k2xfFBg3zOHu3iN65Q5X+ VjhKF6LT4JmpWQlkwQE2Q2k0xEOCVvMycFj/kH8qvTDQ9oTo2iFPR8/mKLLI6thR RtCmCmKdNUDYLHdhzUZwDEwXDBECA1yZlTwKSoPIQvG/WC3DQGRw841PuHrZ8NYO wggoOUjpZHgsKYOAiMp2YFzpmE5psrJH50BTGw+JhWWT7stdVZU94qgyc9Wknv6o JcdZ0aPIDP+PbyZhQIlg0MtPEYWK/pZzphKEQvx3o9RLUVF2iWkZxEAJ5W1ubxoh JFiyvAeEGdUNwe/8/bOB =EwqL -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
