Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 61880 invoked from network); 24 Sep 2008 12:52:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Sep 2008 12:52:52 -0000 Received: (qmail 62969 invoked by uid 500); 24 Sep 2008 12:52:48 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 62781 invoked by uid 500); 24 Sep 2008 12:52:47 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 62770 invoked by uid 99); 24 Sep 2008 12:52:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 05:52:47 -0700 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 martijn.dashorst@gmail.com designates 209.85.217.19 as permitted sender) Received: from [209.85.217.19] (HELO mail-gx0-f19.google.com) (209.85.217.19) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 24 Sep 2008 12:51:47 +0000 Received: by gxk12 with SMTP id 12so5786138gxk.12 for ; Wed, 24 Sep 2008 05:52:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=kiO61G7YQvsVcAPtBDQ3Am4Mi5LX+9s6+DogfShWbcE=; b=vsXTw4RGbIfffE0rUZY//dTyNYe2zGnS85AlAHLKOnRnRoM/H/rZ/GMKB6XieSan6a fre2tZGP0dTN5RbppmB5KJat82W1oz4fvinUMmzmWPwO72McsEl0ECeX2mD7Br5xG95C QajpiGsURm2ZTfQoScjCI4P7zCLJ6U6i43c20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DirStYEZUo4SFhY40YnGDhvmzULE7KNuNJI1D3t04G6iiriT2E8uBhkOaOH9u0KKOs IAi54ZWt27D8R7hfA+dvX10CgozfxXU13090Vf5+EKMQOjT9f9i3+9+JGmwID50Jk4hQ +63SK4ua6Tw/9f/ZuheGCG81BcaPNL7hOTVGo= Received: by 10.142.158.3 with SMTP id g3mr2511325wfe.347.1222260739881; Wed, 24 Sep 2008 05:52:19 -0700 (PDT) Received: by 10.142.186.20 with HTTP; Wed, 24 Sep 2008 05:52:19 -0700 (PDT) Message-ID: <918312fe0809240552w5b04556fubcf620d8fd220801@mail.gmail.com> Date: Wed, 24 Sep 2008 14:52:19 +0200 From: "Martijn Dashorst" To: general@incubator.apache.org Subject: Re: [VOTE] accept Olio into incubation In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7A196DBD-7F78-4088-A503-B4C8AB445E10@SUN.com> <07E81C6F-D384-4F9A-8F0B-4291FCB535D8@hogstrom.org> X-Virus-Checked: Checked by ClamAV on apache.org +1 (binding) (on both accounts: accept olio and add Wicket to the ticket) Martijn On Wed, Sep 24, 2008 at 2:01 AM, James Carman wrote: > +1 (non-binding) > > I've informed the Wicket team about this incubator request and there > is interest in providing a wicket-based implementation (wicket along > with differing ORM technologies of course, like JPA and Hibernate; the > way I envision it, we'll use profiles in maven to turn on/off > different implementations). When do you think it'd be a good time to > add implementations to the mix? During incubation? After it > graduates? Is there a requirements document or something for > applications wishing to "implement" the Olio example application? > > On Tue, Sep 23, 2008 at 1:03 PM, Matt Hogstrom wrote: >> +1 (binding) >> >> >> Note: I updated the proposal on the Wiki with my normal e-mail account >> (matt@hogstrom.org) instead of my work e-mail (hogstrom@us.ibm.com) sinc= e my >> mentoring of this project is unrelated to any aspect of my work >> responsibilities). >> >> >> On Sep 23, 2008, at 10:33 AM, Craig L Russell wrote: >> >>> Please vote on accepting Olio into incubation. >>> >>> The proposal can be found at: >>> http://wiki.apache.org/incubator/OlioProposal >>> >>> [This proposal was formerly known as Web20Kit] >>> >>> The text of the proposal: >>> >>> OlioProposal >>> Abstract >>> Apache Olio is a web 2.0 toolkit to help developers evaluate the >>> suitability, functionality and performance of various web technologies = by >>> implementing a reasonably complex application in several different >>> technologies. >>> >>> Proposal >>> Olio will develop an example application to understand the benefits, >>> performance, and scalability of popular web technologies. Multiple >>> implementations of the application are planned - each providing the sam= e >>> functionality but staying true to the philosophy of its base >>> language/framework. >>> >>> Background >>> Most web 2.0 sites today use open source languages and frameworks such = as >>> PHP, Ruby on Rails, and Java EE to develop their applications. Deployme= nts >>> of these applications also use popular open source servers such as Apac= he >>> httpd, Tomcat, MySQL, Memcache, and Glassfish. Many other >>> servers/technologies such as lighttpd, mogileFS, mongrels, JRuby are al= so >>> gaining popularity. >>> >>> With the myriad technologies available, it is not easy to understand ho= w >>> they differ, especially in terms of performance and scalability. With v= aried >>> levels of documentation available for some open source applications, it= is >>> also quite difficult for a web 2.0 startup to understand the correct us= age >>> of these technologies so that they don't become a bottleneck as their s= ite >>> grows. >>> >>> Rationale >>> Olio is a toolkit that will attempt to address the above issues. >>> >>> What it does >>> >>> Olio defines an example web 2.0 application (the initial implementation >>> uses an events site somewhat like yahoo.com/upcoming) and provides thre= e >>> implementations: PHP, Java EE, and Ruby on Rails. The toolkit will also >>> define ways to drive load against the application in order to measure >>> performance. >>> >>> As developers join the project, they can implement the same application >>> using their favorite web frameworks and compare their implementations t= o >>> others. >>> >>> What you can learn from it >>> >>> a) Understand how to use various web 2.0 technologies such as AJAX, >>> memcached, mogileFS etc. in the creation of your own application. Use t= he >>> code in the application to understand the subtle complexities involved = and >>> how to get around issues with these technologies. >>> >>> b) Evaluate the differences in the implementations: PHP, Ruby on Rails, >>> Java EE, and other contributed implementations to understand which migh= t >>> best work for your situation. >>> >>> c) Within each language implementation, evaluate different infrastructu= re >>> technologies by changing the servers used (e.g: apache vs lighttpd, MyS= QL vs >>> PostgreSQL, Ruby vs Jruby etc.) >>> >>> d) Drive load against the application to evaluate the performance and >>> scalability of the chosen platform. >>> >>> e) Experiment with different algorithms (e.g. memcache locking, a >>> different DB access API) by replacing portions of code in the applicati= on. >>> >>> A robust, community-developed standard implementations of a web 2.0 >>> application using different technologies will enable developers to comp= are >>> and contrast these technologies in a manner that does not exist today. = By >>> providing excellent sample implementations of a concrete application th= at is >>> available to everyone, we will enable faster and easier application >>> development for users. Although we list three implementations in this >>> proposal, we encourage others to come up with many more using other lan= guage >>> stacks and/or frameworks e.g. Spring framework, Python etc. >>> >>> Current Status >>> This is a new project with some sample not-ready-for-prime-time code. >>> >>> Meritocracy >>> The initial developers are very familiar with meritocratic open source >>> development, both at Apache and elsewhere. Apache was chosen specifical= ly >>> because the initial developers want to encourage this style of developm= ent >>> for the project. >>> >>> Community >>> Olio seeks to create developer and user communities during incubation. >>> >>> Core Developers >>> The initial core developers are Sun Microsystems, Inc. employees, and >>> faculty and students at UC Berkeley. We hope to expand this very quickl= y. >>> >>> Alignment >>> The developers of the Olio want to work with the Apache Software >>> Foundation specifically because Apache has proven to provide a strong >>> foundation and set of practices for community-based development. >>> >>> Known RisksOrphaned products >>> This project has a lot of enthusiasm among the core developers, has >>> ongoing development, and is not orphaned. >>> >>> Inexperience with Open Source >>> The initial developers are well-versed in open source methodologies and >>> practices. >>> >>> Homogenous Developers >>> The initial group of developers is from two organizations. We would lik= e >>> to expand this and that is a primary reason for bringing this project t= o >>> Apache. >>> >>> Reliance on Salaried Developers >>> Although part of the initial development team are students, the core >>> developers are employed by Sun Microsystems. >>> >>> Relationships with Other Apache Products >>> None in particular, except that Apache HTTPD is the most common place t= o >>> run PHP, and which the initial PHP implementation uses. >>> >>> A Excessive Fascination with the Apache Brand >>> We believe in the processes, systems, and framework Apache has put in >>> place. The brand is nice, but is not why we wish to come to Apache. >>> >>> DocumentationInitial Source >>> Sun Microsystems Inc. intends to donate code for their PHP implementati= on >>> of the sample events application as well as code to drive load against = the >>> application. UC Berkeley intends to donate code for the Ruby on Rails >>> implementation. >>> >>> This code is still a work in progress and will be provided primarily as= a >>> starting place for a much more robust, community- developed implementat= ion. >>> >>> External DependenciesRequired Resources >>> Developer mailing lists olio-dev@incubator.apache.org >>> olio-commits@incubator.apache.org >>> olio-private@incubator.apache.org >>> olio-user@incubator.apache.org >>> >>> A subversion repository >>> >>> A JIRA issue tracker >>> >>> Initial Committers >>> =95 >>> Akara Sucharitakul < akara.sucharitakul@sun.com> Shanti >>> Subramanyam < shanti.subramanyam@sun.com> Sheetal Patil >>> < sheetal.patil@sun.com> Binu John >>> <binu.john@sun.com> Kim Lichong < >>> kim.lichong@sun.com> William Sobel < >>> wsobel@eecs.berkeley.edu> Arthur Klepchukov < >>> avk@berkeley.edu> Craig Russell <craig.russell@sun.com> >>> SponsorsChampion >>> =95 >>> Craig Russell < craig.russell@sun.com> >>> >>> Nominated Mentors >>> =95 >>> Craig Russell < craig.russell@sun.com> Henning >>> Schmiedehausen < henning@schmiedehausen.org> Matt Hogst= rom >>> < hogstrom@us.ibm.com> Rick Hillegas >>> <Richard.Hillegas@Sun.COM> >>> >>> Sponsoring Entity >>> The Apache Incubator. >>> >>> Craig L Russell >>> Architect, Sun Java Enterprise System http://db.apache.org/jdo >>> 408 276-5638 mailto:Craig.Russell@sun.com >>> P.S. A good JDO? O, Gasp! >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org >> For additional commands, e-mail: general-help@incubator.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org > For additional commands, e-mail: general-help@incubator.apache.org > > --=20 Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.3.4 is released Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org