Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 64502 invoked from network); 7 Feb 2008 21:39:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Feb 2008 21:39:58 -0000 Received: (qmail 23166 invoked by uid 500); 7 Feb 2008 21:39:49 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 22990 invoked by uid 500); 7 Feb 2008 21:39:48 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 22978 invoked by uid 99); 7 Feb 2008 21:39:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Feb 2008 13:39:48 -0800 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [69.147.95.82] (HELO smtp119.plus.mail.sp1.yahoo.com) (69.147.95.82) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 07 Feb 2008 21:39:17 +0000 Received: (qmail 1638 invoked from network); 7 Feb 2008 21:39:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Mime-Version:In-Reply-To:References:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer; b=NCR+TjDKRa5tSMn77IilvfiOc3mDhrhi04cKNir6j8PeElqUQblb0UuVwoUAdUoxz4E5o3i5PBvjbQJbUl6RLrxDt5FG0p40wmbEkm9ha4fiv2uzVqwyJzb/avPKks9VCPhygBAac0KduqWroq8ux/oEbhS/1Llses2yOfqUuq0= ; Received: from unknown (HELO ?192.168.1.102?) (david_jencks@67.102.173.8 with plain) by smtp119.plus.mail.sp1.yahoo.com with SMTP; 7 Feb 2008 21:39:24 -0000 X-YMail-OSG: J1pSrTEVM1ncZYEmjuN3fHSJrFjP2icI6hJFuusHZjExxNYpi5hX8wzP_61DqwBiF8Nt_vG1ja1tJA49ZZfejeQLqrbpXAU3saKWURrlc3ou_E8BnA-- X-Yahoo-Newman-Property: ymail-3 Mime-Version: 1.0 (Apple Message framework v753) In-Reply-To: <15342519.post@talk.nabble.com> References: <15341625.post@talk.nabble.com> <15342519.post@talk.nabble.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <48067CFE-4642-44CB-9F02-9E3555FB1435@yahoo.com> Content-Transfer-Encoding: 7bit From: David Jencks Subject: Re: Connector / Application Construction Order... Date: Thu, 7 Feb 2008 13:39:17 -0800 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.753) X-Virus-Checked: Checked by ClamAV on apache.org well, IIUC you aren't trying to run apps on different ports so the solution is much simpler. The important part here is to turn off the original web connector we supply and add another one that will start after your application. I don't remember if geronimo 1.0 supports gbean depenedencies (that aren't references) -- I think it doesn't. This means that, like in the example, you have to include your new connector in a separate app. It's actually easier to include it in an additional geronimo service module than a web app, just make sure it depends on your web app. Don't include the web-container element in your web app plan, you will be using the original web-container and I don't think g. 1.0 supports the element anyway. hope this helps david jencks On Feb 7, 2008, at 12:26 PM, AlskiOnTheWeb wrote: > > ...Thanks, I saw that one before but since we're using Geronimo 1.0 > with > Jetty, I'm hung out to dry there unless someone took up the authors > advice > and went and tried some equivalent thing in Jetty. > > Any other ideas on it? > > Thanks. > > Alski :-) > > > djencks wrote: >> >> I'm not sure if the technique will work on geronimo 1.0 but there's >> an example of setting up a connector that starts after a particular >> application is running described at >> http://cwiki.apache.org/GMOxDOC11/exposing-web-applications-on- >> distinct-ports.html >> >> The descriptors are definitely wrong for 1.0. >> >> You only need to turn off the existing connector gbean and include a >> replacement that you deploy yourself. This example is considerably >> more complicated than you need. >> >> We've thought about how to wait to start the connectors until all the >> web apps are started but no one AFAIK has figured out how to >> determine what "all the web apps" might mean. >> >> thanks >> david jencks >> >> On Feb 7, 2008, at 11:49 AM, AlskiOnTheWeb wrote: >> >>> >>> Hi All, >>> >>> Sorry if this is posted here somewhere but I couldn't find anything >>> on it by >>> searching. Anyway, I have an application with an Axis 2 web service >>> that is >>> deployed in a Geronimo 1.0 (yes, I know, but I'm stuck with it) >>> application >>> server. The issue I see is that the connector (listening on TCP >>> 8080) >>> becomes available as the application itself is being brought up. >>> Unfortunately, there is some problem with Axis being hit before >>> it's ready >>> and I can easily get it into a state where it doesn't expose my web >>> service >>> endpoint. Obviously, this is a bad thing. I am guessing that this >>> is a >>> result of web service clients pounding geronimo while it's on it's >>> way up >>> but not quite ready. Is there a way to have geronimo bring up the >>> applications first and then expose the TCP connectors once the >>> applications >>> are ready? I know other app servers behave this way out of the box >>> so I was >>> kind of surprised to see that order of bring up. >>> >>> Thanks in advance for any tips, >>> >>> Alski >>> -- >>> View this message in context: http://www.nabble.com/Connector--- >>> Application-Construction-Order...-tp15341625s134p15341625.html >>> Sent from the Apache Geronimo - Dev mailing list archive at >>> Nabble.com. >>> >> >> >> > > -- > View this message in context: http://www.nabble.com/Connector--- > Application-Construction-Order...-tp15341625s134p15342519.html > Sent from the Apache Geronimo - Dev mailing list archive at > Nabble.com. >