Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 56466 invoked from network); 5 Feb 2008 03:16:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Feb 2008 03:16:44 -0000 Received: (qmail 3995 invoked by uid 500); 5 Feb 2008 03:16:29 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 3943 invoked by uid 500); 5 Feb 2008 03:16:29 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 3932 invoked by uid 99); 5 Feb 2008 03:16:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Feb 2008 19:16:29 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [72.22.94.67] (HELO virtual.halosg.com) (72.22.94.67) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2008 03:16:10 +0000 Received: (qmail 19594 invoked from network); 4 Feb 2008 21:07:39 -0600 Received: from 72-19-171-38.static.mesanetworks.net (HELO ?192.168.3.102?) (72.19.171.38) by halosg.com with SMTP; 4 Feb 2008 21:07:39 -0600 Message-ID: <47A7D500.2090907@hanik.com> Date: Mon, 04 Feb 2008 20:16:16 -0700 From: Filip Hanik - Dev Lists User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Tomcat Developers List Subject: Heads up: Bayeux contribution Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Guy Molinari and myself have completed a Bayuex implementation. You can find it at: http://svn.hanik.com/viewvc/tomcat-bayeux/ user: tomcat password: tomcat We are now waiting for Guy's CLA to be registered and then we are ready to contribute it to the Tomcat code base. We did rework the dojox.cometd server side API, just cleaned it up and simplified it a lot. We have proposed the changes back to them, but if they don't accept it, I'd suggest we branch off and create our own API for the server side components. As long as it follows the spec, that should be fine, as the spec is only for the protocol. Feel free to test drive it and look over the code and provide any feedback/criticism you might have. note, the samples are not part of the contribution, only the server side Java code, instead we plan on creating new samples to demonstrate the different usages of the API. Filip --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org