That sounds great ! The goal of the project is certainly to encourage implementations using different frameworks. What may make sense is for interested folks to first evaluate the current application implementations (unfortunately we don't have any docs yet - we're working on it) and if it looks satisfactory (or after making adjustments), we can hammer out a specification/requirements doc. This will then aid anyone who wants to do an alternative implementation. We can do this either during incubation or after graduation.

Shanti

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 <[EMAIL PROTECTED]> wrote:
+1  (binding)


Note: I updated the proposal on the Wiki with my normal e-mail account
([EMAIL PROTECTED]) instead of my work e-mail ([EMAIL PROTECTED]) since 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 same
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. Deployments
of these applications also use popular open source servers such as Apache
httpd, Tomcat, MySQL, Memcache, and Glassfish. Many other
servers/technologies such as lighttpd, mogileFS, mongrels, JRuby are also
gaining popularity.

With the myriad technologies available, it is not easy to understand how
they differ, especially in terms of performance and scalability. With varied
levels of documentation available for some open source applications, it is
also quite difficult for a web 2.0 startup to understand the correct usage
of these technologies so that they don't become a bottleneck as their site
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 three
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 to
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 the
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 might
best work for your situation.

c) Within each language implementation, evaluate different infrastructure
technologies by changing the servers used (e.g: apache vs lighttpd, MySQL 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 application.

A robust, community-developed standard implementations of a web 2.0
application using different technologies will enable developers to compare
and contrast these technologies in a manner that does not exist today. By
providing excellent sample implementations of a concrete application that 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 language
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 specifically
because the initial developers want to encourage this style of development
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 quickly.

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 like
to expand this and that is a primary reason for bringing this project to
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 to
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 implementation
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 implementation.

External DependenciesRequired Resources
Developer mailing lists<moin-email.png> [EMAIL PROTECTED]
<moin-email.png> [EMAIL PROTECTED] <moin-email.png>
[EMAIL PROTECTED] <moin-email.png>
[EMAIL PROTECTED]

A subversion repository

A JIRA issue tracker

Initial Committers
       •
Akara Sucharitakul <<moin-email.png> [EMAIL PROTECTED]> Shanti
Subramanyam <<moin-email.png> [EMAIL PROTECTED]> Sheetal Patil
<<moin-email.png> [EMAIL PROTECTED]> Binu John
<<moin-email.png>[EMAIL PROTECTED]> Kim Lichong <<moin-email.png>
[EMAIL PROTECTED]> William Sobel <<moin-email.png>
[EMAIL PROTECTED]> Arthur Klepchukov <<moin-email.png>
[EMAIL PROTECTED]> Craig Russell <<moin-email.png>[EMAIL PROTECTED]>
SponsorsChampion
       •
Craig Russell <<moin-email.png> [EMAIL PROTECTED]>

Nominated Mentors
       •
Craig Russell <<moin-email.png> [EMAIL PROTECTED]> Henning
Schmiedehausen <<moin-email.png> [EMAIL PROTECTED]> Matt Hogstrom
<<moin-email.png> [EMAIL PROTECTED]> Rick Hillegas
<<moin-email.png>[EMAIL PROTECTED]>

Sponsoring Entity
The Apache Incubator.

Craig L Russell
Architect, Sun Java Enterprise System http://db.apache.org/jdo
408 276-5638 mailto:[EMAIL PROTECTED]
P.S. A good JDO? O, Gasp!

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to