Return-Path: Delivered-To: apmail-avro-dev-archive@www.apache.org Received: (qmail 11240 invoked from network); 14 May 2010 17:43:11 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 14 May 2010 17:43:11 -0000 Received: (qmail 33475 invoked by uid 500); 14 May 2010 17:43:11 -0000 Delivered-To: apmail-avro-dev-archive@avro.apache.org Received: (qmail 33413 invoked by uid 500); 14 May 2010 17:43:11 -0000 Mailing-List: contact dev-help@avro.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@avro.apache.org Delivered-To: mailing list dev@avro.apache.org Received: (qmail 33405 invoked by uid 99); 14 May 2010 17:43:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 May 2010 17:43:11 +0000 X-ASF-Spam-Status: No, hits=-1428.1 required=10.0 tests=ALL_TRUSTED,AWL X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 May 2010 17:43:10 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o4EHgoMf003370 for ; Fri, 14 May 2010 17:42:50 GMT Message-ID: <2868421.46761273858970116.JavaMail.jira@thor> Date: Fri, 14 May 2010 13:42:50 -0400 (EDT) From: "Doug Cutting (JIRA)" To: dev@avro.apache.org Subject: [jira] Commented: (AVRO-341) specify avro transport in spec MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/AVRO-341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12867590#action_12867590 ] Doug Cutting commented on AVRO-341: ----------------------------------- We don't have a Confluence wiki yet. Someone needs to as infrastructure to create one and then move all of our content to it. Volunteers welcome. To some degree it doesn't matter where it's hosted. We just need a clearly defined process. The PEP process is version-control based, which more naturally keeps it from becoming a free-for-all. But a wiki-based process could be defined. We don't want folks to just add features they'd like to see to a spec without considering implementation costs. A proposed enhancement should have a clear owner, a clear process for integrating changes to the proposal and a clear process for acceptance. If maintaining the proposal in Jira proves awkward, then we can commit an early version of it to subversion and then folks can submit patches to it. Or someone can propose and instigate an alternate process. > specify avro transport in spec > ------------------------------ > > Key: AVRO-341 > URL: https://issues.apache.org/jira/browse/AVRO-341 > Project: Avro > Issue Type: Improvement > Components: spec > Reporter: Doug Cutting > Attachments: aep-001.txt > > > We should develop a high-performance, secure, transport for Avro. This should be named with avro: uris. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.