[GSoC] Regarding JSR 196 implementation project idea
Hello, I'm interested in the project idea on implementing JSR 196 specification for Tomcat. I've used Tomcat for some time, but as I'm not very much familiar with its internals or JSR 196 spec, I'm in the process of getting familiarized with them at the moment. While searching the dev mailing list archive regarding this idea, I found a several months old mail thread [1] regarding a Jaspic implementation started by David Jencks. Basically it says about rewriting web security with Realms replaced with a Security valve, and a reply [2] in that thread says that JSR 196 implementation was not among the mandatory stuff at that time. I also saw that there was an effort to replace Valves with Filters as a GSoC project last year, which interferes the above idea of replacing Realm with a valve (this might not be a serious problem anyway). Since above is a relatively old discussion, I'd really appreciate if someone can clarify the current situation and also any viewpoints/comments regarding this GSoC idea. [1] http://marc.info/?l=tomcat-dev&m=124776544612776&w=2 [2] http://marc.info/?l=tomcat-dev&m=124776616614107&w=2 Thanks and Regards, Rajeev
Re: [GSoC] Regarding JSR 196 implementation project idea
Thanks Mark for your reply. Though it's not mandatory, if it's going to be useful, then I'll continue working on it and prepare a proposal. The other idea which seemed to be interesting is the one on implementing a connector to support SPDY protocol [ https://issues.apache.org/jira/browse/COMDEV-26]. Though it's also interesting, I was not concentrating on it as SPDY is not in use at the moment. Any suggestions regarding this idea? Regards, Rajeev On Mon, Mar 22, 2010 at 2:59 AM, Mark Thomas wrote: > On 21/03/2010 14:36, Rajeev Sampath wrote: > > Hello, > > > > I'm interested in the project idea on implementing JSR 196 specification > for > > Tomcat. I've used Tomcat for some time, but as I'm not very much familiar > > with its internals or JSR 196 spec, I'm in the process of getting > > familiarized with them at the moment. > > > > While searching the dev mailing list archive regarding this idea, I found > a > > several months old mail thread [1] regarding a Jaspic implementation > started > > by David Jencks. Basically it says about rewriting web security with > Realms > > replaced with a Security valve, and a reply [2] in that thread says that > JSR > > 196 implementation was not among the mandatory stuff at that time. I > also > > saw that there was an effort to replace Valves with Filters as a GSoC > > project last year, which interferes the above idea of replacing Realm > with a > > valve (this might not be a serious problem anyway). > > > > Since above is a relatively old discussion, I'd really appreciate if > someone > > can clarify the current situation and also any viewpoints/comments > regarding > > this GSoC idea. > > JSR 196 is still not mandatory but would be nice to have - hence why I > sugegsted it as a GSoC project. > > Replacing Valves with Filters is a long term goal of mine. However, > since Valves have access to the Tomcat internals, replacing all of the > Valves may not be possible. To be perfectly honest, I haven't looked > closely enough at the code or thought about it long enough to determine > if complete replacement is possible or not. > > In terms of JSR 196, I'd prefer a Filter based solution but Valves would > always be a fall-back solution if a 100% filter based approach wasn't > possible / practical. > > Mark > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
Re: [GSoC] Regarding JSR 196 implementation project idea
Thanks Jean-Frederic for your clarification. I'll look into this one as well. Regards, Rajeev On Mon, Mar 22, 2010 at 1:47 PM, jean-frederic clere wrote: > On 03/22/2010 05:40 AM, Rajeev Sampath wrote: > > Thanks Mark for your reply. > > > > Though it's not mandatory, if it's going to be useful, then I'll continue > > working on it and prepare a proposal. > > > > The other idea which seemed to be interesting is the one on implementing > a > > connector to support SPDY protocol [ > > https://issues.apache.org/jira/browse/COMDEV-26]. Though it's also > > interesting, I was not concentrating on it as SPDY is not in use at the > > moment. Any suggestions regarding this idea? > > > The idea is a bunch of JAVA classes like org/apache/coyote/spdy (like we > already have the org/apache/coyote/http11 and org/apache/coyote/ajp). > > There is already mod_spdy for httpd in > http://code.google.com/p/mod-spdy/wiki/Design so you can have a look > there to see how a SPDY server should work. > > Cheers > > Jean-Frederic > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
