http://apache.org/images/asf_logo_wide.gif
SummerOfCode2006 is long gone, maybe you want SummerOfCode2007
Google is sponsoring the Summer of Code, and The Apache Software Foundation is one of the participating mentor organizations. This page lists all the subjects currently proposed by the Apache Software Foundation.
We are currently in the process of adding ideas for 2006, but you can find last year's info at SummerOfCode2005.
Prospective ASF mentors: read this
All ASF projects are invited to submit their ideas to this page. Any Apache member and experienced committers can submit ideas using the template below. We are looking for as many interesting projects as we can come up with. The ASF sponsored around 40 Summer of Code projects last year - this year, we can probably take on even more projects. For more info about mentoring, please read our SummerOfCodeMentor page.
Students: read this
If you (as a student) find an idea you like, we ask that you create a list of deliverables, quantifiable results for the Apache community, a detailed description / design document, an approach, an approximate schedule and something of a background text. In other words - sell yourselves on this Wiki - and link in your proposals with the project idea. Take a look at last year's submissions at SummerOfCode2005 to get an idea of what worked and didn't.
Once you've done that, you may apply for the Summer of Code by filling out the application form.
Deadlines
Student applications will open on May 1st and close on May 8th. Students should take into account that it will take several days (expect 5 to 7 days) of refinement with the mentors/communities to create a proper proposal, with well defined deliverables, which can be sponsored. All decisions by Apache will be made by May 22nd for transmission to Google.
ASF Subjects for Summer of Code
Subject ID |
cocoon-groovy-flow-engine |
Title |
Groovy Flow Engine for Cocoon |
ASF Project |
|
Keywords |
Cocoon, Groovy |
Description |
The project goal is to develop a Flow Engine that will interpret Groovy code. Currently we have Flow Engines interpreting Java and Javascript code. This project will allow cocoon users to take advantage of Groovy as programming languages. |
Possible Mentors |
Antonio Gallardo (antonio.at.apache.org) |
Status |
- |
Subject ID |
cocoon-cforms-xul-user-interface |
Title |
XUL based user interface for Cocoon forms |
ASF Project |
|
Keywords |
Cocoon, Cocoon Forms, widgets, XUL |
Description |
The project goal is to create a new user's interface rendering for cforms using Mozilla XUL. Currently cforms has only an interface for HTML. The user interface should be easily switchable HTML-XUL depending of the client browser. |
Possible Mentors |
Antonio Gallardo (antonio.at.apache.org) |
Status |
- |
Subject ID |
cocoon-automated-testing |
Title |
Automated testing of Cocoon releases |
ASF Project |
|
Keywords |
Cocoon, Testing, Ajax |
Description |
Identify parts of Cocoon that need more automated tests, and implement additional tests that can be used before Cocoon releases. One particular area that is not tested currently is the Ajax-based samples, for which the use of Selenium (http://www.openqa.org/selenium/) or a similar tool should be evaluated. |
Possible Mentors |
Bertrand Delacretaz (bdelacretaz.at.apache.org), Andrew Savory (asavory.at.apache.org) |
Status |
- |
Subject ID |
cocoon-osgi-jmx |
Title |
Use JMX to manage OSGi based Cocoon blocks |
ASF Project |
|
Keywords |
Cocoon, JMX, OSGi |
Description |
Cocoon developers are working on using OSGi as platform for Cocoon. We want to be able use JMX to configure, start and stop OSGi bundles and logging at runtime. |
Possible Mentors |
Reinhard Pötz (reinhard.a_t.apache.org) |
Status |
- |
Subject ID |
cocoon-crud |
Title |
Use Cocoon Forms for simple database CRUD operations |
ASF Project |
|
Keywords |
Cocoon, Cocoon Forms, CRUD, SQL, Spring, Javaflow |
Description |
We need a simple way of implementing CRUD operations (single table, lookup tables, 1:n relations) for database tables using Cocoon Forms and Javaflow. This should work based on naming conventions and database schema introspection and not on coding or extensive configuration. Additionally it should be possible to generate code as starting point for more advanced use cases. |
Possible Mentors |
Reinhard Pötz (reinhard.a_t.apache.org), Max Pfingsthorn (mpfingsthorn.at.apache.org) |
Status |
- |
Subject ID |
lenya-forrest-doco |
Title |
Help in enhancing existing doco prototype |
ASF Project |
|
Keywords |
generic documentation publication, content management system |
Description |
DOCO This publication is created with the aim to be a generic documentation publication. The current prototype is in the lenya and forrest rep. |
Possible Mentors |
Thorsten Scherler (thorsten at apache dot org) |
Status |
- |
Subject ID |
forrest-dispatcher |
Title |
Refactor the dispatcher as cocoon block |
ASF Project |
|
Keywords |
second generation skinning, unified output, multiple formats |
Description |
The dispatcher code, till now 2 different forrest plugins (internal and output), needs to be refactored to a cocoon block for better reusability in cocoon based appz |
Possible Mentors |
Thorsten Scherler (thorsten at apache dot org) |
Status |
- |
Subject ID |
cayenne-rop |
Title |
An application using Cayenne Remote Object Persistence technology |
ASF Project |
|
Keywords |
Cayenne, Java, Object Relational Mapping, Swing, IM |
Description |
A generally usable Java Swing client application(s) based on Remote Object Persistence technology. A working prototype of a real application is also acceptable. A few suggested directions: (a) general data management application; (b) a multiplayer Java game. |
Possible Mentors |
Andrus Adamchik (aadamchik at apache dot org) |
Status |
Possible Students: Marcel Gordon (mpg18 at uow dot edu dot au) - see the proposal |
Subject ID |
cayenne-ropwsdl |
Title |
A standard web service API for Cayenne Remote Object Persistence technology |
ASF Project |
|
Keywords |
Cayenne, Object Relational Mapping, Web Services |
Description |
Client/server communication in Cayenne Remote Object Persistence is currently based on Hessian binary protocol. We want to implement an alternative based on web services standards, with a WSDL definition of a service. It would be nice to support transactions, commit and rollback. |
Possible Mentors |
Andrus Adamchik (aadamchik at apache dot org) |
Status |
Possible Students: Michael Victorov (m_victorov at mail dot ru) - proposal |
Subject ID |
cayenne-search |
Title |
Support for full text search in Cayenne |
ASF Project |
|
Keywords |
Cayenne, Java, Object Relational Mapping, Full Text Search |
Description |
Integrating Cayenne with Lucene search engine. One possible way to do that is by writing a Cayenne plugin for the Compass search framework |
Possible Mentors |
Andrus Adamchik (aadamchik at apache dot org) |
Status |
Possible Students: Tomas Jucius (entirer at gmail dot com) - See the proposal, Priyadharsini Krishnakumar (Priyak11 at gmail dot com) |
Subject ID |
tomcat-clustersso |
Title |
Tomcat Clustering Support for SingleSignOn |
ASF Project |
|
Keywords |
Tomcat, Clustering, SingleSignOn, Authentication |
Description |
Enhance Tomcat's clustering module to support SingleSignOn authentication. See also Bugzilla Issue 28039. |
Possible Mentors |
Yoav Shapira (yoavs at apache dot org), Filip Hanik (fhanik at apache dot org) |
Status |
- |
Subject ID |
httpd-mod-carp |
Title |
a module to implement the CARP protocol |
ASF Project |
|
Keywords |
C, Apache module |
Description |
The general idea is to implement CARP (Cache Array Routing Protocol) as a mod_proxy_balancer (or mod_cache) method, habilitating Apache (mod_proxy) to be integrated into a cache hierarchy. Apache would also be able to serve and parse a Proxy Array Membership Table. CARP uses hash-based routing to provide a deterministic "request resolution path" through an array of proxies. This means that for any given URL request, the proxy server will know exactly where in the proxy array the information will be stored. Also, the ProxyRemote directive would be extended to handle the balancer:// scheme. |
Possible Mentors |
- |
Status |
- |
Subject ID |
httpd-cache-test |
Title |
create a set of regression tests for mod_cache |
ASF Project |
|
Keywords |
Perl, Cache, Apache module |
Description |
httpd has a Perl-based regression test suite. However, it does not have any useful tests for caching. This project idea would be to come up with a set of scenarios that verifies the proper RFC-compliance behavior of the caching modules. If any failures are detected, identification and analysis of the problems are expected (but not necessarily patches). Time permitting, caching over reverse proxying would also be verified. |
Possible Mentors |
Justin Erenkrantz (jerenkrantz at apache dot org) |
Status |
- |
Subject ID |
httpd-mod-ircd |
Title |
a module to implement the IRC protocol |
ASF Project |
|
Keywords |
C, Apache module, IRCd |
Description |
Implement the IRC protocol in an Apache module in order to make Apache become a full-featured IRC server as well. |
Possible Mentors |
Ian Holsman (ian at holsman dot net) |
Status |
Possible students: Jan Sembera and Gary Sivek |
Subject ID |
tcl-rivet |
Title |
Help port Rivet to the Apache 2.0/2.2 API |
ASF Project |
|
Keywords |
Tcl, C, Apache module |
Description |
Rivet needs help moving to the Apache http 2.0 API, which involves a more or less complete rewrite of the code that talks to the web server. |
Possible Mentors |
David N. Welton (davidw at apache dot org) |
Status |
- |
Subject ID |
james-pojo |
Title |
Apache James architctural refactoring into James core, deployment API, and container specific deployments |
ASF Project |
|
Keywords |
James, Email, Java, Architecture |
Description |
James needs to undergo an architectural refactoring to allow the core James components to be more flexibly deployed into a range of runtime containers, the first step on this road will be to define a deployment API and separate James core into James core POJO's and Avalon Phoenix deployment package. Further work could include writing a deployment package for a container of the students choice. |
Possible Mentors |
Danny Angus (danny at apache) |
Status |
- |
Subject ID |
bcel-jdk15 |
Title |
Jakarta BCEL refactoring to support future JDK versions |
ASF Project |
|
Keywords |
Java, Byte Code Engineering, Library, Refactoring |
Description |
BCEL is currently lacking some forward development. In order to support JDK 1.5 and up BCEL needs some internal refactorings. The first step would be to define the areas that need to change and to define a roadmap. As a second step support for jdk 1.5 should be implemented. |
Possible Mentors |
Torsten Curdt (tcurdt at apache dot org) |
Status |
- |
Subject ID |
commons-jci-compilers |
Title |
Porting compiler code from maven to commons jci and writing an maven jci plugin |
ASF Project |
|
Keywords |
Java, Compiler, Library, Porting |
Description |
Commons JCI currenly only supports eclipse, janino and groovy as compilers. The plan is to move the compiler code from maven to commons-jci. The next step would be to write a maven jci compiler plugin. |
Possible Mentors |
Torsten Curdt (tcurdt at apache dot org) and Brett Porter (brett at apache dot org) |
Status |
- |
Subject ID |
commons-javaflow-asm |
Title |
|
ASF Project |
|
Keywords |
Java, Byte Code Engineering, Library, Stabelizing, Testcases |
Description |
Javaflow has still some limitations like handling try/catch/finally. The plan would be stabilize the new ASM implementation backed up through testcases and then dig deeper and fix some of the outstanding problems in the byte code instrumentation. |
Possible Mentors |
Torsten Curdt (tcurdt at apache dot org) |
Status |
- |
Subject ID |
apr-build-system |
Title |
Improve the APR build system |
ASF Project |
APR |
Keywords |
C, Python, Make, Visual Studio |
Description |
APR uses a custom build system written in python on Unix, which generates makefiles that are used to build the system, but it isn't used on Win32 and Netware. Those platforms maintain their own custom build systems, which is error prone because they need manual intervention when people add or reomve source files. This project would involve extending the APR build system to generate win32 dsp and vcproj, and potentially Netware makefiles. Time permitting, another interesting task would be allowing the system to generate makefiles on win32, so the build on windows could be run without the need for an IDE. |
Possible Mentors |
Garrett Rooney (rooneg at apache.org) |
Status |
Possible students - Walter Mundt |
Subject ID |
apr-logging |
Title |
Add basic logging capabilities to APR |
ASF Project |
APR |
Keywords |
C, Logging |
Description |
The systems APR supports have a number of different system-specific logging facilities (syslog on Unix, win32 event logging on windows, etc), but in order to make use of them APR applications currently have to write platform specific code. A useful addition to APR would be an API that abstracts away the differences between these logging systems, along with providing a fallback to writing to a simple log file. There has been interest in such an API expressed by the Subversion project for use in its svnserve program, and work in this area would likely include working with them to ensure that this API suits their needs. |
Possible Mentors |
Garrett Rooney (rooneg at apache.org) (Note from Yoav Shapira: I'd be happy to help with Logging Services coordination, if any is deemed worthwhile) |
Status |
Possible students - Walter Mundt |
Subject ID |
solr-mail-archive |
Title |
Build a Solr-based search engine for Apache's email archives |
ASF Project |
|
Keywords |
Solr, Lucene, Search, Java, XML, HTTP, RSS |
Description |
Using the Solr search server, index the full Apache email archives, and index new messages as they arrive. Fields indexed would include mailing-list, sender, date, subject and contents. The search interface could be a form with text boxes for sender, subject and content, and perhaps pulldowns for mailing-list and date. Results could be sortable by any field. Optionally, faceted search by sender/month/mailing-list, etc. could be useful. |
Possible Mentors |
Doug Cutting (cutting at apache dot org) and Yonik Seeley (yonik at apache dot org) |
Status |
Marcel's proposal, Khuc Ngoc Vinh (knvinh at yahoo dot com) |
Subject ID |
forrest-openDocument-support |
Title |
Supporting OASIS-OpenDocument-Format in Apache Forrest |
ASF Project |
Forrest |
Keywords |
XML, XSL-T, Cocoon, Java |
Description |
Implementing a pair of Forrest plug-ins to fully support input from and output as OpenDocument text documents. Preserve (manual) pagination in the process so that paginated documents can be used as a source for repeated editing and fed back as input without loosing pagination. Extend the plug-ins to also support the other openDocument formats (Presentation, Spreadsheet, Drawing). |
Possible Mentors |
Ferdinand Soethe (ferdinand at apache dot org) |
Status |
- |
Subject ID |
logging-xml-configuration |
Title |
Common validatable XML logging configuration format |
ASF Project |
Logging Services |
Keywords |
XML, XML-Schema, Java, C++, C# |
Description |
log4j, log4cxx and log4net each support XML configuration files that are not adequately documented and can not be effectively validated before deployment. This project would develop XML Schema that could be used for validation, documentation, and guided editing and the corresponding configurators for log4j, log4cxx and log4net. Some initial work has been done in the logging services sandbox, see http://svn.apache.org/repos/asf/logging/sandbox/strictxml/STATUS. |
Possible Mentors |
Curt Arnold (carnold at apache dot org) |
Status |
Possible Students: Tomas Jucius (entirer at gmail dot com) - See the proposal |
Subject ID |
logging-documentation-system |
Title |
logging services documentation system |
ASF Project |
Logging Services |
Keywords |
XML, XSL-T, Java, Javadoc |
Description |
Design and implement a system that would allow log4j, log4cxx and log4net to share documentation of generic aspects and but would allow per-project notes or deviations. This should include both API documentation, FAQ and the project web resources. Could be applicable to other ASF projects that have implementations in multiple languages (for example, Xerces). |
Possible Mentors |
Curt Arnold (carnold at apache dot org), Yoav Shapira (yoavs at apache dot org) |
Status |
- |
Subject ID |
logging-log4j-management |
Title |
log4j management |
ASF Project |
Logging Services |
Keywords |
Java, JMX |
Description |
This project would design, implement, and document Java Management Extensions (JMX) agents for log4j. |
Possible Mentors |
Curt Arnold (carnold at apache dot org), Yoav Shapira (yoavs at apache dot org) |
Status |
- |
Subject ID |
logging-coverage |
Title |
log4j test coverage improvement |
ASF Project |
Logging Services |
Keywords |
Java, Junit, test driven development, code coverage |
Description |
A substantial fraction of the log4j code base is not exercised by unit tests and a project that would attempt to increase this to close to 100% would be very helpful in enabling refactoring of the code in future developments. The project should start by increasing coverage to near 100% for log4j 1.2.x, synchronize the log4j 1.3 test suite and then add tests for the log4j 1.3 code. Synchronizing log4cxx and log4j test suites would also be desirable. |
Possible Mentors |
Curt Arnold (carnold at apache dot org), Yoav Shapira (yoavs at apache dot org) |
Status |
- |
Subject ID |
maven-i18n |
Title |
Maven Internationalization |
ASF Project |
|
Keywords |
Java, internationalization, i18n, encoding |
Description |
Improve internationalization capabilities of Maven 2, Continuum and subprojects: site generation, web interfaces, command-line interfaces, errors,... Facilitate contribution of translations in different languages. |
Possible Mentors |
Carlos Sanchez (carlos at apache dot org) |
Status |
- |
Subject ID |
maven-tests |
Title |
Maven Automated Testing |
ASF Project |
|
Keywords |
Java, junit, test |
Description |
Improve Maven, Continuum and related projects automated test coverage (unit and integration tests) to make it as tested as possible and prevent future errors. Make use of automated code coverage analysis utilities (like Cobertura) to find untested parts and exercise them. |
Possible Mentors |
Carlos Sanchez (carlos at apache dot org) |
Status |
- |
Subject ID |
maven-dependency-graphing |
Title |
Maven Dependency Graphing Tool |
ASF Project |
|
Keywords |
Java, dependency, graph |
Description |
Using an existing graphing tool like Prefuse, make a graph of dependencies for any project, with all the dependencies and visualizing as much iformation as possible (transitive dependencies, excluded dependencies, version conflict resolution, ...). |
Possible Mentors |
Carlos Sanchez (carlos at apache dot org) |
Status |
- |
Subject ID |
continuum-eclipse-plugin |
Title |
Add Continuum management support in Eclipse |
ASF Project |
Maven |
Keywords |
Java, Eclipse, xml-rpc |
Description |
Design and implement an eclipse plugin that would manage projects in Continuum and would show project statuses and build results http://jira.codehaus.org/browse/CONTINUUM-663 |
Possible Mentors |
Emmanuel Venisse (evenisse at apache.org) |
Status |
Possible students: Rahul Thakur (rahul.thakur.xdev at gmail.com), Bruno J. M. Melo (bjmm at dsc.upe.br) |
Subject ID |
lucene-gdata-server |
Title |
Implement a Google Data API (GData) server using Lucene. |
ASF Project |
|
Keywords |
GData, Atom, RSS, Lucene, Java, Servlets, XML, REST |
Description |
The Google Data API (GData) extends Atom to present a simple, searchable database. A Lucene-based implementation could be provided as a Java .war file containing a few servlets. |
Possible Mentors |
Doug Cutting (cutting at apache dot org) and Yonik Seeley (yonik at apache dot org) |
Status |
Possible students: simonwillnauer at web.de (Proposal: SimonWillnauer/SummerOfCode2006 ), Todd Bealmear (Proposal: ToddBealmear/SummerOfCode2006), ChrisBennett (ChrisBennett/SummerOfCodeGdataProposal) |
Subject ID |
simplifying-configuration |
Title |
Simplifying Apache configuration |
ASF Project |
mod_redirect |
Keywords |
simpler configuration files, config, mod_redirect |
Description |
The goal of this project is to make it easier to configure Apache, especially for redirects such as redirecting example.com to www.example.com. If you ask 10 webmasters whats the trickiest technical thing to do, about 5-6 of them will say things like configuring a web server to do redirects, mod_rewrite, and setting up .htaccess. A light-weight project might be a program that takes simple input and outputs the correct configuration code that can be cut-and-pasted into Apache config files. A heavier-weight project might be directly changing Apache to allow simpler configuration. See http://www.mattcutts.com/blog/simplifying-apache-configuration/ for slightly more background. |
Possible Mentors |
Guidance: Matt Cutts (leave comment on the blog link from above). Technical specifics: Ian Holsman (ian at holsman dot net). |
Status |
Possible students: Dan Kahan (dan.kahan at gmail.com) |
Subject ID |
spamassassin-easy-mass-check |
Title |
Nightly Mass Check for Normal People |
ASF Project |
|
Keywords |
perl, email, corpora, distributed, community |
Description |
We need a way to make nightly mass check easily accessible to normal users. They need easy to use software to do mass checks and submit results. They must be properly trained on the sorting rules. Our project then needs some way of tracking the level of trust of these growing number of submitters. see http://wiki.apache.org/spamassassin/SocNightlyMassCheck |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-httpd-spamd |
Title |
Finish up Apache::SpamD httpd module |
ASF Project |
|
Keywords |
apache, httpd, modules, perl, mod_perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4603 : Finish up and polish the Apache::SpamD httpd mod_perl module. |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-separate-expiry |
Title |
Helper process for Bayes expiry |
ASF Project |
|
Keywords |
perl, bayes, spamd, processes |
Description |
Theo said: 'I also suggested having things like Bayes expiry and such being passed back to the parent who can spawn a helper process to do the work. That way the children processes will be able to accept, process, return the result, notify parent for bayes work, go back to listening. Right now we do: accept, process, do bayes work, return result, go back to listening, which ends up causing timeouts and possibly eats up all processing children. |
Possible Mentors |
Theo Van Dinter (felicity -at- apache.org) |
Status |
- |
Subject ID |
spamassassin-arf-plugin |
Title |
ARF plugin |
ASF Project |
|
Keywords |
arf, plugins, reporting, perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4812 : ARF is a spam-report format for feedback loops for ISPs; there's been some interest in SpamAssassin understanding this and being able to match metadata inside the messages being reported. (This task may be too short for SoC purposes, however.) |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-corpus |
Title |
Maintain a SpamAssassin corpus of messages |
ASF Project |
|
Keywords |
corpora, mail, collection, perl, community |
Description |
Theo said: 'I'd almost rather we shift this around and make a "SpamAssassin Corpora", have all of us focus on making that the best it can be, and use that for mass-checks, etc.' This could be a good possibility. Contributors can upload their own mail corpora to a central web app where the mass-check occurs. The mail collections could be quickly checked for validity, and tagged based on how much privacy the user wants for their mails (therefore controlling further redistribution of those mails). Related to 'spamassassin-easy-mass-check' above. |
Possible Mentors |
Justin Mason (jm at jmason.org), Theo Van Dinter (felicity-at- apache.org) |
Status |
- |
Subject ID |
spamassassin-rules-db |
Title |
Rules explanation database |
ASF Project |
|
Keywords |
rules, wiki, web, perl, community |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4771 - It'd be nice to have a way for users/admins/interested parties to have an easy way to look up a human-readable description of rules, based on the rule name; using the wiki as part of that would be the best solution. |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-better-reload |
Title |
Better way to reload the spamd configuration |
ASF Project |
|
Keywords |
reload, spamd, sighup, restart, perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4774 : we currently have a very heavyweight configuration-rereading system where the entire process restarts. This is too heavyweight, and can be improved. |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-message-test-suite |
Title |
a message-parser test suite |
ASF Project |
|
Keywords |
testing, testsuite, parsing, mail, perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4559 : Every now and again, we come up against bugs in our message parser (MIME, HTML, headers, base64/qp decoding, etc. etc.) We fix them, but occasionally there's regressions. I envisage it as using a vast collection of message files, something like a mass-check corpus, and a set of tests to ensure the parser sees what it should be seeing. |
Possible Mentors |
Justin Mason (jm at jmason.org), Theo Van Dinter (felicity-at- apache.org) |
Status |
- |
Subject ID |
spamassassin-improved-chi |
Title |
Implement 'Improved Chi' in the BAYES rules |
ASF Project |
|
Keywords |
bayes, classifiers, chi, statistics, perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=3460 : _Handling Redundancy in Email Token Probabilities_, Gary Robinson. http://www.garyrobinson.net/2004/04/improved_chi.html . Has shown good results, reportedly. Implement in SpamAssassin and benchmark results using 10-fold cross-validation. |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-spamd-unix-and-tcp |
Title |
spamd should support both UNIX domain and TCP sockets |
ASF Project |
|
Keywords |
spamd, unix-domain, sockets, networking, perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=3991 : currently spamd supports either UNIX-domain or TCP/IP sockets for incoming scan requests. It should support both simultaneously, in the one set of daemon processes. |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-dobly |
Title |
Benchmark and implement "Dobly" Noise Reduction |
ASF Project |
|
Keywords |
dobly, bayes, classifiers, perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=3078 : investigate "Dobly" noise reduction a la http://bnr.nuclearelephant.com/ , in a form that can be incorporated into SpamAssassin. Benchmark results using 10-fold cross-validation. |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-secure-user-auth |
Title |
Secure user authentication in the spamd protocol |
ASF Project |
|
Keywords |
spamd, protocol, tls, perl |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4550 : a secure method to authenticate users over a spamc/spamd connection. |
Possible Mentors |
Justin Mason (jm at jmason.org) |
Status |
- |
Subject ID |
spamassassin-distributed-mass-check |
Title |
Distributed mass-check |
ASF Project |
|
Keywords |
corpora, perl |
Description |
mass-check currently makes use of a single system to process a number of messages. However, in larger organizations, or for people with multiple machines, it would be nice if multiple machines could all process a single mass-check run, preferably without needing to share the same filesystem, paths, etc. It would also be useful if we ended up with a single large corpus (see the spamassassin-corpus project above), so that multiple people could run the messages through over the Internet. |
Possible Mentors |
Theo Van Dinter (felicity -at- apache.org) |
Status |
- |
Subject ID |
spamassassin-persistent-db-conns |
Title |
Persistent database connections |
ASF Project |
|
Keywords |
perl, databases, sql |
Description |
http://issues.apache.org/SpamAssassin/show_bug.cgi?id=2037 : persistent database connections for SpamAssassin's Bayes subsystem. Michael: 'This exists, but is not an ASL friendly license. So a "clean room" implementation might be cool.' |
Possible Mentors |
Michael Parker (parkerm -at- pobox.com) |
Status |
- |
Subject ID |
spamassassin-quarantine-config-ui |
Title |
Quarantine / user-configuration web UI |
ASF Project |
|
Keywords |
web, ui, quarantine, user-configuration, cgi, perl |
Description |
Create a web application for message quarantine or user configuration, as part of the SpamAssassin project. |
Possible Mentors |
Michael Parker (parkerm -at- pobox.com) |
Status |
- |
Subject ID |
spamassassin-mua-learner-plugins |
Title |
Thunderbird/Outlook/etc Plugins for Learning Messages via Spamd |
ASF Project |
|
Keywords |
spamd, protocol, bayesian, perl, thunderbird, outlook, mua |
Description |
The spamd protocol is well defined and allows for learning/reporting of messages. What is currently lacking is the ability to learn/report those messages via popular mail applications (Thunderbird, Outlook, etc). Many of these applications have a well established API for creating add-on plugins that would allow for this type of activity. |
Possible Mentors |
Michael Parker (parkerm -at- pobox.com) |
Status |
- |
Subject ID |
cactus-M2 |
Title |
Integration between Cactus and Maven 2 (M2) |
ASF Project |
|
Keywords |
java JavaEE J2EE cactus maven plugin unit testing refactoring |
Description |
Create a Cactus plugin for M2 and also refactor Cactus internal structure so it can be built by M2(it currently uses Ant) |
Possible Mentors |
Felipe Leme (felipeal at apache dot org) |
Status |
- |
Subject ID |
cactus-portlets |
Title |
Add portlet (JSR-168) support to Cactus |
ASF Project |
|
Keywords |
java cactus JSR-168 JCP portlets JavaEE J2EE |
Description |
This is a feature users always ask us for, but none of the current Cactus committers are familiar with Portlets. So, it would be nice if a student come with an idea on how to implement it (and of course, do the implementation |
Possible Mentors |
Felipe Leme (felipeal at apache dot org) |
Status |
- |
Subject ID |
mirae-core |
Title |
Integrate SAX and StAX into one Core |
ASF Project |
|
Keywords |
Java JavaME JSR-280 JSR-172 JCP XML SAX StAX |
Description |
Currently Mirae provides those two separate XML stream processing technologies. However, Java ME demands limited resource usage, so it would be nice to come up with one Core with two different XML APIs, Push style and Pull style. |
Possible Mentors |
Changshin Lee (ias at apache dot org) |
Status |
not accepted |
Subject ID |
mirae-dom |
Title |
Add DOM (JSR-280) support to Mirae |
ASF Project |
|
Keywords |
Java JavaME JSR-280 JCP XML DOM |
Description |
JSR-172 JAXP subset missed one feature, DOM. Now W3C defines the u(micro-)DOM for mobile platforms, so it would be nice to provide an implementation based on the spec. |
Possible Mentors |
Changshin Lee (ias at apache dot org) |
Status |
not accepted |
Subject ID |
mirae-transports |
Title |
Add multiple transport support to Mirae |
ASF Project |
|
Keywords |
Java JavaME JSR-172 JCP XML WebServices MMS |
Description |
While HTTP is the most common transport in web services, other transport protocols such as MMS and Bluetooth can be taken advantage of on mobile devices. This idea leads to implement support of various transport protocols available on Java ME and provide some practical samples on top of the implementation when you use the JAX-RPC subset of JSR 172. |
Possible Mentors |
Changshin Lee (ias at apache dot org) |
Status |
accepted, Anjana Fernando |
Subject ID |
xerces-stax-stream-reader |
Title |
Add support for the StAX (JSR-173) cursor API to Xerces-J |
ASF Project |
|
Keywords |
Java, JAXP, StAX, XML, Xerces |
Description |
Work is underway in Xerces on an implementation of JAXP 1.4. The largest technical change in this new edition of JAXP is the addition of StAX (JSR-173) which introduces XML pull parsing APIs to the Java platform. In constrast to push parsing APIs like SAX, StAX gives control back to the application at each step in the parsing process. The goal of this project is to design and implement the cursor-based XMLStreamReader (and filtering support). It should be possible to accomplish this using XNI by building the XMLStreamReader on top of an XMLPullParserConfiguration. |
Possible Mentors |
Michael Glavassevich (mrglavas at apache dot org) |
Status |
- |
Subject ID |
xerces-stax-api-converters |
Title |
SAX to StAX and DOM to StAX converters |
ASF Project |
|
Keywords |
DOM, Java, SAX, StAX, XML, Xerces |
Description |
Using an XMLInputFactory an XMLStreamReader can be constructed from a SAXSource or DOMSource. The goal here is to provide support for both of these sources, making it possible for applications to process the results of a SAX pipeline in a pull fashion and to incrementally walk a DOM tree through the XMLStreamReader interface. |
Possible Mentors |
Michael Glavassevich (mrglavas at apache dot org) |
Status |
Accepted proposal. Student: Hua Lei (hlnust at gmail dot com) |
Subject ID |
xerces-unicode-normalization |
Title |
Add support for Unicode character normalization and normalization checking |
ASF Project |
|
Keywords |
DOM, Java, Unicode, XML, Xerces |
Description |
Design and implement support for Unicode character normalization and normalization checking to allow applications to produce fully normalized documents and verify that the documents they process are fully normalized. With an XML document which has been verified to be fully normalized an application can perform string comparisons without having to deal with the many possible forms (with the same meaning) allowed by Unicode. These features have been on the TODO list for several releases, but keep being deferred because none of the current Xerces committers are familiar with Unicode normalization forms, so it would be great to get someone with that knowledge (or interested in acquiring it) involved in the project. |
Possible Mentors |
Michael Glavassevich (mrglavas at apache dot org) |
Status |
- |
Subject ID |
Binary Serialization/Deserialization Support for AXIOM |
Title |
Binary Serialization/Deserialization Support for AXIOM |
ASF Project |
|
Keywords |
Axiom WS Binary DFDL |
Description |
There are various binary protocols defined today and some of them have already being implemented. Axiom is an XML object model from Apache WS project. The goal here is to integrate Axiom with binary protocol implementations to give it binary serialization and de-serialization support |
Possible Mentors |
Eran Chinthaka (chinthaka at apache dot org) |
Status |
- |
Subject ID |
fop-floats |
Title |
Implement before- and side-floats |
ASF Project |
|
Keywords |
XSL-FO, page layout, floating objects |
Description |
Implement the XSL-FO element fo:float in Fop. This element is used to generate two kinds of floats: before-floats for positioning objects in a separate area at the beginning of a page (typically for figures, tables, images), and side-floats for positioning objects on one side of the page, with normal content flowing around it. More details on the Fop wiki |
Possible Mentors |
Jeremias Märki (jeremias at apache dot org) |
Status |
- |
Subject ID |
fop-auto-table-layout |
Title |
Implement the auto table layout for Apache Fop |
ASF Project |
|
Keywords |
XSL-FO, page layout, layout engine, table |
Description |
Implement the auto table layout in Apache Fop. The project will start with a basic implementation that determines ideal column widths based on the inline element lists for the whole table. As a secondary goal, extensive changes will be made to the whole layout engine to enable first fit page breaking (in addition to the current total fit page breaking) in order to achieve an auto table layout implementation which recalculates optimum column widths for each page. More details on the Fop wiki |
Possible Mentors |
Jeremias Märki (jeremias at apache dot org) |
Status |
- |
Subject ID |
jackrabbit-jaas-authorization |
Title |
Implement JAAS authorization for Apache Jackrabbit |
ASF Project |
|
Keywords |
Jackrabbit, JCR, JSR 170, JAAS, access control, Java, content management |
Description |
Implement an AccessManager that uses Java Authentication and Authorization Service (JAAS) for authorization. In addition to the access manager, you will need to implement a set of Permissions that govern access to workspaces, nodes, and properties. The permissions should support levels of granularity (just the identified item, the node and its properties, the entire node subtree) and it should be possible to identify nodes in various ways (path, uuid, node type, namespace, etc.). |
Possible Mentors |
Jukka Zitting (jukka at apache dot org) |
Status |
Not accepted. |
Subject ID |
derby-jmx |
Title |
Add JMX to Apache Derby |
ASF Project |
|
Keywords |
Derby, Database, JMX, Java |
Description |
Currently Derby has no support for JMX. It would be good to start migrating Derby over to JMX. This can be done incrementally, starting first with simple things like "is it up" and "is it down" and slowly adding new properties that can be managed |
Possible Mentors |
David Van Couvering (davidvc at apache dot org) |
Status |
|
Subject ID |
derby-mysql-migration |
Title |
Provide migration tool from MySQL to Derby |
ASF Project |
|
Keywords |
Derby, Database, MySQL, Java |
Description |
We would like to make it easier for users to migrate from popular databases such as MySQL over to Derby. This project is to build a tool that guides and automates the process of migrating a database from MySQL to Derby |
Possible Mentors |
David Van Couvering (davidvc at apache dot org) |
Status |
Possible Students: Ramin Moazeni (moazeni at usc dot edu) - See the proposal |
Subject ID |
derby-psm |
Title |
Implement SQL/PSM in Derby through Java bytecode |
ASF Project |
|
Keywords |
Derby, Database, Java, SQL, PSM, Bytecode, JDBC |
Description |
Add support for functions and procedures written in SQL by compiling them to server-side JDBC Java byte code and then executing them using the existing Java routine support. Functionality could then be extended to SQL/PSM with control statements |
Possible Mentors |
Dan Debrunner (djd at apache dot org) |
Status |
|
Subject ID |
derby-cache-manager |
Title |
Implement an LRU-based cache manager for Derby |
ASF Project |
|
Keywords |
Derby, Database, Java, Cache Manager |
Description |
Derby currently uses a clock algorithm to determine which pages to replace in its page cache. We have indications that this algorithm is far from optimal for some type of loads. Many other database systems use variants of an LRU-based algorithm, i.e. the pages that are least recently used will be candidates for replacement. For more information see http://wiki.apache.org/db-derby/LRUCache. |
Possible Mentors |
Øystein Grøvlen (oystein.grovlen at sun dot com) |
Status |
Possible students - Karthik Thyagaraja (mailkarthikt at gmail.com).See Proposal http://wiki.apache.org/general/GSoC/proposal - Maryam Moazeni (mmoazeni at gmail.com).See Proposal http://wiki.apache.org/general/MaryamMoazeni/Derby/proposal |
Subject ID |
jdo-openjpa |
Title |
Apache JDO implementation using OpenJPA |
ASF Project |
Apache JDO |
Keywords |
jdo, persistence, java, openjpa |
Description |
This project will create an implementation of JDO from two Apache projects: JDO and OpenJPA. The JDO fostore sub-project implements the JDO API and stores the data into a btree-organized file system. The OpenJPA project (in incubation) implements the JSR-220 API and stores the data into a relational database. This proposal would integrate the FOStore front end with the OpenJPA back end, resulting in a JDO implementation that stores data into a relational database. |
Possible Mentors |
Craig Russell (clr at apache dot org) |
Status |
- |
Subject ID |
axis2-geronimo |
Title |
Integrated Axis2 to Geronimo |
ASF Project |
Apache Web Services, Apache Geronimo |
Keywords |
java, web services, axis2, soap, jsr 109 |
Description |
Apache Axis2 is a new generation Web services stack written from the ground up. Geronimo currently uses Axis1 for its JSR109 support and the task of this project would be to take Axis2 and integrate into Geronimo. While its possible to integrate for JSR109 support only, a more general integration that does a deeper marriage of Axis2 and GBeans is ideal. |
Possible Mentors |
Sanjiva Weerawarana (sanjiva at apache dot org), Rajith Attapattu (rajith.attapattu at gmail dot com) or Srinath Perera (hemapani at apache dot org) |
Status |
- |
Subject ID |
jackrabbit-backup |
Title |
Backup tool for Jackrabbit content repositories |
ASF Project |
|
Keywords |
Jackrabbit, JCR, JSR 170, content management, backup, Java |
Description |
Implement a tool for backing up and restoring content in an Apache Jackrabbit content repository. In addition to the basic content hierarchies, the tool should be able to efficiently manage binary content, node version histories, custom node types, and namespace mappings. Incremental or selective backups would be a nice addition, but not strictly necessary. |
Possible Mentors |
Jukka Zitting (jukka at apache dot org) |
Status |
Accepted, with Nicolas Toper (application) as the student. |
Subject ID |
WSDL2C |
Title |
WSDL2C for Axis2/C |
ASF Project |
Apache Web Services |
Keywords |
C, Web Services, Axis2/C, WSDL |
Description |
Apache Axis2/C is the C based implementation of Axis2 architecture. Axis2/Java has a WSDL2Java tool. Axis2/C project would benefit from a similar tool written in C which does WSDL2/C. Basically the idea is to take a WSDL file and generate C code that uses the Axis2/C API to provide and consume services. |
Possible Mentors |
Ajith Ranabahu (ajith at apache dot org), Damitha Kumarage (damitha at apache dot org) |
Status |
Possible students: Dimuthu Gamage (dimuthuc at gmail.com) - . Project Proposal Project Progress |
Subject ID |
Axis2CActiveX |
Title |
ActiveX Component for IE to Access Web Services using Axis2/C |
ASF Project |
Apache Web Services |
Keywords |
Web Services, Axis2/C, ActiveX |
Description |
Apache Axis2/C is the C based implementation of Axis2 architecture. Axis2/C can be used to provide and consume web services. The objective of this project is to develop an ActiveX component to consume Web Services through Microsoft Internet explorer using Axis2/C as the web services engine. |
Possible Mentors |
Samisa Abeysinghe (samisa at apache dot org) |
Status |
- |
Subject ID |
Axis2CPerl |
Title |
Perl Axis2/C Extention |
ASF Project |
Apache Web Services |
Keywords |
Web Services, Axis2/C, Perl |
Description |
Apache Axis2/C is the C based implementation of Axis2 architecture. Axis2/C can be used to provide and consume web services. The objective of this project is to develop an extention for Perl, based on Axis2/C, to provide full scale Web Services support. |
Possible Mentors |
Samisa Abeysinghe (samisa at apache dot org), Nabeel Yoosuf (nabeel.yoosuf at gmail dot com) |
Status |
- |
Subject ID |
Axis2CMaven |
Title |
Maven Build for Axis2/C |
ASF Project |
Apache Web Services |
Keywords |
Web Services, Axis2/C, Maven |
Description |
Apache Axis2/C is the C based implementation of Axis2 architecture. Axis2/C can be used to provide and consume web services. The objective of this project is to provide Maven build system for Axis2/C. Currently Axis2/C project use GNU Make based build system |
Possible Mentors |
Damitha Kumarage (damitha at apache dot org), Sanjaya Ratnaweera (pini at apache dot org) |
Status |
- |
Subject ID |
|
Title |
Axis2 WSDL 2.0 support |
ASF Project |
Apache Web Services |
Keywords |
Web Services, Axis2/Java, WSDL 2.0 |
Description |
Current implementation of Axis2/Java has support only for WSDL 1.1. Axis2 has enough flexibility to support WSDL 2.0. And this feature gives very good edge for Axis2 |
Possible Mentors |
Deepal Jayasinghe (deepal at apache dot org), Eran Chinthaka (chinthaka at apache dot org) |
Status |
Possible students: Oshani Seneviratne (oshani at cse dot mrt dot ac lk). See the proposal |
Subject ID |
Axis 2 Databinding |
Title |
Complete databinding support for ADB (Axis Databinding) |
ASF Project |
|
Keywords |
Web Services, Axis2/Java, ADB |
Description |
ADB, the simple databinding framework for Axis2 is far from simple now. However it still lacks support for a set of schema constructs, most important ones being simple content extensions, simple content restrictions and complex content restrictions. Implementing such features makes ADB more useful and expands the usage patterns for Axis2 |
Possible Mentors |
Ajith Ranabahu (ajith at apache dot org) |
Status |
Possible Students: Maryam Moazeni (mmoazeni at gmail dot com) - See the proposal |
Subject ID |
|
Title |
Implement a new Tuscany extension |
ASF Project |
|
Keywords |
Tuscany, Service Component Architecture (SCA), SOA |
Description |
Tuscany, one of the newest and most exciting projects currently under incubation at Apache, has a simple plugablity framework that makes it easy to contribute extensions to the SCA programming model. If you can code Java or C++ and have a little experience with some other language or communications technology then in this project you would write your own Tuscany extension to support that. The flexible nature of Tuscany means there is a lot scope to tailor the project to fit in with your particular skills - AJAX, Groovy, XML-RPC - whatever you can think of. |
Possible Mentors |
Ant Elder (antelder at apache dot org), Jeremy Boynes (jboynes at apache dot org) |
Status |
- |
Subject ID |
TuscanyDAS |
Title |
Create alternative Tsucany data access service implementations |
ASF Project |
|
Keywords |
Tuscany, Service Data Objects(SDO), Data Access Services (DAS), SOA |
Description |
Tuscany SDO relies on DAS in order to read and update the in memory SDO data graph from/to persistent store. Some DAS implementations exist, in particular XML (for PHP, C++ and Java) and in some cases relational database(for PHP). New implementations could target different data resources such as flat file (CSV), Microsoft Excel, LDAP or could be driven by different schema languages such as RelaxNG. |
Possible Mentors |
Ant Elder (antelder at apache dot org), Caroline Maynard (cem at php dot net), Simon Laws (simonslaws at googlemail dot com), Kelvin Goodson (kelvingoodson at gmail dot com) |
Status |
- |
Subject ID |
MyFaces Partial Page Rendering |
Title |
Implement a best of breed partial page rendering solution for Apache MyFaces, evaluating the different approaches taken by ADF Faces, AJAX AnyWhere and Avatar |
ASF Project |
|
Keywords |
MyFaces, AJAX, XML, JavaScript, HTML, HTTP |
Description |
MyFaces has several approaches for doing AJAX already aboard. Generally, they are still basic level though. We need someone to reevaluate the different ways of how AJAX is done today, and then to come up with a best of breed solution for an AJAX based framework in MyFaces for doing partial page update and for accustomating the needs of special AJAXified components in a general way. |
Possible Mentors |
Martin Marinschek (mmarinschek at apache dot org), Werner Punz (wpunz at apache dot org), Mario Ivankovits (imario at apache dot org), Matthias Wessendorf (matzew at apache dot org), Gerald Müllan (gmuellan at apache dot org) |
Status |
- |
Subject ID |
MyFaces Skinning |
Title |
Implement a best of breed skinning solution for Apache MyFaces, evaluating the different approaches taken by ADF Faces and Tobago |
ASF Project |
|
Keywords |
MyFaces, XML, CSS, HTML |
Description |
MyFaces has several approaches for doing skinning already aboard. We want to merge those skinning solutions to come up with a best of breed solution, be it the Tobago way of doing skinning, or the ADF Faces CSS3 mode of doing skinning. |
Possible Mentors |
Martin Marinschek (mmarinschek at apache dot org), Werner Punz (wpunz at apache dot org), Mario Ivankovits (imario at apache dot org), Matthias Wessendorf (matzew at apache dot org), Gerald Müllan (gmuellan at apache dot org) |
Status |
- |
Subject ID |
MyFaces Partial State Saving |
Title |
Implement a partial state saving solution for Apache MyFaces |
ASF Project |
|
Keywords |
MyFaces, XML, CSS, HTML |
Description |
For performance reasons, it might be good to only save a part of the state, instead of always saving the total state of the application. Implementing such a solution would bring MyFaces a major step forward. |
Possible Mentors |
Martin Marinschek (mmarinschek at apache dot org), Werner Punz (wpunz at apache dot org), Mario Ivankovits (imario at apache dot org), Matthias Wessendorf (matzew at apache dot org), Gerald Müllan (gmuellan at apache dot org) |
Status |
- |
Subject ID |
Code Generation for building MyFaces components |
Title |
Generating boiler plate code for a new component on pressing a button. Integrating existing code generation technologies with the new approach. |
ASF Project |
|
Keywords |
MyFaces, Velocity, Ant, Code Generation |
Description |
There are two methods of generating code in use currently in the Apache MyFaces project. One is part of the ADF Faces subproject, one is part of the Tomahawk subproject. Evaluating both technologies, choosing the better way of handling this and integrating the new code generation technology with the existing components is the goal. |
Possible Mentors |
Martin Marinschek (mmarinschek at apache dot org), Werner Punz (wpunz at apache dot org), Mario Ivankovits (imario at apache dot org), Matthias Wessendorf (matzew at apache dot org), Gerald Müllan (gmuellan at apache dot org) |
Status |
- |
Subject ID |
axis2/java-c# |
Title |
Generate C# stubs using WSDL2Code in Axis2/Java |
ASF Project |
Web services |
Keywords |
Axis2, Java, C#, WSDL, iKVM |
Description |
Using iKVM, its possible to run Axis2/Java on a .Net platform. The objective of this project is to generate extend the WSDL2Code part of Axis2/Java to generate C# stubs that could be used to drive Axis2/Java+iKVM. The result is that Axis2/Java becomes a WS-* platform for the CLR as well. |
Possible Mentors |
Sanjiva Weerawarana, Ajith Ranabahu |
Status |
- |
Subject ID |
C2WSDL |
Title |
C2WSDL for Axis2/C |
ASF Project |
Apache Web Services |
Keywords |
C, Web Services, Axis2/C, WSDL |
Description |
Apache Axis2/C is the C based implementation of Axis2 architecture. Axis2/Java has the capability of generating WSDL interface based on the Java service interface. Axis2/C project would benefit from a similar tool written in C which generated WSDL based on the C service API. Basically the idea is to take a service interface of an Axis2/C service and and generate a WSDL to represent that service API. |
Possible Mentors |
Damitha Kumarage (damitha at apache dot org), Samisa Abeysinghe (samisa at apache dot org) |
Status |
Possible Students: Irfan Habib (irfan dot habib at niit dot edu dot pk) |
Subject ID |
CTCPMon |
Title |
TCPMon for Axis2/C |
ASF Project |
Apache Web Services |
Keywords |
C, Web Services, Axis2/C, TCP Monitor |
Description |
Apache Axis2/C is the C based implementation of Axis2 architecture. Axis2/Java has a tool named TCPMonitor to capture the SOAP messages sent and receieved. Axis2/C project would benefit from a similar tool written in C which would help capture messages. It would be sufficient to provide a command line interface, unlike the Java tool where it has a GUI. However, the C tool has to have the same level of functionality, including slow connection simulation |
Possible Mentors |
Samisa Abeysinghe (samisa at apache dot org) |
Status |
- |
Subject ID |
AXIOM-C14N |
Title |
Canonical XML Implementation on Apache AXIOM |
ASF Project |
|
Keywords |
C14N, StAX, AXIOM |
Description |
This project's objective is to implement Canonical XML spefication on Apache AXIOM, which is an XML Infoset compliant object model based on StAX. |
Possible Mentors |
Ruchith Fernando (ruchithf at apache dot org) |
Status |
- |
Subject ID |
Security Mediators |
Title |
Security Mediators for Synapse |
ASF Project |
[ http://incubator.apache.org/synapse/ Apache Synapse] |
Keywords |
<sign/> <verify/> <decrypt/> <encrypt/> <authenticate/> |
Description |
This project's objective is to implement Security mediators for Synapse using WSS4J and Axis2's rampart.mar. |
Possible Mentors |
Ruchith Fernando (ruchithf at apache dot org) Saminda Abeyruwan ( saminda at apache dot org) |
Status |
- |
Subject ID |
services-on-rails |
Title |
Web Services on Rails |
ASF Project |
Axis2 |
Keywords |
Web Services, Ease-of-Use, Ruby on Rails, Simplicity, Defaults, Annotations, Build |
Description |
The idea is to use defaults, annotations, and make it as simple as possible to create, deploy and use a Web Service. By emulating the great Ruby on Rails project, we will make it really simple to create a service backed by a database, deployed in Axis2 and available via SOAP and REST/XML |
Possible Mentors |
Paul Fremantle (pzf at apache dot org) |
Status |
- |
Subject ID |
PPR-in-MyFaces |
Title |
Implementing Partial Page Rendering Support in Apache MyFaces |
ASF Project |
|
Keywords |
JSF, MyFaces, PPR, Partial Page Rendering, AJAX, JSON, XML |
Description |
Implementing an architecture for providing partial page rendering support with AJAX for new and existing Apache MyFaces JSF components. This implementation will be based on the existing Apache MyFaces AJAX architecture and combine partial page rendering approaches from ADF Faces (Oracle) and AJAX anywhere (sourceforge.net) to find the optimal solution for Apache MyFaces. It would include enabling partial page rendering support for some of the existing Apache MyFaces components. |
Possible Mentors |
- |
Status |
- |
Subject ID |
PSS-in-MyFaces |
Title |
Implementing Partial State Saving in Apache MyFaces |
ASF Project |
|
Keywords |
JSF, MyFaces, PSS, Partial State Saving, XML |
Description |
Implementing an architecture for providing partial state saving for new and existing Apache MyFaces JSF components. If only not static components are saved fewer memory is needed to save the actual state of the Website and if client side state saving is enabled, fewer bandwidth is needed to transfer this state to the client. This results in faster response times. The goal is to find and implement the optimal solution for Apache MyFaces. |
Possible Mentors |
- |
Status |
- |
Subject ID |
Apache James GUI frontend |
Title |
Desgin and implement a GUI frontend for the Apache Java Enterprise Mail Server |
ASF Project |
Apache James |
Keywords |
Apache James, Mail server, GUI frontend, Java |
Description |
Design and implement a long-awaited component of the Apache James system: a GUI front end. This application should provide a handy and nice tool to configure and perform most important issues of core mail server administration tasks we currently perform via some telnet interface. |
Possible Mentors |
- |
Status |
- |
Subject ID |
ant-gendocs |
Title |
generate automatically docs based on a bug report of Dominique Devienne |
ASF Project |
|
Keywords |
java, XML, XSL, documentation |
Description |
find a systematic way of documenting ant's own tasks. use http://issues.apache.org/bugzilla/show_bug.cgi?id=34116 as a base |
Possible Mentors |
Antoine Levy-Lambert antoine@gmx.de |
Status |
Likely assigned to Petar Tahchiev paranoiabla@gmail.com |
Project ideas format
To add a new project idea, just copy the following template and fill in the blanks:
Subject ID |
project-id |
Title |
a short desciptive title of the subject |
ASF Project |
the ASF project(s) tied to this subject |
Keywords |
keywords on this subject, like language, technology or concept used |
Description |
a paragraph describing what this subject is all about |
Possible Mentors |
volunteer mentors for this subject |
Status |
indicate whether this subject has already been assigned to a participating student |