Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-YMail-OSG:In-Reply-To:References:Mime-Version:X-Priority:Content-Type:Message-Id:Content-Transfer-Encoding:From:Subject:Date:To:X-Mailer;
  b=JyjwMAnlLTa2jdgUYHgyGa30GR5T7tFJITf6JAh4v8ZvyK7+JKbKV+CU2A8Ie8kioRVBmavvdcvuh4P0qwhj30Dg6B+rslT3wv0FJ6zK4+MLTCmrFIcrW9FuYXpB3FvxvLjOz39CHHD1ffimYuQVttwpgd/aRBNL4y27BobjuEE=
  ;
In-Reply-To: <19435.65.90.33.17.1187795177.squirrel@mail.tmorton.com>
References: <20070813181349.791471A981A@eris.apache.org>
 <fabbh8$2gb$1@sea.gmane.org> <46CB7DD5.5010107@apache.org>
 <46CB86FC.2080406@rowe-clan.net>
 <db94f1a0708211754k43775346p92d45a0e7d140934@mail.gmail.com>
 <AB02E731-669F-43EE-AB64-3F588B5CAD53@jaguNET.com>
 <46CC4C9C.1080100@apache.org>
 <19435.65.90.33.17.1187795177.squirrel@mail.tmorton.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <EE9FD4B3-C4EA-4EFE-9EB5-6D6FE9B3FC9F@yahoo.com>
Content-Transfer-Encoding: 7bit
From: David Jencks <david_jencks@yahoo.com>
Subject: Re: [VOTE] Send trunk to the sandbox
Date: Wed, 22 Aug 2007 08:43:00 -0700
To: "Tomcat Developers List" <dev@tomcat.apache.org>


On Aug 22, 2007, at 8:06 AM, funkman@joedog.org wrote:

>> Remy Maucherat wrote:
>> Yeah right. So to summarize, we have 3 committers who are happy  
>> campers
>> (2 of them which don't contribute much, as far as I know), and the  
>> rest
>> of the committers are either do not care or are unhappy. Most also  
>> want
>> a change in the development process, and as long as there's  
>> agreement on
>> that and it respects the ASF principles, we should be able to do  
>> that.
>>
>
>
> Bah. In neither angry nor happy.
>
> My impression was trunk was going to be wacky new stuff which broke
> existing api's and configurations with 6.0. Much like 5.0 --> 5.5.
>
> In reality that didn't happen - we just got some comet changes.  
> (I'm not
> saying this is good or bad - it's just and observation)

While it's more fun to watch from the sidelines, I'm afraid I'll have  
to get involved here to point out that you are wrong about this.   
trunk contains an entirely new and incompatible with 6.0.x annotation  
processing framework which is in use in the Geronimo integration.   
Remy suggested and I agreed that it would not be appropriate for an  
api change of this magnitude to go in a 6.0.x revision.  While Remy  
was certainly the committer most involved in applying these changes,  
IIRC there was some support from at least one other committer.  In  
Geronimo we are anxiously awaiting an official tomcat release with  
these agreed upon api changes, so we tend to view the proposal  
eliminate trunk with  some concern.

thanks
david jencks

>
> Now we are in a technical debate between comet implementation  
> between Remy
> and Filips "designs". This has seemed to migrate into a personal  
> attack in
> a subtle manner.
>
> Such is life when coding. Disagreements occur, feeling are hurt and  
> email
> is the worst method of communicating an emotional topic since words  
> are
> amplified. (Sometime on purpose, other times by accident).
>
> My hope is this too shall pass and all is good again.
>
> Personally - I am not very clueful on comet other than the basics. I'd
> love to get the clue - but I can't find and work related projects to
> justify the time. That leaves me out in the cold due to this  
> conversation.
> I feel any vote by me would be a bad vote because of my ignorance  
> on the
> topic. It seems others are in the same situation.
>
> All that being said - I'd love to see Remy and Filip agree on comet  
> and
> remove trunk. It would be a shame to see either leave due to these
> disputes.
>
>
> -Tim
> (Away for training in Boston this week (Kendall Square))
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org