Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 25692 invoked from network); 16 Feb 2008 00:09:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Feb 2008 00:09:25 -0000 Received: (qmail 62715 invoked by uid 500); 16 Feb 2008 00:09:16 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 62667 invoked by uid 500); 16 Feb 2008 00:09:16 -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 62656 invoked by uid 99); 16 Feb 2008 00:09:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Feb 2008 16:09:16 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jaydmchugh@gmail.com designates 209.85.132.242 as permitted sender) Received: from [209.85.132.242] (HELO an-out-0708.google.com) (209.85.132.242) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Feb 2008 00:08:43 +0000 Received: by an-out-0708.google.com with SMTP id c5so201965anc.132 for ; Fri, 15 Feb 2008 16:08:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=jt7MxEQ2d4e/X/rgjFCxzxGh4CgATOm0Vm499zqMZlI=; b=CoyRS2soF8FGRgD+iFOA0wxNuHphqYCojAA0JQU5RPcMMWXrjFkBrDDWGmSH5f8aLLDFgdxNunIjP5YAndR/IhaKclQJcnCWBxmzAl+ingSR0mVH+vSl6PJwDM3kgh0MdA4AtXkqaIkXxA9va2J8n75FQqnHbixM+mmIvUxYaw0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=SAK3zl8BUvy3BX7Do8BQrAFXXG85GaTXAZVlDrGU4SK8jgT6LFB4ReOGR+1e/95i0Bequu7nFlQbmSVAah+DZMg0rJapiQ6jXb6YHz/cWY2T1D4VGZszo93QzHWwWQaqNPJci8JMvAMC5408kxy9uipfscYAcB5OQ4HjqghZjBo= Received: by 10.100.132.2 with SMTP id f2mr5026124and.11.1203120531689; Fri, 15 Feb 2008 16:08:51 -0800 (PST) Received: from ?172.16.3.2? ( [66.84.139.198]) by mx.google.com with ESMTPS id g3sm6959413wra.7.2008.02.15.16.08.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 15 Feb 2008 16:08:50 -0800 (PST) Message-ID: <47B62A2C.1090504@gmail.com> Date: Fri, 15 Feb 2008 18:11:24 -0600 From: "Jay D. McHugh" User-Agent: Thunderbird 2.0.0.9 (X11/20071031) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: [DISCUSS] Geronimo Server 2.1 and Geronimo TxManager 2.1.1 Releases References: <47B077C9.6060809@earthlink.net> <47B467C0.2090103@earthlink.net> <1b5bfeb50802141030j6b1af890v84f88a8b6af8e30c@mail.gmail.com> <5eb405c70802150712y618f149gfe2d8051b59b0dd0@mail.gmail.com> <35A675BC-FDEC-4533-A399-14E775254FB5@gmail.com> <5eb405c70802150846q62bbb1eek44560a71a1e412d9@mail.gmail.com> <47B5CE3F.6010000@earthlink.net> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org +1 for continuing the release. Getting 2.1 out the door is an important step that fixes many outstanding issues and is worth releasing. Also, I have a feeling that the fix for this will end up being in Pluto. We are using a pinned version - and there are significant changes between the version of trunk that we stopped at and the current trunk. It very well may be that this issue is already fixed. But if it isn't, I'm sure that with folks from Geronimo working with the people working on Pluto - we'll be able to get it straightened out quickly. Jay Paul McMahan wrote: > I share Jarek's concern about the impact of this problem but agree > with Joe that there's an adequate (albeit not pretty) workaround. > Knowing the full scope of this problem now my +1 still stands. But I > wish we had more information about the underlying problem because it > might be simple to fix, and worth holding up the release for since I > would expect that most users will want to use HTTPS for administration > activities. But if the fix involved getting a patch committed into > pluto's svn then I think we should postpone that type of activity > until Geronimo 2.1.1. > > Best wishes, > Paul > > On Feb 15, 2008, at 12:39 PM, Joe Bohn wrote: > >> Jarek Gawor wrote: >>> On Fri, Feb 15, 2008 at 10:44 AM, Kevan Miller >>> wrote: >>>> >>>> On Feb 15, 2008, at 10:12 AM, Jarek Gawor wrote: >>>> Looks like I sent this to the wrong thread: >>>> >>>> This is about: https://issues.apache.org/jira/browse/GERONIMO-3855 >>>> >>>> Hmm this seems bad. I was able to reproduce the problem on port 8443 >>>> only but _all_ portlets failed in this way. So the console is pretty >>>> much unusable on port 8443. Can somebody else verify these findings? >>>> >>>> Yep. Looks like a bug. Don't see this as a security exposure. So, >>>> not sure >>>> why you want to discuss here. >>>> >>>> https://issues.apache.org/jira/browse/GERONIMO-3855 would seem like >>>> the >>>> appropriate location to work on getting this fixed. Do you disagree? >>> But, IMHO, this is not just a bug it is a major bug where one of the >>> important pieces of Geronimo functionality is simply not working on >>> port 8443. Personally, I would have voted -1 on the release if I >>> realized the full scope of this bug sooner. But maybe that's just me.. >>> so I would like to know what other people think about this problem. If >>> it's just me, that's fine. If not, maybe we should consider >>> withdrawing the release. Although the admin console is working fine on >>> port 8080 and maybe that's good enough. >>> Jarek >> >> I agree that this is a significant bug but given the current state of >> the release and the fact that there is a work-around (although I >> admit that it's hardly perfect) I think it makes sense to fix this in >> a 2.1.1 release. IMO, this issue makes it all the more important to >> get 2.1.1 out without delay. >> >> Joe >> >