Re: Apache Con asia [Call for papers]
Hi All,Apache con asia will be held from Au 14-17 in Colombo, Sri Lanka and the call for papers is on.http://www.asia.apachecon.com/This will be a good oppurtunity to reach out to the growing asian user community as the close proximity will attract more people from india, china ..etc which has a huge software developer base. Regards,Rajith
Re: Dublin - Clustering get-together.... - Thurs aft/eve..
thanks Dain,-rajithOn 6/29/06, Dain Sundstrom [EMAIL PROTECTED] wrote: The link to the paper people are talking about out is here:http://cwiki.apache.org/GMOxDOC10/clustering.html-dainOn Jun 29, 2006, at 9:41 AM, Bill Dudney wrote: Hi Greg, Hopefully this is early enough for someone to look at. http://cwiki.apache.org/confluence/display/GMOxDEV/Caching It need lots more detail - I have some graphics too but don't have time to write them up before meeting so I'll try to get that done this afternoon and update the wiki page. I'll be a bit late but I'll be there. Looking forward to it. TTFN, -bd- On Jun 29, 2006, at 8:00 AM, Greg Wilkins wrote: Jeff, this suggestion is probably too late but given the deficiencies of dialin, would it be possible for you to post a short summary of where your work with clustering is at? Is there a page on the(a?) wiki about the approach you are taking? I can see the tomcat clustering page http://cwiki.apache.org/GMOxDOC11/clustering.html and the overview page http://cwiki.apache.org/GMOxDOC10/clustering.html but nothing on kluster or the session API cheers Jeff Genender wrote: Jules Gosnell wrote: Guys, Covalent had to commit to a time - we went for 6:00pm on thursday. I realise that this may be a little earlier than some of you were hoping for, but it was the best we could do at short notice - sorry. One further problem. We were not able to organise conferencing facilities. If anyone thinks that they can work around this, perhaps via skype or something, I would be happy to try to set something up - Has anyone run a skype conference with 4 or 5 participants before ? Would you like us to try? Well, thats ok...thanks for giving a shot. I would ask that we bring as much to the lists afterwards as there are others who have/are doing considerable work in the clustering area and are not able to be there.It would be nice to be engaged in discussions.Thanks again for trying. Jules Jules Gosnell wrote: Matt Hogstrom wrote: I was planning on attending the CeltiXFire BOF at 2100 Dublin time. 2200 is good from my perspective. That's a little later than I was hoping for - my worry would be that people who might otherwise be there will have packed up and gone home by then. I would rather a slot somewhere between 6:00pm and 9:00pm... How does that sound ? Jules Dain Sundstrom wrote: Evening you time would be best for me.It looks like there is an 8 hour time diff between Dublin and California, so anything after 6pm your time would be good for me (10am here).I can go maybe an hour earlier, but then I will be sleepy. -dain On Jun 27, 2006, at 1:31 PM, Jules Gosnell wrote: Jeff Genender wrote: Jules Gosnell wrote: Dain Sundstrom wrote: Are you going to provide a call in line so people not at the conference can participate? I'll look into it. Would anyone be interested in using such a feature ? I would likely be interested too depending on time. OK, Jeff - so are there any windows on thurs aft/eve (dublin time) which would not suit you ? Let us know, so that we can avoid them. Jules Jules -dain On Jun 27, 2006, at 10:48 AM, Rodent of Unusual Size wrote: Jules Gosnell wrote: Matt - I don't think that the problem was with sponsorship, butrather exclusion... (maybe I've misunderstood something?). Covalent are simply providing a room and beer. The invitation is open to the entire community and you will be driving the meeting. That should be cool.Firstly, it has been announced here in the public list.Secondly, you should consider putting up a few notice signs around ApacheCon to catch interested people who didn't see this. Yes, exclusion and lack of openness was the issue.The sponsorship was mud in the water.By mentioning this here the issue is rendered nonexistent. Of course, you need to post (here and on those paper notices) the details, such as time and place, as soon as they're figured out. Thanks, Jules.And thanks for raising this, Matt, so it can be clarified a bit. -- #kenP-)} Ken Coar, Sanagendamgagwedweininihttp://Ken.Coar.Org/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp! --Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /** * Jules Gosnell* Partner* Core Developers Network (Europe)* *www.coredevelopers.net** Open Source Training Support. **/
Re: Build failed
Hi, Yes, I am using IBM's jdk. I will apply your patch localy and run again. Thanks a lot, Rajith On 4/24/06, Udovichenko, Nellya [EMAIL PROTECTED] wrote: Hi, What JDK do you work on? It looks like internal Sun class com.sun.security.auth.login.ConfigFile isn't included in your JDK library. This problem could occur if you have used non-Sun JDK. See Geronimo JIRA reference on patch for org.apache.geronimo.security.network.protocol.SubjectCarryingProtocolTest . http://issues.apache.org/jira/browse/GERONIMO-1832 Thanks, Nellya Udovichenko, Intel Middleware Products Division. From: Rajith Attapattu [mailto:[EMAIL PROTECTED]] Sent: Saturday, April 22, 2006 2:28 AM To: dev@geronimo.apache.org Subject: Re: Build failed Hi Guys, The build failed with the following errors. Any ideas??Btw I was on revision 396023 when I did svn up.---Build Errors- test:compile: [javac] Compiling 13 source files to /opt/workspace/geronimo/modules/security/target/test-classes /opt/workspace/geronimo/modules/security/src/test/org/apache/geronimo/security/network/protocol/SubjectCarryingProtocolTest.java:20: package com.sun.security.auth.login does not existimport com.sun.security.auth.login.ConfigFile ; ^/opt/workspace/geronimo/modules/security/src/test/org/apache/geronimo/security/network/protocol/SubjectCarryingProtocolTest.java:209: cannot resolve symbol symbol : class ConfigFile location: class org.apache.geronimo.security.network.protocol.SubjectCarryingProtocolTest Configuration.setConfiguration(new ConfigFile()); ^ 2 errorsRegards,Rajith
Re: Build failed
Hi Guys, The build failed with the following errors. Any ideas??Btw I was on revision 396023 when I did svn up.---Build Errors-test:compile: [javac] Compiling 13 source files to /opt/workspace/geronimo/modules/security/target/test-classes /opt/workspace/geronimo/modules/security/src/test/org/apache/geronimo/security/network/protocol/SubjectCarryingProtocolTest.java:20: package com.sun.security.auth.login does not existimport com.sun.security.auth.login.ConfigFile ; ^/opt/workspace/geronimo/modules/security/src/test/org/apache/geronimo/security/network/protocol/SubjectCarryingProtocolTest.java:209: cannot resolve symbolsymbol : class ConfigFile location: class org.apache.geronimo.security.network.protocol.SubjectCarryingProtocolTest Configuration.setConfiguration(new ConfigFile()); ^2 errors Regards,Rajith
Re: Thoughts on splitting out core from, well, products other stuff
Nice idea !! , especially considering all the things we are putting inside Geronimo and the list keeps growing. If there is a way to do a build withonly what you want in a less painful way then it's great !!! Thanks, Rajith On 2/13/06, Aaron Mulder [EMAIL PROTECTED] wrote: What would folks think of (in principle, not right now) splitting outthe core Geronimo components from anything that wraps a 3rd-party product/project?So have one area for modules like kernel, security,core, system, etc. and a separate area for modules like Jetty, Tomcat,ActiveMQ, Directory, jUDDI, etc.I guess mainly to draw thedistinction between what's really part of the infrastructure and what's really optional packages that can be added on top (and I'mtalking about optional in a non-J2EE-server sense where you startwith literally nothing but the infrastructure and add only waht you want, or something like that).So we'd still pull a lot of that infor our J2EE builds, but it would make a clearer distinction foranyone who wanted a more custom build.Thanks, Aaron
Re: Spring support in Geronimo
Hi, Can somebody please clarify as to the extent of Spring support we have within Geronimo. I did read David Jencks comments on the JIRA issue,but couldn't grasp the overall context of the sping involvment within G. SoI really appreciate a bit more background and more specific information on the topic. thanks, Rajith
Re: Spring support in Geronimo
Hi David, Thanks for the info, I myself not too familliar with Spring :-) I asked the question out of curiosity. Btw why did u integrate the spring tm? (like any special features that it provides) Is it better than the default Geronimo transaction manager? (I have heard that you can use spring tm standalone, may thats whatu did, pls correct me if I am wrong) Regards, Rajith. On 2/2/06, David Jencks [EMAIL PROTECTED] wrote: On Feb 2, 2006, at 4:42 PM, Rajith Attapattu wrote: Hi, Can somebody please clarify as to the extent of Spring support we have within Geronimo. I did read David Jencks comments on the JIRA issue, but couldn't grasp the overall context of the sping involvment within G. So I really appreciate a bit more background and more specific information on the topic.I know that it is possible to run a spring app started from a servletinit method in geronimo (namely jetspeed2).We'd like to expose our services such as the transaction management and connectors in spring.I don't know much of anything about Springso I just barged ahead and implemented a spring-tm to geronimo-tcmadapter.If anyone knows how to determine how much it works, pleasehelp out :-) There's also the jencks project which has a different purpose.Theyare not running anything in the geronimo kernel, but rather startingthe geronimo jta and j2ca components in spring.I don't think that those components will be very useful for exposing components runningin the geronimo kernel in spring, but I could be wrong.thanksdavid jencks thanks, Rajith
Re: POP3 and IMAP support
Bruce, I agree that my excuse for not writing unit tests is lame :) With mock objects we should be able to cover a reasonable amount of code for atleast the trivial test cases. Ex. A MockPOP3Connection that returnsa predetermined response that we can compare in an assert statement. But as u said nothing can be substituted for integration testing. What I suggest is that maybe we should write a sample application that connects to a mail server and sends and reads emails . Intersted parties will run that to test with there own environment. Weshould allow all values to be configured ( preferably via a GUI interface) so that they can customize it for their own environment. The advantage of this approach (if we have under examples)is that the end users will also have a go. And obviously report on the user list if something is wrong. Having said that I know we still cover onlythe basics with authentication (Rick has made some progress on this end). so once we cover a reasonable subset of auth mechanisms then we can publish this sample application. Till then lets use it among us. Regards, Rajith. On 1/27/06, Bruce Snyder [EMAIL PROTECTED] wrote: On 1/27/06, Davanum Srinivas [EMAIL PROTECTED] wrote: http://james.apache.org/?James can certainly be used for testing POP3 and SMTP, but it does notyet offer full IMAP support. One of the problems with POP3 (or SMTP) tests is the dependency on a mail server for running the tests.I've not figured out how to set things up to allow for that.Authentication tests are particularly difficult, since each type of authentication may require changing the target server configuration.Please bear with me for a moment while I rant about my take on testingin order to address the statements above.soapboxTesting comes in many forms, two of which often get lumped together: unit testing and integration testing. IMO, these two types of testingare distinct and serve two very different purposes.Unit testing deals with the concept of tests that are completelyself-contained, do not require external systems and services ( e.g.,databases, mail servers, etc.) and can be executed extremely fast(i.e., seconds). Unit tests are often run during the build processbecause of these characteristics which allows a large amount of these tests to be run in a very short amount of time.Integration testing is the exact opposite of unit testing. Integrationtesting deals specifically with the concept of integrating with otherexternal systems and services. Because of this, integration tests often take a much longer time to run (i.e., minutes) and should *not*be run during the build process. These tests require a separateprocess for running and should not be run for the standard buildprocess. /soapboxThanks for reading this far! I applaud you sticking with me through mysoapbox moment ;-).One of the most difficult situations with unit testing is usuallyencountered when writing test cases for code that requires an external system or service. To address this need, I usually turn to EasyMock(http://easymock.org/). EasyMock is a mocking framework that createsmock objects for classes and interfaces on-the-fly through the use of Java proxies. Because we're still using Java 1.4x with Geronimo,EasyMock 1.2 will need to be used. When I first began using EasyMock,without any knowledge of it, I was able to mock a persistence layer ina sizeable application that required Oracle in a single afternoon. Unit tests should be able to cover everthing in the JavaMail APIs thatwe're creating from end-to-end. But unit tests are no substitution forintegration tests. It's extremely important to also write integration tests that can be run against all of the most popular mail servers.Without these, there's no way to guarantee that we're playing nicewith those mail servers.I first thought about setting up a separate mail server on one of the gbuild.org machines that can be used solely for testing the JavaMailimpl. One big issue with this strategy is that with multiple peopleusing the same mail server, we're bound to clobber one another's work. Because of this, I abandoned the idea of setting up a mail server ongbuild.org in favor of each of us setting up our own mail servers inour own environment. In my situation, I'm setting up Postfix specifically for testing on one of my machines.Becoming experts on mail servers is one of the tasks we take on inwriting the JavaMail impl. That will most certainly require specificconfigurations and customizations to situate the tests. Maybe we should loosely agree to each use a different mail server just to coverour bases. At any rate, all custom configurations will need to bedocumented for each mail server to allow others to jump in ifnecessary. If you've read this far you deserve a trophy! Thanks for listening tomy ranting. Now I expect others to shoot holes in my arguments inorder to find an ideal solution.Bruce--perl -e 'print unpack(u30,D0G)[EMAIL
Re: POP3 and IMAP support
Rick just summed up my problem. Also I only tested this with my mail server. Which is not enough. I am not exactly sure how to do the unit tests (as rick said it depends on each mail server), so any help with ideasare very welcome.Btw, there is a bug. The InetAddresses are not parsed properly by the java mail classes. I guess Rick you were working on this so I was wondering if I can use your impl of javax.mail.Message or MimeMessageto test this again. Besides I need to revist my desing on the POP3MessageFactory and related Message classes. I think I was over ambitous :) Regards, Rajith. On 1/27/06, Rick McGuire [EMAIL PROTECTED] wrote: Bruce Snyder wrote: On 1/4/06, Rajith Attapattu [EMAIL PROTECTED] wrote: http://issues.apache.org/jira/browse/GERONIMO-1341?page=all Thanks Bruce, Looking forward for your comments !!! My apologies for taking so long ot get this committed - I've been under water until this week. At any rate, Rajith, I didn't compare the code to the Geronimo coding standards (http://wiki.apache.org/geronimo/CodingStandards) but at a glance it looks pretty good. The one question I have is about tests - are there any? If not, please start writing some ;-).One of the problems with POP3 (or SMTP) tests is the dependency on amail server for running the tests.I've not figured out how to setthings up to allow for that.Authentication tests are particularly difficult, since each type of authentication may require changing thetarget server configuration.Rick Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo (http://geronimo.apache.org/) Castor (http://castor.org/)
Re: javamail patches
I would think both my patch and Ricks patches would have no impact on each other as I have not touched anything beyond POP3. However my code could benifit from Ricks work on some of the authentication mechanisms :) But still, Rick if u tried out my stuff, I would love to hear from you.!!! But my guess is that we haven't impacted each others code base. Regards, Rajith. On 1/27/06, Bruce Snyder [EMAIL PROTECTED] wrote: On 1/27/06, Rick McGuire [EMAIL PROTECTED] wrote: I submitted several patches for the javamail spec code earlier this week (1527, 1528, 1530).I'm got a dependency on those patches to complete the SMTP authentication stuff, and I believe these patches will also help with the POP3 and IMAP work.Could you possible review these and get them committed?Sure, no problem, Rick. Like I said in response to Rajith, I've beenunder water until this week so I may have missed some things, so, myapologies. I'll look into this stuff right away. One question though, had you already been working with Rajith's patch in your localenvironment? IOW, are the patches attached to 1527, 1528 and 1530aware of Rajith's patch?Bruce--perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );'Apache Geronimo (http://geronimo.apache.org/)Castor (http://castor.org/)
Re: Docco system (Confluent, MoinMoin, ...)
I am in for helping Hernan and anybody else in organizing the wiki and providing content. Regards, Rajith. On 1/21/06, Hernan Cunico [EMAIL PROTECTED] wrote: I am certainly IN. I want to help getting confluence up and running in the ASF. I also would like tohelp in the overall web site reorg. I think these two changes are equally important and should happend and the same time. Release of the new web site should go along with the new wiki.Cheers!HernanRodent of Unusual Size wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just some food for thought on the 'which docco system' discussion/vote/etc.. Whatever system gets chosen will need to be running on Apache hardware.That's not an issue for MoinMoin, since it's already there and the infra people are familiar with it. However, if Confluence is the option the project decides to adopt, more is involved than just saying so: some people from the project are going to have to join the infrastructure team and become the Confluence experts and maintainers. If Confluence is selected but no-one will step up to provide the necessary expertise and commitment to make it happen, then Geronimo won't be using Confluence. The all-volunteer infrastructure team is already overloaded; adding yet another application for it to support without adding resources to help in the supporting just isn't going to fly. So, distinct from the voting, if you'd be willing to be one of the supporters of the Confluence environment at the ASF, please speak up here.Or if you have any other comments about the Confluence/MoinMoin/whatever topic. :-) The infrastructure team may require that anyone joining to support Confluence (if it comes to that) may need to be a project committer.I'm not sure; I'm checking. But if you're not a committer [yet] but are willing to help out with Confluence, don't let that stop you from volunteering! - -- #kenP-)} Ken Coar, Sanagendamgagwedweininihttp://Ken.Coar.Org/ Author, developer, opinionisthttp://Apache-Server.Com/ Millennium hand and shrimp! -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQCVAwUBQ9Fn55rNPMCpn3XdAQLLrAQA0LCKsMsAMa/GQNmbH0ntpYbp2W9Wic26 4ZawAu6Z+L3reo9tNQPuhD6CG/6NOYc9prM7ybqCM9pKYPTZTEJ5oybMJnIIy7Gt 2yLVL259aRrEFPKWkwoS5MBkmxXt5LvzkPN2YnKtBdP7jDWPeonxQHzZP1EHd4RW d7JblzKcw3A= =++zP -END PGP SIGNATURE-
Re: [VOTE] Documentation in Confluence, MoinMoin, or..
[x] Confluence From an end-user point of view I think it's more organized and easy to navigate. From a contributers point of view I think there is already a good skeleton in place for anybody interested to fill in the gaps. Regards, Rajith
Re: Clustering - initial overview doc... - where should we keep it ?
Wiki might be a better idea for now so most people can contribute. However if it's under svn then non-comiiters can only contribute via patches. Another possiblity is to have it under the confluence thing that Hernan is working on. Also with wiki there want be issue about the format (wether it's text,html..etc) Whatever works best for the community. Regards, Rajith On 1/18/06, Aaron Mulder [EMAIL PROTECTED] wrote: I'd say the Wiki if it's pretty open to being changed as we moveforward (which would be my guess) or the geronimo/site SVN if it's permanent (as in, completely documents 1.0 and is not attempting tocover newer stuff).AaronOn 1/18/06, Jules Gosnell [EMAIL PROTECTED] wrote: Guys, I have the beginnings of this doc... Where would be the best place to keep it ? Ideally it should be r/w by everyone, with history - SVN, WIKI or where ? What is best practice ? Also, if in SVN, what format - text, html, ... etc... Jules -- Open Source is a self-assembling organism. You dangle a piece of string into a super-saturated solution and a whole operating-system crystallises out around it. /*** Jules Gosnell* Partner* Core Developers Network (Europe)** www.coredevelopers.net** Open Source Training Support.**/
Re: Clustering - initial overview doc... - where should we keep it ?
Hey Hernan, If u can publish a few tips on basic formatting with confluence that will help. Maybe an email or a doc itself within confluence will do. Regards, Rajith. On 1/18/06, lichtner [EMAIL PROTECTED] wrote: So where is this document now? I am not very familiar with the web sitethere seems to be more than one place. On Wed, 18 Jan 2006, Hernan Cunico wrote: Hi Jules, many of the articles (if not all) started the same way and many of them are still a work in progress. It would be great if you can publish your doc there, I can give you a hand with the confluence formatting if you want to. Cheers! Hernan Jules Gosnell wrote: Hernan Cunico wrote: Hi Jules, can you put your docs in confluence!? There is already a section for performance in the TOC, it would be great if you put the clustering documentation there. OK - can do, if everyone is happy with this... It is a pretty rough doc though... the rest of the stuff in there looks pretty polished... - this really is a work in progress... - is that OK ? Jules Here is the link to the TOC, to edit confluence you will have to register first. http://opensource2.atlassian.com/confluence/oss/pages/viewpage.action?pageId=1692Let me know if you need any help with confluence. Cheers! Hernan Jules Gosnell wrote: Guys, I have the beginnings of this doc... Where would be the best place to keep it ? Ideally it should be r/w by everyone, with history - SVN, WIKI or where ? What is best practice ? Also, if in SVN, what format - text, html, ... etc... Jules
Re: WADI clustering
Ok, I am not fixed on multiple-active-sessions. But my concern is high availability with single-active-session model under high load conditions. As u pointed out, In the web world, clients commonly throw multiple concurrent requests atclusters, however, if we could assure total affinity, these would alwaysarrive at the same copy, avoiding the chance of a collision However if we use 100%session affinity then the chance of one server getting too many hits is possible (due to that being the primary and the LB indiscrimantely maintaining session affinity without due consideration for load). Thus a compromise of service quality is inevitable. The service will have to drop requests or degrade the service (provide only some of the services which are not expensive). So sometimes the cost of maintaining multiple-active-sessions may be less compared to the exceptional cost that has to be paid with a server crash thus increasing the load within the remaining nodes of the cluster. The cost in terms of money value of loosing revenue due to service un-availability could be higher than providing more memory, high-speed network infra which could handle the cost of serialization/desirialization of replicas and the overhead of a distributed locking mechanism without compromising performance. Thats why I said that we should provide both stratergies and the end-user can make an informed decesion based on there business requirments and load conditions within there cluster. We should avoid making those decesions before hand. Also allowing the idea of configurable active replicas will allow the end-user the flexibility of trying out both multiple-active-session and single-active-session models and see what works best for them. I would strongly advocate the idea of a Replication mgt abstraction API especially with some of the ideas Gianny provided on the thread. What do u think about that?? Have I made a case?? Regards, Rajith. On 1/18/06, Jules Gosnell [EMAIL PROTECTED] wrote: Jules Gosnell wrote: Oh Rajith - you've got me thinking :-( I'm not happy with the last answer - lets try again lets agree some points : 1) since changes made to sessions are made in app-space, apps are not written with the expectation that a change collision may occur and the container would not be able to avoid such a collision, it must never happen. 2) in order for a change-collision to occur multiple concurrent requests/invocations must hit multiple copies of the session In the web world, clients commonly throw multiple concurrent requests at clusters, however, if we could assure total affinity, these would always arrive at the same copy, avoiding the chance of a collision. There are various situations within the web tier that may cause the breakdown of affinity. Different loadbalancers handle these situations with varying degrees of correctness. I have decided that it is safer to assume that, whilst affinity is a substantial optimisation, it cannot be relied on 100%. So, in the web tier, it is possible for concurrent requests for the same session to arrive at different session copies. So we need a pessimistic distributed locking strategy to ensure that collisions do not occur. In the EJB world, we have more control over the load-balancer, because it is effectively built into the proxythat we supplied, and we could enforce the serial nature of invocations at this point. So it might be possible to move forward on the assumption that we don't need pessimistic locking (provided that no-one ever passes a session handle to another client). I'm going to give this a little more thought... I think the outcome will be that I can avoid some locking in the EJB world, but need to send the same messages anyway... but we'll see. Thanks for getting me to revisit this, BTW - if we do assume that we can rely on affinity 100% in the EJB tierthen I am still not sure that I see any real advantage in holdingmultiple active copies of a session. I guess you will have to explain to me exactly why you would want to do this.Finally, the locking system that WADI currently uses will only incurextra work, taking distributed locks, if affinity breaks down, so thecost of applying it to the SFSBs where, we hope for 100% affinity, should be 0.Jules Jules Jules Gosnell wrote: Rajith Attapattu wrote: More question if you don't mind. 2.) Assuming sombody wants to do session replication (All Active) instead of (one Active and n backups) is there provision within the WADI api to plug in this stratergy? I'm giving this some thought in terms of SFSB support, I'm not aware of similar constraints in the EJB world... I guess we could relax this constraint in the web world, but I am not sure that I think that this is a good idea. Can you see a way to do this and maintain spec compliance and performance ? Is WADI designed primarily for Web?? (bcos u talked about being servlet spec compliant) and u also mention about SFSB support. WADI was initially designed
Re: WADI clustering
Hi, Some of these questions came up after reading the thread on totem. However I started the new thread so that searching is easy and also want distract the intense discussions on totem with out-of-topic questions. Jules Gosnel wrote This is not something that is really considered a significant saving inWADI (see my last posting's explanation of why you only want one'active' copy of a session). WADI will keep session backups serialised, to save resources being constantly expended deserialising sessionbackups that may never be accessed. I guess actually, you could considerthat WADI will do a lazy deserialisation in the case that you have outlined, as primary and secondary copies will actually swap roles withattendant serialisation/passivation and deserialisation/activationcoordinated by messages.If you are running a reasonable sized cluster ( e.g. 30 nodes - it's allrelative) with a small number of backups configured (e.g. 1), then, inthe case of a session affinity brekdown (due to the leaving of aprimary's node), you have a 1/30 chance that the request will hit the primary, a 1/30 that you will hit the secondary and a 28/30 that youwill miss :-) So, you are right :-) So just to figure out if I understand this correctly. 1.) WADI only has one active and one-two backups at most (I assume the no of backups is configurable) 2.) WADI is built up on the assumption of session affinity. So the probability of missing the primary and the secondary backup(s) goes up as the cluster grows according to your example 3.) How does WADI handle a situation where there is no session affinity?? 4.) Have you compared the overhead of maintaining session affinity vs having R replicas (all-Active)to service the client. If, however, you did your deserialisation of replicants up front and thus avoided further messages when a secondary was hit, by maintainingall copies 'active' (I think you would not be spec compliant if you did this), 1.) What do u mean by spec here ?? Are u talking about the WADI spec? 2.) Assuming sombody wants to do session replication (All Active)instead of (one Active and n backups) is there provision within the WADI api to plug in this stratergy? If u remeber we talked about extention points within WADI. 1.) Is there a doc that describes WADI architecture 2.) Is there a doc that describes these extention points and how to do it?? (Looking for a little more info than the API doc) Thanks, Rajith.
Re: ActiveCluster
Hi, Can somebody familliar with AC provide me some answers to the following questions. 1. Why is the AC api tied to JMS?? I guess a simillar question was raised within the totem thread. I was expecting a more abstract API independent of any platform and then the implementation to be some sort of platform specific. So there is a JMS impl on top of ActiveMQ or a JGroups impl. 2. Is there a doc that describes the architecture behind AC?? so I can read up and better understand it. 3. Currently in addition to the default impl,ActiveSpace and WADI is there any other impls/ use cases for AC? Besides a doc describing how each of these leverage AC would be really great so that u get a good understanding on how these all fit together. Regards, Rajith
Re: Replication using totem protocol
Can u guys talk more about locking mechanisms pros and cons wrt in memory replication and storaged backed replication. Also what if a node goes down while thelock is aquirred?? I assume there is a time out. When it comes to partition (either network/power failure or vistual)or healing (same new nodes comming up as well??) what are some of the algorithms and stratergies that are widely used to handle those situations ?? any pointers will be great. (All I know is there is no algorithm that garuntees 100% recovery and fail-over, buta reasonable expectation is that all is not lost and can continue from some where) so if u are in the middle of filling a 10 page application on the web and whilein the 9th page and the server goes down, if you can restart again with the 7 or 8th page (a resonable percentage of data waspreserved through merge/split/change)I guess it would be tolarable if not excellent in a very busy server. I guess the sucess of any clustering framework is not to solve all concerns regarding every possible solution, but to have a good abstraction of the high level concerns (and delay the impl conerns to as late as application level if possible)BUT!!! bundle with a few sensible impls/stratergies, so that if people have very specific situations they can make the decesions by themselves to how they are going to manage performance vs compliance vs scalability and HA. Regards, Rajith. On 1/17/06, lichtner [EMAIL PROTECTED] wrote: On Tue, 17 Jan 2006, Jules Gosnell wrote: just when you thought that this thread would die :-) I think Jeff Genender wanted a discussion to be sparked, and it worked. So, I am wondering how might I use e.g. a shared disc or majority voting in this situation ? In order to decide which fragment was the original cluster and which was the piece that had broken off ? but then what would the piece that had broken off do ? shutdown ?Wait to rejoin the cluster. Since it is not the cluster, it waits. It is not safe to make any updates._How_ a groups decides it is the cluster can be done in several ways.Shared-disk cluster can do by a locking operation on a disk (I would haveto research the details on this), a cluster with a database can get a lock from the database (and keep the connection open). And one way to do thisin a shared-nothing cluster is to use a quorum of N/2 + 1, where is themaximum number of nodes. Clearly it has to be the majority or else you can have a split-brain cluster. Do you think that we need to worry about situations where a piece of state has more than one client, so a network partition may result in two copies diverging in different and incompatible directions, rather than only one diverging.If you use a quorum or quorum-resource as above you do not have thisproblem. You can turn down the requests or let them block until thecluster re-discovers the 'failed' nodes. I can imagine this happening in an Entity Bean (but we should be able to use the DB to resolve this) or an application POJO. I haven't considered the latter case and it looks pretty hopeless to me, unless you have some alternative route over which the two fragments can communicate... but then, if you did, would you not pair it with your original network, so that the one failed over to the other or replicated its activity, so that you never perceived a split in the first place ? Is this a common solution, or do people use other mechanisms here ?I do believe that membership and quorum is all you need. Guglielmo
Re: Replication using totem protocol
Can u guys talk more about locking mechanisms pros and cons wrt in memory replication and storaged backed replication.I don't know what you have in mind here by 'storage-backed'. Sorry if I was not clear on that. what i meant was in memory vs serialized form, either stored in a file or database or some other mechanism. you want to guarantee that the user's work is _never_lost, just send all session updates to yourself in a totem-protocol 'safe' message hmm can we really make a garuntee here even that you assumption holds(Assuming 4 nodes and likely to survive node crashes up to 4 - R = 2 node crashes.) Also I didn't understand how u arrived at the 4-R value. I guess it's bcos I don't have much knowledge about totem. If there is a short answer and if it's not beyond the scope of the thread can u try one more time to explain the thoery behind your assumption Regards, Rajith. On 1/17/06, lichtner [EMAIL PROTECTED] wrote: On Tue, 17 Jan 2006, Rajith Attapattu wrote: Can u guys talk more about locking mechanisms pros and cons wrt in memory replication and storaged backed replication.I don't know what you have in mind here by 'storage-backed'. Also what if a node goes down while the lock is aquirred?? I assume there is a time out. Which architecture do you have in mind here? I think the question isrelevant if you use a standalone lock server, but if you don't then youjust put the lock queue with the data item in question. When it comes to partition (either network/power failure or vistual) or healing (same new nodes comming up as well??) what are some of the algorithms and stratergies that are widely used to handle those situations ?? any pointers will be great.I believe the best strategy depends on what type of state the application has. Clearly if the state took zero time to transfer over you couldcompare version numbers, transfer the state to the nodes that happen to beout-of-date, and you are back in business. OTOH if the state is 1Gb you will take a different approach. There is not much to look up here. Thinkabout it carefull and you can come up with the best state transfer foryour application.Session state is easier than others because it consists of miryads small, independent data items that do not support concurrent access. so if u are in the middle of filling a 10 page application on the web and while in the 9th page and the server goes down, if you can restart again with the 7 or 8th page (a resonable percentage of data was preserved through merge/split/change) I guess it would be tolarable if not excellent in a very busy server.Since this is a question about availability consider a cluster, say 4 nodes, with a minimum R=2, say, where all the sessions are replicated on_each_ node. If you want to guarantee that the user's work is _never_lost, just send all session updates to yourself in a totem-protocol 'safe' message, which is delivered only after the message has been received (butnot delivered) by all the nodes, and wait for your own message to arrive.This takes between 1 and 2 token rotations, which on 4 nodes I guess would be between 10-20 milliseconds, which is not a lot as http requestlatencies go.As a result of this after an http request returns, the work done is likelyto survive node crashes up to 4 - R = 2 node crashes.
Re: New Geronimo Website
+1 for Hernans idea on organizing the content. How are we going to do that?? move the content from confluence over here or provide a link to confluence. Besides are we going to maintain the same structure as we have now in the confluence site? Regards, Rajith. On 1/17/06, Hernan Cunico [EMAIL PROTECTED] wrote: Count me in for the volunteers.Cheers!HernanMatt Hogstrom wrote: I think the site needs to be reorganized but I don't think the new look and feel and reorganization are necessarily linked.Bruce, I vote to update our site and then call for volunteers to organize.I'd volunteer but I already had to move to a larger house to keep all my unfinished projects :) Matt Bruce Snyder wrote: On 1/17/06, Jacek Laskowski [EMAIL PROTECTED] wrote: 2006/1/17, Bruce Snyder [EMAIL PROTECTED]: The Epiq team has offered up a new look and feel for the Geronimo website and I have the prototype running here: http://people.apache.org/~bsnyder/site/ What would everyone think of using this new look and feel on the website? Opinions, suggestions? Hi Bruce, Whow, awesome! I like it very much, much better than our current web page layout. However, since other projects build their web sites with Maven or another web publishing toolkit (Forrest or so) how could we bring them together - Maven and the new layout - and automate the process of generating the site. I remember that at the moment, we need to update two dirs (docs and xdocs) whenever something is being changed. The new look and feel is contained in CSS and some some images, so there is some work required. The entire site will need a fair amount of surgery. Beyond that, my goal would be to make the site build via Maven in one way or another. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo ( http://geronimo.apache.org/) Castor (http://castor.org/)
Re: Replication using totem protocol
Thanks a lot for the info !!! Regards, Rajith On 1/17/06, lichtner [EMAIL PROTECTED] wrote: By reading selected parts of this book you can get a background on variousissues that you have asked about: http://citeseer.ist.psu.edu/birman96building.htmlOn Tue, 17 Jan 2006, Rajith Attapattu wrote: Can u guys talk more about locking mechanisms pros and cons wrt in memory replication and storaged backed replication. I don't know what you have in mind here by 'storage-backed'. Sorry if I was not clear on that. what i meant was in memory vs serialized form, either stored in a file or database or some other mechanism. you want to guarantee that the user's work is _never_lost, just send all session updates to yourself in a totem-protocol 'safe' message hmm can we really make a garuntee here even that you assumption holds (Assuming 4 nodes and likely to survive node crashes up to 4 - R = 2 node crashes.) Also I didn't understand how u arrived at the 4-R value. I guess it's bcos I don't have much knowledge about totem. If there is a short answer and if it's not beyond the scope of the thread can u try one more time to explain the thoery behind your assumption Regards, Rajith. On 1/17/06, lichtner [EMAIL PROTECTED] wrote:On Tue, 17 Jan 2006, Rajith Attapattu wrote: Can u guys talk more about locking mechanisms pros and cons wrt in memory replication and storaged backed replication. I don't know what you have in mind here by 'storage-backed'. Also what if a node goes down while the lock is aquirred?? I assume there is a time out. Which architecture do you have in mind here? I think the question is relevant if you use a standalone lock server, but if you don't then you just put the lock queue with the data item in question.When it comes to partition (either network/power failure or vistual) or healing (same new nodes comming up as well??) what are some of the algorithms and stratergies that are widely used to handle those situations ?? any pointers will be great. I believe the best strategy depends on what type of state the application has. Clearly if the state took zero time to transfer over you could compare version numbers, transfer the state to the nodes that happen to be out-of-date, and you are back in business. OTOH if the state is 1Gb you will take a different approach. There is not much to look up here. Think about it carefull and you can come up with the best state transfer for your application. Session state is easier than others because it consists of miryads small, independent data items that do not support concurrent access. so if u are in the middle of filling a 10 page application on the web and while in the 9th page and the server goes down, if you can restart again with the 7 or 8th page (a resonable percentage of data was preserved through merge/split/change) I guess it would be tolarable if not excellent in a very busy server. Since this is a question about availability consider a cluster, say 4 nodes, with a minimum R=2, say, where all the sessions are replicated on _each_ node. If you want to guarantee that the user's work is _never_ lost, just send all session updates to yourself in a totem-protocol 'safe' message, which is delivered only after the message has been received (but not delivered) by all the nodes, and wait for your own message to arrive. This takes between 1 and 2 token rotations, which on 4 nodes I guess would be between 10-20 milliseconds, which is not a lot as http request latencies go. As a result of this after an http request returns, the work done is likely to survive node crashes up to 4 - R = 2 node crashes.
Re: Replication using totem protocol
This is a very educating thread, maybe Jules can incoporate some of the ideas into your document on clustering. I do have a few questions on Guglielmo's points onsession replication. (Not an expert so pls bear with my questions) 1. The user should configure a minimum-degree-of-replication R. This isthe number of replicas of a specific session which need to be available inorder for an HTTP request to be serviced. 1.) How do u figure out the most efficient value for R? I assume when R increases, network chatter increases at a magnitue of X, and X depends on wether it's a multicast protocol or 1-1 (first of all is this assumption correct ???). And when R reduces the chances of a request hitting a server where the session is not replicated is high. So the sweet spot is a balance btw the above to factors ??? or have I missed any other critical factor(s) ?? 2.) When you say minimum-degree-of-replication it imples to me a floor?? is there like a ceiling value like maximum-degree-of-replication?? I guess we don't want the session to grow beyond a point. 2. When an HTTP request arrives, if the cluster which received does nothave R copies then it blocks (it waits until there are.) This should indata centers because partitions are likely to be very short-lived (aka virtual partitions, which are due to congestion, not to any hardwareissue.) 1) Can u pls elaborate a bit more on this, didn't really understand it, when u said wait untill, does it mean a)wait till there are R no of replicas in the cluster? b) or until a session is replicated within the server thehttp request is received? 2)when u said virtual partition did u mean a sub set of nodes beingisolated due to congestion. By isolation I meant they have not able to replicate there sessions or receive replicationsfrom sessions from other nodes outside of the subset due to congestion. Is this correct?? 3) Assuming an HTTP request arrives and the cluster does not have R copies. How different is this situation from an HTTP request arrives but no session replication in that server ?? 3. If at any time an HTTP reaches a server which does not have itself areplica of the session it sends a client redirect to a node which does.How can this be achived?? Is itby having a central cordinator that handles a mapping or is this informationreplicated in all nodes on the entire cluster. information == whichclusters havereplicas of each session The point below gave me the impression that some of inventory has to be maintained centrally or cluster-wide (ideally in case controller dies). 4. When a new cluster is formed (with nodes coming or going), it takes aninventory of all the sessions and their version numbers. Sessions which donot have the necessary degree of replication need to be fixed, which will require some state transfer, and possibly migration of some session forproper load balancing. Again how does the replication healing/shedding works. Assuming nodes dieor comeback with carrying there state how does the cluster decide onadding or removing sessions to maintain the optimal R value. Where does the brain/logic for this sit?? Ideally distributable in case the controller dies. General comments/questions --- 1. How much does the current impls like WADI, ACluster and ASpace address those above concerns? 2.) What aspects of the above concerns can be addresed with totem better than other protocols? 3. Can SEDA like architechture solve the problem of deciding the value of R dynamically runtime from time to time based on load and network latency?? I guess the network latency can be messured with some metrics around token passing or something like that. Answers are greatly appreciated. Regards, Rajith. On 1/16/06, lichtner [EMAIL PROTECTED] wrote: On Mon, 16 Jan 2006, Jules Gosnell wrote: REMOVE_NODE is when a node leaves cleanly, FAILED_NODE when a node dies ... I figured. I imagine that if I had to add this distinction to totem Iwould add a message were the node in question announces that it isleaving, and then stops forwarding the token. On the other hand, it does not need to announce anything, and the other nodes will detect that itleft. In fact totem does not judge a node either way: you can leavebecause you want to or under duress, and the consequences as fardistribute algorithms are probably minimal. I think the only where this might is for logging purposes (but that could be handled at theapplication level) or to speed the membership protocol, although it'salready pretty fast.So I would not draw a distinction there. By also treating nodes joining, leaving and dieing, as split and merge operations I can reduce the number of cases that I have to deal with.I would even add that the difference is known only to the application. and ensure that what might be very uncommonly run code (run on network partition/healing) is the same code that is commonly run on e.g. node join/leave - so it is likely to be more
Re: JMS Clustering in Geronimo v1
I see one short criticalcommingon Geronimo at the moment is we haven't defined what can and what we have todo in terms of clustering. I am glad you started the thread on JMS clustering, so some of the questions will be addressed There is no documentation out there what has been done or needs to be done. Insteadof complainingI am planning to fill the gap with the help ofHernan, but would need help and input. We did disscuss some issues with HA-JNDI, there is lot of disscussions on Web clustering, but other than that there is no direction or disscussion. This will confuse a lot of the end-users. Clustering is pretty darn important in any production-level deployment and if we don't give a clear idea to the community about where we stand or atleast the fact that we have recognized where we need to work or some sort of RoadMap the endusers will be very confused about the whole issue. Regards, Rajith On 1/13/06, Dave Colasurdo [EMAIL PROTECTED] wrote: I'm wondering what claims *Geronimo v1* can make concerning JMSclustering.I do see that ActiveMQ makes quite a few claims around clustering though am wondering exactly which capabilities areleveraged/relevant to Geronimo v1?Clustering/failover of message brokers?If so, where is this setup and where is the failover decision making done? Queue Consumer Clusters?Message Failover?Other?Do the messaging applications require any awareness of the clusteredenvironment or is it transparent?Has anyone tested any of these scenarios using Geronimo v1?:) Thanks-Dave-
Re: [wadi-dev] Re: [Geronimo] Clustering
Jules, no I was thiking more of WADI and ActiveCluster as complimentry. Sorry if I wasn't clear on that. I was thinking about amerge more in terms of consolidating effort/energy into one area without been spread too thin. But there seems to be enough intrest and people and maynot be a concern. Also with the seperate mailling lists it may not be possible for people to participate in discussions that maybe benifit more than one area of clustering. But that can be avoid if General discussions are kept with the geronimo dev list. There is also an advantage of keeping them as seperate projects so people can work on there pet area by not really being slowed down by the overall administrativegoals of the merged project. (I mean like releases or when it should be taged/branched ...etc) and also they can maintain there own identity while collaborating with the overall effort. Do you have a pet clustering area ? You were right I like HA_JNDI area, but will try to participate in every aspect of clustering within Geronimo. +1 for the document. These disscussions have been a very good learning experiance and if somebody can consolidate into a document it will be very helpful. Thanks a lot for you/james/matt and all the people who have kept this discussion going. It was very helpful and u guys have answered so many concerns and questions regarding the topic. Regards, Rajith Attapattu. On 1/6/06, Jules Gosnell [EMAIL PROTECTED] wrote: Matt Hogstrom wrote: Jules, I think you are spot on with a summary at this point.At least in my conversations a person's view of clustering is influenced by which aspect of clustering they are intersted in.I think a short doc would be really helpful here.Were you planning on doing that or would you like some help?Matt,The more I look at the amount of work that needs doing the more help Ithink I need !I am away this weekend, but I will try to put together a documentskeleton early next week that defines the areas that we need to cover. Then we can refer back to various discussions on the list to flesh outthe relevant areas. I'm not sure of the best way of making this documentavailable so that everyone can contribute - but we can worry about that when we have one.Do you have a pet clustering area ? Have we discussed it ?Jules Jules Gosnell wrote: Rajith Attapattu wrote: Hmm,again we have stopped the discussion :). Lets get it started again. OK - I will pick it up. I've been a bit preoccupied with WADI for a while, so apologies for letting this one go cold. So can we all come to some agreement (with more discussion) on which direction we might be taking !! Like merging ActiveCluster and WADI or getting best of both worlds ? hmmm... not sure I follow you here... are you suggesting merging them because you view them as (a) competing or (b) complimentary technologies ? If (a), then I need to put you straight. WADI is a technology that builds on top of ActiveCluster (AC). AC provides basic clustering fn-ality (most importantly, a membership abstraction along with notifications of membership change). If (b), then, whilst WADI and AC could be merged, the current separation is along clear and modular lines and I see no advantage to collapsing the two projects into one. I think that there is far more reason to consider a merger between ActiveSpace (AS). AS is a project that also builds upon ActiveCluster to provide distributed caching fn-ality. The fundamental difference (and I stand open to correction from James here - I'm not very knowledgeable about AS) is that AS provides a host of optimistic caching strategies, whilst WADI (currently) provides a single, pessimistic strategy specifically designed for the management of state in web and ejb tiers, where the sum of the state in the tier is too great to be held by any single node. Because WADI and AC fulfil similar roles, I think that there is more to be gained by unifying their APIs and code-sharing between them. James, if you are reading, what do you think ? And also if we can define expectations/requirments for what we like for the next possible release (1.01 or whatever) in terms of clustering would give folks like me more direction as to where we should concentrate on? Well, I think that there has been plenty of discussion, but you are correct in pointing out that there is no grand unified architecture document out there. I did start on my suggestions towards one quietly a while ago, but canned them. Perhaps enough discussion has now occurred to put up a straw man ? Is this what you are looking for ? If we decide on a direction maybe a few of us can start on a few prototypes and see what works best for Geronimo. Rajith, judging from our conversations on this list, your interest seems to lie in JNDI clustering ? I think that we need to get you, Gianny Damour (working on OpenEJB/WADI integration), James Strachan (ActiveSpace) and Kresten Krab (Trifork guy involved in IIOP stuff, which needs to be worked into equation
Re: [wadi-dev] Re: [Geronimo] Clustering
Hmm, again we have stopped the discussion :). Lets get it started again. So can we all come to some agreement (with more discussion)on which direction we might be taking !! Like merging ActiveCluster and WADI or getting best of both worlds ? And also if we can define expectations/requirments for what we like for the next possible release (1.01 or whatever)in terms of clustering would give folks like me more direction as to where we should concentrate on? If we decide on a direction maybe a few of us can start on a few prototypes and see what works best for Geronimo. Regards, Rajith Attapattu. On 1/5/06, Rajith Attapattu [EMAIL PROTECTED] wrote: -Original Message-From: Jules Gosnell [mailto: [EMAIL PROTECTED]]Sent: Monday, December 19, 2005 9:55 AMTo: [EMAIL PROTECTED]Cc: wadi-dev@incubator.apache.org ; dev@geronimo.apache.orgSubject: Re: [wadi-dev] Re: [Geronimo] ClusteringJames Strachan wrote: On 19 Dec 2005, at 14:14, Jules Gosnell wrote: James Strachan wrote: On 19 Dec 2005, at 11:53, Jules Gosnell wrote: , whether there is other suitable Geronimo or ASF-licensed code available, or whether we will need to write our own WADI- autodiscovery classes. The important thing is to impose as few dependencies on the client as possible. The client side code shouldliterally be a few lines. Clients using clusters should notsuddenly find themselves sucking down e.g. the whole of activemq,just to do a once off autodiscovery. Early versions of WADI had itsown autodiscovery code. If we need them, they could be resuscitated. There's no reason why you can't do a simple implementation of ActiveCluster which doesn't use ActiveMQ - its just a simple API. Sure - but I'm talking about the EJB-client side - where we just want to throw across as thin a line as possible, in order to haul a decent strength cable back. An EJB client would not need the ActiveCluster API (I'm not thinking in terms of making EJB clients fully fledged cluster members), but simply a way of locating the cluster and requesting a membership snapshot of it. Thats exactly what the ActiveCluster API is for :). Though by all means come up with another API if you can think of a better way of doing it. This could be done by just broadcasting a query packet at a well known multicast address and waiting for the first well-formedresponse. Sure - an *implementation* of ActiveCluster API could do exactly that. ???well, maybe I'm thinking of the wrong piece of activecluster then ?any piece of code could broadcast a packet... which piece ofactivecluster's API are you suggesting here ?we really are talking about just a remoting proxy which needs to find, but not 'join' a cluster.can you be more specific ?Jules James --- http://radio.weblogs.com/0112098/-- Open Source is a self-assembling organism. You dangle a piece ofstring into a super-saturated solution and a whole operating-systemcrystallises out around it./** * Jules Gosnell* Partner* Core Developers Network (Europe)**www.coredevelopers.net** Open Source Training Support.**/
Re: javamail InternetAddress parsing.
I came across the same problem when trying to implement POP3 version of the Message. For now I relied on the Sun impl of the MimeMessage and it did have problems of parsing the headers properly especially the InternetAddress. So is Rick going to work on this and have our own MimeMessage impl ??? If so then I can simply extend and do the POP3 stuff with it. But I am willing to help to since it's just not nice to sit back and let Rick do the dirty work. So Rick if you can tell me when I can chip in then we can finish it quickly and then I can finish with the POP3 as well. Regards, Rajith Attapattu. On 1/4/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote: Jacek Laskowski wrote: 2006/1/4, Geir Magnusson Jr [EMAIL PROTECTED] :Nice work.My preference would be RFC822.However, I do wonder howmany people might get bitten by this - that are depending on the brokenbehavior.Sun's JavaMail has been around for quite a while.Maybe a org.apache.geronimo.be.broken.like.sun property to allow people thatdo depend on it to turn it on? Seriously, that /might/ be helpful, e.g. while migrating apps to Geronimo. I was dead serious :)Right now, it appears that we have more people working on JavaMailimplementation than Sun does.Granted, theirs is complete, but still.This is an area where it would be nice to see an OSS community working, and it's darn useful software as well.*If* Sun's bug is something people depend on, then we wouldn't want tomake our software unusable by them - we'd also be letting them knowtheir apps aren't RFC compliant, and they'd have the option to fix at their choosing.geir
Re: POP3 and IMAP support
http://issues.apache.org/jira/browse/GERONIMO-1341?page=all Thanks Bruce, Looking forward for your comments !!!Regards, Rajith Attapattu. On 1/3/06, Bruce Snyder [EMAIL PROTECTED] wrote: On 1/3/06, Dain Sundstrom [EMAIL PROTECTED] wrote: On Jan 3, 2006, at 1:07 PM, Rajith Attapattu wrote: Dain when are u going to apply the patch (with the POP3impl) ?? I assume it's after 1.0 release. I actually forgot about it.I'm kind of in the middle of something, so I won't be able to get to it this week. Bruce, can you apply the patch?Yes, what's the number for the JIRA issue?Bruce--perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );'Apache Geronimo (http://geronimo.apache.org/)
RE: [Geronimo] Clustering
Can somebody help me with the following questions and concerns? Jules and Jeff had a few comments and my questions are based on that. Thanks, Rajith. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 13, 2005 2:20 PM To: dev@geronimo.apache.org Subject: RE: [Geronimo] Clustering Jules, Sorry for the late reply and thanks for all the info!!! It's awesome. I have more questions if you don't mind. Not very organized so bear with me :( Answers are greatly appreciated. JNDI implementation I guess what you are talking about is our own version of (at the least)JNDI Context implementation that is cluster aware and the lookup is based on the various strategies outlined in your email. (This is where I guess Apache directory can be leveraged to build our impl on top) Plus you are taked about passing in membership information to the client via a proprietary protocol or the client taking on itself to obtain membership info via configuration or an auto discovery handle. Instead can we have a proxy (which sits between the stub and skeleton) which will sit on our JNDI server and handle any membership issues. Sort of a proxy to a proxy :) Client -- stub -- proxy (which handles membership issues) -- skeleton -- EJB This will shield the client from having to have any knowledge whatsoever about the cluster membership. Assumptions - So the basic assumption is that it's a homogenous cluster. Does it mean that only the EJB's are present in every cluster or is it EJB's plus + other resources are available??? Does it mean that they all have access to the same data?? Like they could be pointing to the same database or a cluster of databases. SLSB I agree that in general we have a use case for non-sticky clustering. Again as you pointed out the SLSB is usually a façade for other more complex operations that may use system resources heavily. So in such a case are we going to collocate the resources and use a per-Bean or per-User (or per-Server?) sticky behavior here? If so that means we have to make sure that particular SLSB is sticky in terms of clustering. So it boils down to the fact that we are going to define a clustering strategy per bean (not bean type for ex SLSB or SFSB). Is this correct??? SFSB - As u mentioned most SFSB are going to be sticky, but if we do cluster the data associated with the session then we can use a non sticky algo. But u mentioned this is sub optimal? So is this really expensive?? Is it really worth looking at this option? Again I guess it depends on the amount of information that should be replicated which bring us back to the strategy of choosing a clustering type per Bean not by bean type. Entity I guess if the underlying data sources are clustered then we can use a non-sticky algo if not we have to use sticky. Is that correct for all scenarios?? More Questions/Answers and discussions will help us to flesh this out more. Regards, Rajith Attapattu. -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 06, 2005 1:51 PM To: dev@geronimo.apache.org Cc: [EMAIL PROTECTED] Subject: Re: [Geronimo] Clustering Rajith, I'll have a crack at these and then if Jeff wants to add anything I'm sure he will :-) please see inline... Rajith Attapattu wrote: Jeff, I am currently involved with JavaMail implementations so haven't had much time to look at the clustering side. Will do soon after the mail thingy is done. However can please comment on the points stated below so when you are done with the 1.0 release and me with the JavaMail thing, we can continue with the clustering conversation. Thanks, Rajith -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 30, 2005 7:29 PM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: RE: [Geronimo] Clustering Jeff, We maybe able to leverage the Apache Directory for the underlying JNDI aspect of it (I will look in to this, but might need help) How about the policy management portion of clustering service?? For ex Clustering strategy == Whether to use Sticky vs Random vs other load balancing mechanisms or are we allowing the user to choose a strategy from above. OK - lets get down to brass tacks. Ultimately we will need a number of different policies including those that you have outlined above. Different policies will suit different types of bean and different use cases and it would be good to put together some sort of list of common combinations. Here is a start... This is all straight off the top of my head - so be gentle :-) I think we probably can assume homogeneous JNDI population - i.e. all JNDI services carry exactly the same information - otherwise a client would have to visit all of them to be sure that a service it required did not exist. This means that deploying a new
RE: ApacheCon Geronimo Clustering Huddle: 10:00am Wednesday, Hackathon Area.
Once the discussion is done can one of you guys put an update on the list for the less fortunate souls like me who couldn't attend ApacheCon?? Regards, Rajith Attapattu. -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 13, 2005 8:35 PM To: dev@geronimo.apache.org Subject: ApacheCon Geronimo Clustering Huddle: 10:00am Wednesday, Hackathon Area. Guys, Interest in clustering seems to be growing rapidly, along with requirements from various areas. I thought it would be useful to get everyone with an interest together in one place to answer peoples' questions about Geronimo clustering status and to canvas you all for expectations, requirements and ideas. regards, Jules
RE: [Geronimo] Clustering
Jules, Sorry for the late reply and thanks for all the info!!! It's awesome. I have more questions if you don't mind. Not very organized so bear with me :( Answers are greatly appreciated. JNDI implementation I guess what you are talking about is our own version of (at the least)JNDI Context implementation that is cluster aware and the lookup is based on the various strategies outlined in your email. (This is where I guess Apache directory can be leveraged to build our impl on top) Plus you are taked about passing in membership information to the client via a proprietary protocol or the client taking on itself to obtain membership info via configuration or an auto discovery handle. Instead can we have a proxy (which sits between the stub and skeleton) which will sit on our JNDI server and handle any membership issues. Sort of a proxy to a proxy :) Client -- stub -- proxy (which handles membership issues) -- skeleton -- EJB This will shield the client from having to have any knowledge whatsoever about the cluster membership. Assumptions - So the basic assumption is that it's a homogenous cluster. Does it mean that only the EJB's are present in every cluster or is it EJB's plus + other resources are available??? Does it mean that they all have access to the same data?? Like they could be pointing to the same database or a cluster of databases. SLSB I agree that in general we have a use case for non-sticky clustering. Again as you pointed out the SLSB is usually a façade for other more complex operations that may use system resources heavily. So in such a case are we going to collocate the resources and use a per-Bean or per-User (or per-Server?) sticky behavior here? If so that means we have to make sure that particular SLSB is sticky in terms of clustering. So it boils down to the fact that we are going to define a clustering strategy per bean (not bean type for ex SLSB or SFSB). Is this correct??? SFSB - As u mentioned most SFSB are going to be sticky, but if we do cluster the data associated with the session then we can use a non sticky algo. But u mentioned this is sub optimal? So is this really expensive?? Is it really worth looking at this option? Again I guess it depends on the amount of information that should be replicated which bring us back to the strategy of choosing a clustering type per Bean not by bean type. Entity I guess if the underlying data sources are clustered then we can use a non-sticky algo if not we have to use sticky. Is that correct for all scenarios?? More Questions/Answers and discussions will help us to flesh this out more. Regards, Rajith Attapattu. -Original Message- From: Jules Gosnell [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 06, 2005 1:51 PM To: dev@geronimo.apache.org Cc: [EMAIL PROTECTED] Subject: Re: [Geronimo] Clustering Rajith, I'll have a crack at these and then if Jeff wants to add anything I'm sure he will :-) please see inline... Rajith Attapattu wrote: Jeff, I am currently involved with JavaMail implementations so haven't had much time to look at the clustering side. Will do soon after the mail thingy is done. However can please comment on the points stated below so when you are done with the 1.0 release and me with the JavaMail thing, we can continue with the clustering conversation. Thanks, Rajith -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 30, 2005 7:29 PM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: RE: [Geronimo] Clustering Jeff, We maybe able to leverage the Apache Directory for the underlying JNDI aspect of it (I will look in to this, but might need help) How about the policy management portion of clustering service?? For ex Clustering strategy == Whether to use Sticky vs Random vs other load balancing mechanisms or are we allowing the user to choose a strategy from above. OK - lets get down to brass tacks. Ultimately we will need a number of different policies including those that you have outlined above. Different policies will suit different types of bean and different use cases and it would be good to put together some sort of list of common combinations. Here is a start... This is all straight off the top of my head - so be gentle :-) I think we probably can assume homogeneous JNDI population - i.e. all JNDI services carry exactly the same information - otherwise a client would have to visit all of them to be sure that a service it required did not exist. This means that deploying a new JNDI entry is expensive (since it has to update all JNDI service replicas), but the deployment of new entries is an exceptional event, whereas client lookup is a common event - so we keep the common event cheap and the exceptional one pays the price. So, somehow (probably initially via some sort of autodiscovery mechanism
[jira] Created: (GERONIMO-1341) POP3 Implementation
POP3 Implementation --- Key: GERONIMO-1341 URL: http://issues.apache.org/jira/browse/GERONIMO-1341 Project: Geronimo Type: New Feature Components: mail Versions: 1.1 Reporter: Rajith Attapattu Priority: Minor I have completed the POP3 implementation and the patch is attached. Comments and code reviews are greatly appreciated. I have done it in a Geronimo independent way so that the code can be moved out to a sub project in the future by just changing the package name. What is done = 1. POP3Store, POP3Folder and partial implementation of POP3Message for JavaMail API 2. All support classes including factories for POP3Command and POP3Response and a POP3Connection abstraction. 3. Can connect, authenticate with user/pass and retrieve mail. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1343) Complete POP3 implementation
Complete POP3 implementation Key: GERONIMO-1343 URL: http://issues.apache.org/jira/browse/GERONIMO-1343 Project: Geronimo Type: Improvement Components: mail Versions: 1.1 Reporter: Rajith Attapattu Priority: Minor The following tasks needs to be done == 1. Complete support for POP3Message, currently not all headers are parsed and, InetAddress for getRecipients(), getFrom are not working properly. I am working on it, and will have something by Monday. 2. SSLSocket support using JSSE, bcos for instance Google POP3 doesn't work as it runs over SSL. Is this a priority??? 3. Needs more testing with different mail servers. Tested with only my mail server. I really need help with this 4. Need to do some code review and more documentation. 5. Unit tests. For now I have included the pop3 impl inside geronimo-javamail-transport. We can either move it to a sub project called geronimo-javamail-store or we can rename the current project to geronimo-javamail-providers (for both transports and stores)to be in line with the JavaMail spec. I like the second option. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: IMAP Implementation
How is the IMAP implementation going?? I guess Bilal is working on it. I have some free time next week and I can help after cleaning up the POP3 stuff. Let me know. Regards, Rajith
RE: IMAP Implementation
I had a strange problem with some of the IMAP commands. When I read from the InputStream after reading the last line from the response, program just hangs. I'm creating a BufferedReader from the socket input stream. I had the same problem. That's bcos the read method will be blocking until the data is available(unless there is connection error or timeout) and the code will block giving the impression the program has hanged. So what you should do is once you read the last line (there should be characters indicating end of response, for instance .CRLF for POP3) you should exit the loop without doing another read()(or else it will block). That way you know it's the end of response and proceed with the rest of the logic. Hope this helps Regards, Rajith Attapattu. -Original Message- From: Bilal Bhatti [mailto:[EMAIL PROTECTED] Sent: Monday, December 12, 2005 11:47 AM To: dev@geronimo.apache.org Subject: RE: IMAP Implementation I'm not sure if I'm working on it alone but I am working on it. I didn't hear anything specific from Bruce as to how I can help. I assumed he is the lead on the IMAP implementation. I have some basic functionality implemented.. login/fetch folders etc. Any help would be appreciated. I had a strange problem with some of the IMAP commands. When I read from the InputStream after reading the last line from the response, program just hangs. I'm creating a BufferedReader from the socket input stream. I'm not sure if i need to reset the stream in some cases. Any thoughts? I can post the code later on. Bilal How is the IMAP implementation going?? I guess Bilal is working on it. I have some free time next week and I can help after cleaning up the POP3 stuff. Let me know. Regards, Rajith -- bilal - We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about. - Einstein
[jira] Commented: (GERONIMO-1341) POP3 Implementation
[ http://issues.apache.org/jira/browse/GERONIMO-1341?page=comments#action_12360246 ] Rajith Attapattu commented on GERONIMO-1341: All the above issues are still outstanding. Item 1 is of high priority. Working on it currently. Items 3,4,5 needs help from the community to apply the patch and do some code reviews. Also I have access to only one POP3 server, so if a few volunteers can help by testing with there mail servers that will be great. Item 2 is low priority and will be done only after the code is more stable. POP3 Implementation --- Key: GERONIMO-1341 URL: http://issues.apache.org/jira/browse/GERONIMO-1341 Project: Geronimo Type: New Feature Components: mail Versions: 1.0-M5 Reporter: Rajith Attapattu Priority: Minor Fix For: 1.1 Attachments: javamail.patch I have completed the POP3 implementation and the patch is attached. Comments and code reviews are greatly appreciated. I have done it in a Geronimo independent way so that the code can be moved out to a sub project in the future by just changing the package name. What is done = 1. POP3Store, POP3Folder and partial implementation of POP3Message for JavaMail API 2. All support classes including factories for POP3Command and POP3Response and a POP3Connection abstraction. 3. Can connect, authenticate with user/pass and retrieve mail. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: Does there need to be a default web container?
I feel this debate is like do you like Coke or Pepsi? People will be more biased about the web container they use most of the time (forget about merits/demerits of each app) I think it's kind of useless to be arguing about this since both tomcat and jetty is available. So ppl will always choose to modify the config to have the container they like most. (This would have been an important debate, if we were going to include only one (either tomcat or jetty), but since both are included it doesn't really matter) Instead we should use the time to put more documentation on how you can change the web container. I think a lot of people will appreciate that. Just my 2 cents Rajith. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Friday, December 09, 2005 12:54 AM To: dev@geronimo.apache.org Subject: Re: Does there need to be a default web container? Thats a great idea... Kinda like Google's I'm feeling lucky ;-) Matt Hogstrom wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-MMS-Smtp-Program: Macallan-Mail-Solution; Version 4.6.0.1 X-MMS-Smtp-Auth: Authenticated As [EMAIL PROTECTED] X-MMS-Smtp-Mailer-Program: Macallan-Mail-Solution; Version 4.6.0.1 I think the magic G-ball should be embedded in the installer and let it make a random choice for the user :) The answer is It is decidedly so. Matt Jeff Genender wrote: Then lets agree to disagree. We should probably take this offline if it needs to be discussed further. This is kind of off-topic. Jeff Aaron Mulder wrote: Sorry Jeff, I have to disagree. If you asked me whether you should use Tomcat or Jetty, I really couldn't give you an informed answer. About the best I could say is they both work fine in Geronimo, they do a couple things like virtual hosting slightly differently, and the Jetty team is actively involved in Geronimo whereas we pretty much built the Tomcat integration on our own. Still, that doesn't give you much guidance (the last bit there is the only reason I personally would have any preference at all). And I feel like I'm in the *most* informed 1% of all possible Geronimo users. I don't think it's sensible to argue over what average people know or don't know, it's just my feeling that if I can't make a clear decision for obvious reasons, then I can't ask every user who ever installs the product to make that same decision. Thanks, Aaron On 12/8/05, Jeff Genender [EMAIL PROTECTED] wrote: Erin Mulder wrote: Jeff Genender wrote: So you think your average Geronimo user will have no idea what a web container is? It's possible. I asked average user...not whether its possible. The average user will probably be a developer...who has done some degree of background on the technologies. I would hazard to guess there are few people who use BEA or Websphere and have absolutely no idea what a web container is. The developer will likely know what it is. I have a hard time with equating someone's clickety-click Mom with our average user...its ridicules, which was really what my previous response was directed towards. There are a lot of experienced J2EE developers out there who have only ever used full commercial stacks. Asking them to choose between two web containers is like asking them to choose EJB, MQ and Web Service implementations. They may pick Tomcat because they vaguely recognize the name, but having to make that choice will add anxiety to their install experience. I am sorry but I cannot agree here. I cannot believe there are many experienced *J2EE* developers who have no idea what a web container is. That is preposterous. Are there some? Sure - but I would say very few. However, in servlet 101...of which many of these un-knowledgable users would go, surely a mention of a web container, what it is, and what they can use (including books, articles, internet), they should have a minimal understanding of web containers. Geronimo is also likely to become popular in academic settings (both classroom and self-study) where people will need to install the server before they get around to learning what a web container is. The academic component is such a small microcosm in the grand scheme of users, this not even a reason to think its has a major effect of the overall user-base. We should push the direction of Geronimo towards what the community wants. If the community wants Jetty, give it to them. If they want Tomcat, then let them have this. Let the community decide. Cheers, Erin
RE: Re: Does there need to be a default web container?
+1 Jeff Genender wrote: But at the end of the day...what counts is we offer both and that is most important. That's the most important thing. Greg Wilkins wrote: So long as all our efforts are acknowledge and no disrespect is shown, we should be able to do this without hurt feelings. Healthy competition between the containers will only improve them both and so long as we don't involve our users in container-wars then it should be good for all. More documentation explaining the 2 containers and how you can change your setting during installation or after will benefit everybody. This will avoid a Coke vs Pepsi war within the user community !!! Regards, Rajith. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Greg Wilkins Sent: Friday, December 09, 2005 2:11 PM To: dev@geronimo.apache.org Subject: Re: Does there need to be a default web container? Guys, I've updated the FAQ with an entry that I think helps explain the duality. http://wiki.apache.org/geronimo/FrequentlyAskedQuestions Jeff (and others) can you check that this is a fair description. I've also started work on the general jetty in geronimo documentation to get it up to the standard that Jeff has for tomcat. Jeff Genender wrote: There is no doubt that someone's feelings are going to get hurt, whether it's Greg's or mine, as we both stepped up and delivered our products and got them certified. But at the end of the day...what counts is we offer both and that is most important. +1. So long as all our efforts are acknowledge and no disrespect is shown, we should be able to do this without hurt feelings. Healthy competition between the containers will only improve them both and so long as we don't involve our users in container-wars then it should be good for all. I may choose to disagree at the level of activity of Tomcat vs Jetty in Geronimo over the last year, and could very well be proven wrong by empirical evidence...but yes my nose has been knee deep in Tomcat, so its likely my views may be jaded. It is true that we have been moderately quiet on Geronimo lists themselves, but we have been working on Jetty 6, which has largely been motivated by creating a container that is even more suited to being embedded in Geronimo with improved support of G- threadpools, interceptors etc. cheers
RE: Who wants to write POP and IMAP transports? [status]
I am almost done with the POP3 support and currently testing it. Will upload a patch soon. Sorry for the delay. Rajith. -Original Message- From: Bilal Bhatti [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 07, 2005 1:20 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? [status] I was using JavaMail, I misunderstood the earlier discussions. I am going through the RFC and javamail specs, and coding a bit. I should have something fairly soon. bilal On Dec 6, 2005, at 7:24 AM, Bilal Bhatti wrote: I have the code for an online imap client. It has basic functionality to grab folders and pull down messages. Does your code use JavaMail or did you roll your own imap implementation? If you rolled your own we could really use the code. Assuming you have your own IMAP transport code, can you post it to http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10220 so we can take a look at it? We can then work with you to convert the code into a JavaMail transport plugin. Thanks, -dain -- bilal - We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about. - Einstein
RE: [Vote] Installer: Default Web Container Selection
[ ] Make Jetty the default Web Container install selection [ X ] Make Tomcat the default web container install selection My vote may not count, but I like Tomcat :) Regards, Rajith Attapattu. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Thursday, December 08, 2005 4:48 PM To: dev@geronimo.apache.org Subject: Re: [Vote] Installer: Default Web Container Selection This is a good point... Its encouraged that the community vote here too. Although not binding, it should be taken into account. Jeff Kevan Miller wrote: Been waiting for this one... ;-) +1 for Tomcat. I think the decision should be based on what our users want and I've heard more interest expressed for Tomcat. --kevan On 12/8/05, Erik Daughtrey [EMAIL PROTECTED] wrote: The installer should make either Tomcat or Jetty the default selection. The operator can always override and select the other. Vote: [ ] Make Jetty the default Web Container install selection [ ] Make Tomcat the default web container install selection We may run out of time before the votes can be tallied. For that reason, I'm making the default Jetty unless someone can provide a good reason why it shouldn't be. FYI - it's been decided that installation of both web containers via the installer will not be allowed. Manual configuration of both is possible though. -- Regards, Erik
RE: Who wants to write POP and IMAP transports? [status]
Bilal, What Bruce was referring to are the following RFC's and JavaMail spec. IMAP4 RFC http://www.faqs.org/rfcs/rfc1730.html POP3 RFC http://www.faqs.org/rfcs/rfc1939.html The following page has links to both JavaMail API doc and specs http://java.sun.com/products/javamail/reference/api/index.html http://java.sun.com/products/javamail/JavaMail-1.3-changes.txt It's quite a bit to read :) Regards, Rajith Attapattu. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 3:36 PM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: Re: Who wants to write POP and IMAP transports? [status] On 12/5/05, Bilal Bhatti [EMAIL PROTECTED] wrote: Can you share the resources you have found about IMAP/JavaMail etc. in your research. Let me know where I can help you with that. I'm not a mail expert but I will help where possible. The majority of the resources I've found I have already noted in the discussions on the topic of POP and IMAP transports (i.e., JavaMail spec, relevant RFCs). Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: [Geronimo] Clustering
Jeff, I am currently involved with JavaMail implementations so haven't had much time to look at the clustering side. Will do soon after the mail thingy is done. However can please comment on the points stated below so when you are done with the 1.0 release and me with the JavaMail thing, we can continue with the clustering conversation. Thanks, Rajith -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 30, 2005 7:29 PM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: RE: [Geronimo] Clustering Jeff, We maybe able to leverage the Apache Directory for the underlying JNDI aspect of it (I will look in to this, but might need help) How about the policy management portion of clustering service?? For ex Clustering strategy == Whether to use Sticky vs Random vs other load balancing mechanisms or are we allowing the user to choose a strategy from above. We can represent each clustering strategy as a GBean which the user can pick from (under the Clustering services GBean, I assume you have the whole clustering feature represented as a GBean ). So if somebody is not happy about the clustering strategy then simply write there own and add that as a GBean. Of course we will have to come up with a neat API for exposing the aspects that should be open for improvement. This will also help us to come up with better clustering strategies later on in the future without a major impact on the code base. What are your thoughts on this??? Everybody please help with ideas :) Regards, Rajith Attapattu. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 30, 2005 1:13 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Clustering Rajith Attapattu wrote: Jeff, Apologize for late reply, down with flu. Is high availability JNDI (or JNDI clustering) a concept brought up by JBoss?? I don't know the answer to this question. Frankly I am no expert on this, so any pointers will be very helpful. I see that WADI is yet to implement this. So do u have any documentation on this? This is an area we are all starting to look at. One area I would recommend looking at is seeing if we can leverage the Apache Directory to handle the HA component of JNDI. If so, this may be a much simpler job. Thanks for helping out...this is great to have more folks chipping in on this. I assume we will follow the jboss concept closely, but hopefully to improve on it. Any help is greatly appreciated. Rajith. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Monday, November 28, 2005 1:00 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Clustering Rajith Attapattu wrote: As per Jeff's request I am currently ramping up on WADI. I guess jeff will shortly announce the integration or any other intermediate tasks that needs to be done before WADI can be integrated. I guess we will have some discussion on what areas we will work on when the plan is announced?? Jeff can you pls comment on this? I think we just need a couple of Gbeans to get it initially integrated in the web tier...I will tackle that. It currently works under Tomcat and Jetty in their standalone configurations. Gianni is currently working on the OpenEJB session integration with WADI...and we look forward to getting that. We are interested in the HA JNDI...so lets definitely get some discussion going on that. Jeff With Kind Regards, Rajith Attapattu. From: Panda, Akshaya Kumar (Cognizant) [mailto:[EMAIL PROTECTED] Sent: Sunday, November 27, 2005 11:42 PM To: dev@geronimo.apache.org Subject: RE: [Geronimo] Road Map and TODO Jeff/Rajith, Yes i will be intersted to work on this. But before jumping in on, i would like to know who all are involved in what areas so that it can help me to avoid any duplicate effort. Rajith: can you pl outline what you have planned to do? thanks akshay -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Sat 11/26/2005 9:17 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Road Map and TODO Panda, Akshaya Kumar (Cognizant) wrote: I think WADI is going to provide web tier clustering, any initiative for HA-JNDI? thanks Akshay No, WADI (and probably should be renamed remove the web-only connotations) will be providing all HA facets to Geronimo. If you are interested in this area, this is where we could use a helping hand, so feel free to jump in on this. Jeff
RE: Who wants to write POP and IMAP transports? [status]
Bilal, They are not dumb questions at all. The only dumb questions are the ones that are not asked :) Is the goal to create a full IMAP client with offline capabilities? If so what local message format is going to be used? What are the feature requirements for this thing? As to the offline capability I would assume we would like to have a full blown client that supports both online and offline. I am not sure about the message format though (not an IMAP expert) Bruce/Dain can u pls comment on this?? Is this client going to be plugged in as a portlet in the console? The web config screens for the mail clients are portlet from what I know (there is something for SMTP). But I do know from looking at the code that all protocol providers are wrapped and installed as GBeans. But I am not sure about how GBeans are exposed to the web layer via portlets (not too familiar) If somebody can fill me in that would be great. Regards, Rajith Attapattu. -Original Message- From: Bilal Bhatti [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 06, 2005 10:25 AM To: dev@geronimo.apache.org Cc: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? [status] Thanks, Rajith. Is the goal to create a full IMAP client with offline capabilities. If so what local message format is going to be used? Is this client going to be plugged in as a portlet in the console? I have the code for an online imap client. It has basic functionality to grab folders and pull down messages. What are the feature requirements for this thing? Sorry for the dumb questions, if they have been discussed already. bilal Bilal, What Bruce was referring to are the following RFC's and JavaMail spec. IMAP4 RFC http://www.faqs.org/rfcs/rfc1730.html POP3 RFC http://www.faqs.org/rfcs/rfc1939.html The following page has links to both JavaMail API doc and specs http://java.sun.com/products/javamail/reference/api/index.html http://java.sun.com/products/javamail/JavaMail-1.3-changes.txt It's quite a bit to read :) Regards, Rajith Attapattu. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 3:36 PM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: Re: Who wants to write POP and IMAP transports? [status] On 12/5/05, Bilal Bhatti [EMAIL PROTECTED] wrote: Can you share the resources you have found about IMAP/JavaMail etc. in your research. Let me know where I can help you with that. I'm not a mail expert but I will help where possible. The majority of the resources I've found I have already noted in the discussions on the topic of POP and IMAP transports (i.e., JavaMail spec, relevant RFCs). Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/ -- bilal - We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about. - Einstein
RE: Who wants to write POP and IMAP transports? [status]
There is an implementation of all of the javamail api classes (including support for multipart-MIME messages). There's very little done in terms of protocol-specific implementation classes other than the SMTPTransport code that was just promoted out of the sandbox. Going by what Rick mentioned above, I assume that we do have an implementation for the Message classes. Or did u refer to the reference impl from sun?? If the Message implementation is done by Geronimo developers then we can extend and provide POP3Message and IMAPMessage implementations. As for the portlet thingy I got it all mixed up :) I thought the configuration module for the underlying JavaMail implementation was exposed as a portlet through the console. But as Bruce mentioned I guess for now we are concentrating more on getting the JavaMail implementation. Regards, Rajith Attapattu. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 06, 2005 12:23 PM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: Re: Who wants to write POP and IMAP transports? [status] On 12/6/05, Rick McGuire [EMAIL PROTECTED] wrote: Is the goal to create a full IMAP client with offline capabilities. If so what local message format is going to be used? Is this client going to be plugged in as a portlet in the console? We're not building a client application. We're simply writing transports for the Geronimo JavaMail distribution to allow communication with mail servers via the various protocols. This effort has nothing to do with plugging into the console, it's far below that in the architecture sense. I have the code for an online imap client. It has basic functionality to grab folders and pull down messages. What are the feature requirements for this thing? The requirements here are to add POP3 and IMAP support to the geronimo implementation of the javamail apis. The end target is an implementation that functions exactly the same as the Sun implementation of the same. Everything implemented here needs to be under the umbrella of the javamail apis. So, for example, the local message format will be an implementation of the javamail message class. POP3 and IMAP each have their own defintion of a message as well. So this is one of the things we're providing. Currently, all that is implemented is an outbound smtp transport. This transport takes as input a javamail Message instance and send it to an smtp server. Missing right now is the capability for inbound messages (i.e., POP3 or IMAP). These need to be implementations of the javamail AbstractStore and AbstractFolder class. Currently, we have some stub implementations of these classes in the sandbox/mail directory, but they are currently just empty autogenerated classes. Somebody needs to fill in the blanks. Yes, in addition to modeling both POP3 and IMAP Stores and Folders, we also need to be able to connect to each server type and speak each protocol. In addition we'll need handlers that implement DataContentHandler for each message type including plain text, html and RFC822 (MIME messages). These impls just read messages from a javax.activation.DataSource and write messages to an OutputStream. The Sun JavaMail distribution provides both implementations, but it's not licensed in a way for us to make use of it. And like I said before, once we get these completed, maybe we can consider offering Maildir and Mbox implementations if we're feeling ambitious. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Who wants to write POP and IMAP transports? [status]
Sure, Rick and Bilal as volunteered. I will take care of the POP3 protocol provider implementation. (more specifically javax.mail.Store and javax.mail.Folder implementations and support classes for POP3) Since Rick has already done work on the Message classes maybe he can help with the protocol specific Message Classes. Can you ??? I think Bruce is looking into IMAP, but he maybe busy with other things. So Bilal can you dig into IMAP stuff after checking with Bruce. And there is also the testing part. Any volunteers to test it and possibly expand on the unit tests?? Also Bruce did mention that, the intention is to move the JavaMail implementation to a sub project in the future. So maybe it's a good idea to make it Geronimo independent. Anyways a separation of concerns is always a plus point. Regards, Rajith Attapattu. -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 12:27 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? [status] I think we should wait until 1.1 to ship this. Even if we got it implemented this week, I don't think we will have time for any serious testing. As for the timeline and breakdown detailed below, it looks great. Can you coordinate with the other volunteers? Thank you for stepping up to the plate on this; I really appreciate it. -dain On Dec 5, 2005, at 8:26 AM, Rajith Attapattu wrote: Bruce/ Dain, Can u guys please comment on this? (below is the break down from my reading/research) I would like to know if this is going in release 1.0 or 1.x ?? (somebody else asked this question too) Since there is a smtp transport already written I believe there is at least a minimum implementation of the Message class. If so we can sub class it and provide POP3 or IMAP Message classes. However how work has been done on it mile MultiPart and MimePart etc..? Regards, Rajith Attapattu. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 12:23 AM To: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? [status] Is anybody willing to tackle the Message (which conforms to specifications RFC822 and RFC2045) then I can concentrate on POP3 and Bruce on IMAP. Since this Message is a beast on it's own it maybe too much for one person if the timeline is too short. At least if somebody can analyze and then summarize (reading the whole thing will kill you :) ) it, then I can code the Message thingy. Any volunteers ??? Regards, Rajith Attapattu. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 12:10 AM To: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? [status] Ok here is what I have right now for POP3. I have gone through the RFC 1939 in detail and here is the summary. I have also gone through the JavaMail API spec. Started a bit if coding. I can come with a basic POP3 implementation that connects, authenticates and list/retrieve/delete messages by Tuesday the earliest. Next on my list is message processing according to RFC 822. After that I will look into authentication. Is this timeline OK POP3 protocol stack = I will start ASAP on the connection management and the mandatory POP3 commands. USER name valid in the AUTHORIZATION state PASS string QUIT STATvalid in the TRANSACTION state LIST [msg] RETR msg DELE msg NOOP RSET QUIT Authentication === For now I will only work on USER/PASS, but some servers do not support plain text authentication. However I need to find out more details about the AUTH(RFC 1734) command which use encryption. Same thing is used for IMAP. (didn't have time to investigate). Message Format (RFC 822) === A whole new beast to be conquered. Again I didn't have time to go through in detail. Will give an update by Monday evening if possible. Guys, is this too much time??? What is the deadline??? do we need this before ApacheCon ?? Regards, Rajith. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 8:25 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? On 12/3/05, Rajith Attapattu [EMAIL PROTECTED] wrote: I guess we can later move it to it's own sub-project so other Apache users can use it as a standalone library. Just so that they don't go through the same trouble we are experiencing. Yes, absolutely. The goal is to offer implementations of transports for IMAP, POP3, SMTP and maybe even Mbox and Maildir eventually. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT
RE: Who wants to write POP and IMAP transports? [status]
Hi Rick, There is an implementation of all of the javamail api classes (including support for multipart-MIME messages). There's very little done in terms of protocol-specific implementation classes other than the SMTPTransport code that was just promoted out of the sandbox. Where can I find these classes have they been ported to the trunk from the sandbox??? I did an update now and all I see under org.apache.geronimo.mail Is a couple of GBeans for Stores, Mail and SMTP transport. As far as a JavaMail implementation is concerned I only see NullTransport.java. Can somebody help me figure out if I am looking in the wrong place? Regards, Rajith Attapattu. -Original Message- From: Rick McGuire [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 11:52 AM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? [status] Rajith Attapattu wrote: Bruce/ Dain, Can u guys please comment on this? (below is the break down from my reading/research) I would like to know if this is going in release 1.0 or 1.x ?? (somebody else asked this question too) Since there is a smtp transport already written I believe there is at least a minimum implementation of the Message class. There is an implementation of all of the javamail api classes (including support for multipart-MIME messages). There's very little done in terms of protocol-specific implementation classes other than the SMTPTransport code that was just promoted out of the sandbox. If so we can sub class it and provide POP3 or IMAP Message classes. However how work has been done on it mile MultiPart and MimePart etc..? Regards, Rajith Attapattu. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 12:23 AM To: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? [status] Is anybody willing to tackle the Message (which conforms to specifications RFC822 and RFC2045) then I can concentrate on POP3 and Bruce on IMAP. Since this Message is a beast on it's own it maybe too much for one person if the timeline is too short. At least if somebody can analyze and then summarize (reading the whole thing will kill you :) ) it, then I can code the Message thingy. Any volunteers ??? Regards, Rajith Attapattu. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 12:10 AM To: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? [status] Ok here is what I have right now for POP3. I have gone through the RFC 1939 in detail and here is the summary. I have also gone through the JavaMail API spec. Started a bit if coding. I can come with a basic POP3 implementation that connects, authenticates and list/retrieve/delete messages by Tuesday the earliest. Next on my list is message processing according to RFC 822. After that I will look into authentication. Is this timeline OK POP3 protocol stack = I will start ASAP on the connection management and the mandatory POP3 commands. USER name valid in the AUTHORIZATION state PASS string QUIT STATvalid in the TRANSACTION state LIST [msg] RETR msg DELE msg NOOP RSET QUIT Authentication === For now I will only work on USER/PASS, but some servers do not support plain text authentication. However I need to find out more details about the AUTH(RFC 1734) command which use encryption. Same thing is used for IMAP. (didn't have time to investigate). Message Format (RFC 822) === A whole new beast to be conquered. Again I didn't have time to go through in detail. Will give an update by Monday evening if possible. Guys, is this too much time??? What is the deadline??? do we need this before ApacheCon ?? Regards, Rajith. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 8:25 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? On 12/3/05, Rajith Attapattu [EMAIL PROTECTED] wrote: I guess we can later move it to it's own sub-project so other Apache users can use it as a standalone library. Just so that they don't go through the same trouble we are experiencing. Yes, absolutely. The goal is to offer implementations of transports for IMAP, POP3, SMTP and maybe even Mbox and Maildir eventually. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Error when doing maven m:build -Dmaven.test.skip=true -Dmaven.itest.skip=true
Hi All, I get the following error when running m:build -Dmaven.test.skip=true -Dmaven.itest.skip=true Any ideas??? BUILD FAILED File.. C:\Documents and Settings\rattapattu\.maven\cache\maven-multiproject-plugin-1.3.1\plugin. jelly Element... maven:reactorEApplication=null,J2EEModule=geronimo/tomcat/1.0-SNAPSHOT/c ar,J2EEServer=geronimo,j2eeType=GBean,name=TomcatAJPConnector state=starting 14:44:36,916 ERROR [GBeanInstance] GBeanInstance should already be stopped before die() is called: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/tomc at/1.0-SNAPSHOT/car,J2EEServer=geronimo,j2eeType=GBean,name=TomcatWebSSL Connector sta Line.. 217 Column 9 Unable to obtain goal [default] -- c:\os\geronimo\modules\assembly\maven.xml:782:49: ant:delete Unable to delete file C:\os\geronimo\applications\uddi-db\target\resources\META-INF\geronimo-u ddi-db\var\derby\derby.logte=starting 14:44:36,916 ERROR [GBeanInstance] GBeanInstance should already be stopped before die() is called: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/tomc at/1.0-SNAPSHOT/car,J2EEServer=geronimo,j2eeType=GBean,name=TomcatWebCon tainer state=starting Total time: 16 minutes 6 seconds Server shutdown begun Server shutdown completed Thanks, Rajith Attapattu.
RE: Error when doing maven m:build -Dmaven.test.skip=true -Dmaven.itest.skip=true
Hey David, It worked but again I think maven -o -Dgoal=eclipse multiproject:goal is broken too. Any suggestions BUILD FAILED File.. C:\Documents and Settings\rattapattu\.maven\cache\maven-multiproject-plugin-1.3.1\plugin. jelly Element... maven:reactor Line.. 217 Column 9 The build cannot continue because of the following unsatisfied dependency: geronimo-1.0-SNAPSHOT.zip Regards, Rajith Attapattu. -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 5:28 PM To: dev@geronimo.apache.org Subject: Re: Error when doing maven m:build -Dmaven.test.skip=true -Dmaven.itest.skip=true I probably forgot to update the modules/assembly build with something about uddi-db. Could you try the new build maven -o new? thanks david jencks On Dec 5, 2005, at 2:15 PM, Rajith Attapattu wrote: Hi All, I get the following error when running m:build -Dmaven.test.skip=true -Dmaven.itest.skip=true Any ideas??? BUILD FAILED File.. C:\Documents and Settings\rattapattu\.maven\cache\maven-multiproject-plugin -1.3.1\plugin. jelly Element... maven:reactorEApplication=null,J2EEModule=geronimo/tomcat/1.0- SNAPSHOT/c ar,J2EEServer=geronimo,j2eeType=GBean,name=TomcatAJPConnector state=starting 14:44:36,916 ERROR [GBeanInstance] GBeanInstance should already be stopped before die() is called: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/ tomc at/1.0-SNAPSHOT/ car,J2EEServer=geronimo,j2eeType=GBean,name=TomcatWebSSL Connector sta Line.. 217 Column 9 Unable to obtain goal [default] -- c:\os\geronimo\modules\assembly\maven.xml:782:49: ant:delete Unable to delete file C:\os\geronimo\applications\uddi-db\target\resources\META- INF\geronimo-u ddi-db\var\derby\derby.logte=starting 14:44:36,916 ERROR [GBeanInstance] GBeanInstance should already be stopped before die() is called: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/ tomc at/1.0-SNAPSHOT/ car,J2EEServer=geronimo,j2eeType=GBean,name=TomcatWebCon tainer state=starting Total time: 16 minutes 6 seconds Server shutdown begun Server shutdown completed Thanks, Rajith Attapattu.
RE: Who wants to write POP and IMAP transports? [status]
Ok here is what I have right now for POP3. I have gone through the RFC 1939 in detail and here is the summary. I have also gone through the JavaMail API spec. Started a bit if coding. I can come with a basic POP3 implementation that connects, authenticates and list/retrieve/delete messages by Tuesday the earliest. Next on my list is message processing according to RFC 822. After that I will look into authentication. Is this timeline OK POP3 protocol stack = I will start ASAP on the connection management and the mandatory POP3 commands. USER name valid in the AUTHORIZATION state PASS string QUIT STATvalid in the TRANSACTION state LIST [msg] RETR msg DELE msg NOOP RSET QUIT Authentication === For now I will only work on USER/PASS, but some servers do not support plain text authentication. However I need to find out more details about the AUTH(RFC 1734) command which use encryption. Same thing is used for IMAP. (didn't have time to investigate). Message Format (RFC 822) === A whole new beast to be conquered. Again I didn't have time to go through in detail. Will give an update by Monday evening if possible. Guys, is this too much time??? What is the deadline??? do we need this before ApacheCon ?? Regards, Rajith. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 8:25 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? On 12/3/05, Rajith Attapattu [EMAIL PROTECTED] wrote: I guess we can later move it to it's own sub-project so other Apache users can use it as a standalone library. Just so that they don't go through the same trouble we are experiencing. Yes, absolutely. The goal is to offer implementations of transports for IMAP, POP3, SMTP and maybe even Mbox and Maildir eventually. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Who wants to write POP and IMAP transports?
James crossed my mind to, but it's a server implementation for POP3, IMAP ect. James is actually a mail server, but what we need is mail client. I really wish James had a client project as sub project or something. -Original Message- From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED] Sent: Sunday, December 04, 2005 11:24 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? Actually, thinking about it for a few seconds further, doesn't the JAMES project already have code for this? My foggy memory recalls that I've used JAMES to talk to an exchange server using IMAP geir On Dec 3, 2005, at 12:42 PM, Dain Sundstrom wrote: Thanks Bruce! Is anyone one else interested? This is definitely more then a one person job. -dain On Dec 3, 2005, at 9:16 AM, Bruce Snyder wrote: On 12/2/05, Dain Sundstrom [EMAIL PROTECTED] wrote: We still need POP and IMAP transports for our JavaMail implementation. Do any of you have some POP or IMAP client code sitting around, or would you like to write one? I wish I had this code just lying around because there's a fair amount of effort involved in going through the RFCs for each protocol and modeling everything. I started to look into this last night to try to guage the amount of effort required because I've got some experience working fairly deeply with IMAP in the past (see http://www.horde.org/imp/). But it's been a while since I've dug into the RFCs related to mail protocols. Below is my very rough map of what's needed: The protocols stacks: 1) Socket-based connection objects for each protocol 2) Full authentication and crypto providers 3) The full suite of IMAP commands, responses, etc. for communicating with the server (I'm sure there's more that I'm overlooking here) The transports: 1) A model of each message store 2) A model of each message type And of course tests for everything ;-). I'll try to get started on the IMAP side of things in the next day or two, after I complete a book chapter ;-). Once that's complete I'll see what I can do with the POP3 side. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED \!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/ -- Geir Magnusson Jr +1-203-665-6437 [EMAIL PROTECTED]
RE: Who wants to write POP and IMAP transports? [status]
Is anybody willing to tackle the Message (which conforms to specifications RFC822 and RFC2045) then I can concentrate on POP3 and Bruce on IMAP. Since this Message is a beast on it's own it maybe too much for one person if the timeline is too short. At least if somebody can analyze and then summarize (reading the whole thing will kill you :) ) it, then I can code the Message thingy. Any volunteers ??? Regards, Rajith Attapattu. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Monday, December 05, 2005 12:10 AM To: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? [status] Ok here is what I have right now for POP3. I have gone through the RFC 1939 in detail and here is the summary. I have also gone through the JavaMail API spec. Started a bit if coding. I can come with a basic POP3 implementation that connects, authenticates and list/retrieve/delete messages by Tuesday the earliest. Next on my list is message processing according to RFC 822. After that I will look into authentication. Is this timeline OK POP3 protocol stack = I will start ASAP on the connection management and the mandatory POP3 commands. USER name valid in the AUTHORIZATION state PASS string QUIT STATvalid in the TRANSACTION state LIST [msg] RETR msg DELE msg NOOP RSET QUIT Authentication === For now I will only work on USER/PASS, but some servers do not support plain text authentication. However I need to find out more details about the AUTH(RFC 1734) command which use encryption. Same thing is used for IMAP. (didn't have time to investigate). Message Format (RFC 822) === A whole new beast to be conquered. Again I didn't have time to go through in detail. Will give an update by Monday evening if possible. Guys, is this too much time??? What is the deadline??? do we need this before ApacheCon ?? Regards, Rajith. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 8:25 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? On 12/3/05, Rajith Attapattu [EMAIL PROTECTED] wrote: I guess we can later move it to it's own sub-project so other Apache users can use it as a standalone library. Just so that they don't go through the same trouble we are experiencing. Yes, absolutely. The goal is to offer implementations of transports for IMAP, POP3, SMTP and maybe even Mbox and Maildir eventually. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Who wants to write POP and IMAP transports?
I am willing to help. But I may not have the time to do the research and go through all the specs in detail (Unfortunately I can only do stuff at home at night and during weekends) So if Bruce can help me with some pointers and simple documentation I can start looking in to POP3. (sorry not very familiar with IMAP side, so not realistic helping in that area) So if Bruce can send me the links/docs ASAP (so I can make full use of the weekend), I can get started right away. I am looking for more specific info on protocol stacks and the models (going by the guidelines provided by bruce) Rajith. -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 12:42 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? Thanks Bruce! Is anyone one else interested? This is definitely more then a one person job. -dain On Dec 3, 2005, at 9:16 AM, Bruce Snyder wrote: On 12/2/05, Dain Sundstrom [EMAIL PROTECTED] wrote: We still need POP and IMAP transports for our JavaMail implementation. Do any of you have some POP or IMAP client code sitting around, or would you like to write one? I wish I had this code just lying around because there's a fair amount of effort involved in going through the RFCs for each protocol and modeling everything. I started to look into this last night to try to guage the amount of effort required because I've got some experience working fairly deeply with IMAP in the past (see http://www.horde.org/imp/). But it's been a while since I've dug into the RFCs related to mail protocols. Below is my very rough map of what's needed: The protocols stacks: 1) Socket-based connection objects for each protocol 2) Full authentication and crypto providers 3) The full suite of IMAP commands, responses, etc. for communicating with the server (I'm sure there's more that I'm overlooking here) The transports: 1) A model of each message store 2) A model of each message type And of course tests for everything ;-). I'll try to get started on the IMAP side of things in the next day or two, after I complete a book chapter ;-). Once that's complete I'll see what I can do with the POP3 side. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\! G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Who wants to write POP and IMAP transports?
Hey Dain/Bruce, Do we really need to write it ourselves?? The following link includes a few open source implementations of email clients. If we can reuse them, then the effort can be used in some other area. http://java-source.net/open-source/mail-clients Regards, Rajith. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 1:31 PM To: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? I am willing to help. But I may not have the time to do the research and go through all the specs in detail (Unfortunately I can only do stuff at home at night and during weekends) So if Bruce can help me with some pointers and simple documentation I can start looking in to POP3. (sorry not very familiar with IMAP side, so not realistic helping in that area) So if Bruce can send me the links/docs ASAP (so I can make full use of the weekend), I can get started right away. I am looking for more specific info on protocol stacks and the models (going by the guidelines provided by bruce) Rajith. -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 12:42 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? Thanks Bruce! Is anyone one else interested? This is definitely more then a one person job. -dain On Dec 3, 2005, at 9:16 AM, Bruce Snyder wrote: On 12/2/05, Dain Sundstrom [EMAIL PROTECTED] wrote: We still need POP and IMAP transports for our JavaMail implementation. Do any of you have some POP or IMAP client code sitting around, or would you like to write one? I wish I had this code just lying around because there's a fair amount of effort involved in going through the RFCs for each protocol and modeling everything. I started to look into this last night to try to guage the amount of effort required because I've got some experience working fairly deeply with IMAP in the past (see http://www.horde.org/imp/). But it's been a while since I've dug into the RFCs related to mail protocols. Below is my very rough map of what's needed: The protocols stacks: 1) Socket-based connection objects for each protocol 2) Full authentication and crypto providers 3) The full suite of IMAP commands, responses, etc. for communicating with the server (I'm sure there's more that I'm overlooking here) The transports: 1) A model of each message store 2) A model of each message type And of course tests for everything ;-). I'll try to get started on the IMAP side of things in the next day or two, after I complete a book chapter ;-). Once that's complete I'll see what I can do with the POP3 side. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\! G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Who wants to write POP and IMAP transports?
I will wait for the breakdown from Bruce and let you guys know on what areas I can help. Looking forward to see the list from Bruce. Rajith. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 3:52 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? On 12/3/05, Dain Sundstrom [EMAIL PROTECTED] wrote: This is part of our clean room implementation of JavaMail, so any of the mail client just uses JavaMail won't help us. This one looks promising http://java-source.net/open-source/mail- clients/snowmail as it claims that all protocols have been reimplemented from scratch (Mime, POP, SMTP) and it is Freeware. Maybe we can get them to extract the protocols, or donate them to Geronimo. Bruce do you have time to pursue this? Yep, I'm already all over this because I've done a fair amount of research into these items. I'll respond with a full breakdown this afternoon. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Who wants to write POP and IMAP transports?
Thanks Bruce for the update and so we are back at square one. I will try to look at the POP3 side as much as I can and I may need some help. I will start today on reading the specs. Rajith. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 7:11 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? On 12/3/05, Rajith Attapattu [EMAIL PROTECTED] wrote: Do we really need to write it ourselves?? The following link includes a few open source implementations of email clients. If we can reuse them, then the effort can be used in some other area. http://java-source.net/open-source/mail-clients Below is a quick licensing breakdown of the projects listed on that page: Columba (http://columba.sf.net/) == Mozilla Public License Polarbar (http://www.polarbar.org/) == public domain (?) ICEMail (http://www.icemail.org/) == GPL Pooka (http://www.suberic.net/pooka/) == GPL Grendel (http://www.mozilla.org/projects/grendel/) == Mozilla Public License Snowmail (http://www.snowraver.org/java/SnowMail/index.htm) == public domain (?) So this narrows the field to four: - Columba: Doesn't make use of JavaMail (big problem!) so everything is very proprietary - Polarbar: No source code - Grendel: Grendel has been dormant for a long time and was just recently restarted; - SnowMail: Doesn't make use of JavaMail (big problem!) so everything is very proprietary; it doesn't speak IMAP at all Out of all of this, everything is a non-option except for Grendel. So then I took a deeper look at Grendel and here's what I found: Grendel does make use of JavaMail which is the whole point of this research. There is a storage package and it has a message model based on the JavaMail Message object, but this is where the good news ends. The whole project is very UI application focused (e.g., prefs, mime, filters, search, addressbook, UI, widgets). There are no broken out transports so any IMAP that it might speak (and I don't think it supports much, if anything in the IMAP protocol) the POP3 and IMAP code is very much spaghetti'd together. What's more is that some of the classes import classes from the com.sun.mail.* package (bad, bad!). In addition, Grendel's manner of constructing a MimeMessage seems to be very tightly tied to it's UI implementation - no separation of concerns (big problem!). My conclusion was that Grendel is not usable either. This narrows the field to zero. There are some very good GPL implementations of everything we need, but alas, the GPL/AL incompatibility kicks in which leaves us to build our own implementation. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: Who wants to write POP and IMAP transports?
I guess we can later move it to it's own sub-project so other Apache users can use it as a standalone library. Just so that they don't go through the same trouble we are experiencing. -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 7:58 PM To: dev@geronimo.apache.org Subject: RE: Who wants to write POP and IMAP transports? Thanks Bruce for the update and so we are back at square one. I will try to look at the POP3 side as much as I can and I may need some help. I will start today on reading the specs. Rajith. -Original Message- From: Bruce Snyder [mailto:[EMAIL PROTECTED] Sent: Saturday, December 03, 2005 7:11 PM To: dev@geronimo.apache.org Subject: Re: Who wants to write POP and IMAP transports? On 12/3/05, Rajith Attapattu [EMAIL PROTECTED] wrote: Do we really need to write it ourselves?? The following link includes a few open source implementations of email clients. If we can reuse them, then the effort can be used in some other area. http://java-source.net/open-source/mail-clients Below is a quick licensing breakdown of the projects listed on that page: Columba (http://columba.sf.net/) == Mozilla Public License Polarbar (http://www.polarbar.org/) == public domain (?) ICEMail (http://www.icemail.org/) == GPL Pooka (http://www.suberic.net/pooka/) == GPL Grendel (http://www.mozilla.org/projects/grendel/) == Mozilla Public License Snowmail (http://www.snowraver.org/java/SnowMail/index.htm) == public domain (?) So this narrows the field to four: - Columba: Doesn't make use of JavaMail (big problem!) so everything is very proprietary - Polarbar: No source code - Grendel: Grendel has been dormant for a long time and was just recently restarted; - SnowMail: Doesn't make use of JavaMail (big problem!) so everything is very proprietary; it doesn't speak IMAP at all Out of all of this, everything is a non-option except for Grendel. So then I took a deeper look at Grendel and here's what I found: Grendel does make use of JavaMail which is the whole point of this research. There is a storage package and it has a message model based on the JavaMail Message object, but this is where the good news ends. The whole project is very UI application focused (e.g., prefs, mime, filters, search, addressbook, UI, widgets). There are no broken out transports so any IMAP that it might speak (and I don't think it supports much, if anything in the IMAP protocol) the POP3 and IMAP code is very much spaghetti'd together. What's more is that some of the classes import classes from the com.sun.mail.* package (bad, bad!). In addition, Grendel's manner of constructing a MimeMessage seems to be very tightly tied to it's UI implementation - no separation of concerns (big problem!). My conclusion was that Grendel is not usable either. This narrows the field to zero. There are some very good GPL implementations of everything we need, but alas, the GPL/AL incompatibility kicks in which leaves us to build our own implementation. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' The Castor Project http://www.castor.org/ Apache Geronimo http://geronimo.apache.org/
RE: [Geronimo] Clustering
Jeff, Apologize for late reply, down with flu. Is high availability JNDI (or JNDI clustering) a concept brought up by JBoss?? Frankly I am no expert on this, so any pointers will be very helpful. I see that WADI is yet to implement this. So do u have any documentation on this? I assume we will follow the jboss concept closely, but hopefully to improve on it. Any help is greatly appreciated. Rajith. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Monday, November 28, 2005 1:00 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Clustering Rajith Attapattu wrote: As per Jeff's request I am currently ramping up on WADI. I guess jeff will shortly announce the integration or any other intermediate tasks that needs to be done before WADI can be integrated. I guess we will have some discussion on what areas we will work on when the plan is announced?? Jeff can you pls comment on this? I think we just need a couple of Gbeans to get it initially integrated in the web tier...I will tackle that. It currently works under Tomcat and Jetty in their standalone configurations. Gianni is currently working on the OpenEJB session integration with WADI...and we look forward to getting that. We are interested in the HA JNDI...so lets definitely get some discussion going on that. Jeff With Kind Regards, Rajith Attapattu. From: Panda, Akshaya Kumar (Cognizant) [mailto:[EMAIL PROTECTED] Sent: Sunday, November 27, 2005 11:42 PM To: dev@geronimo.apache.org Subject: RE: [Geronimo] Road Map and TODO Jeff/Rajith, Yes i will be intersted to work on this. But before jumping in on, i would like to know who all are involved in what areas so that it can help me to avoid any duplicate effort. Rajith: can you pl outline what you have planned to do? thanks akshay -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Sat 11/26/2005 9:17 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Road Map and TODO Panda, Akshaya Kumar (Cognizant) wrote: I think WADI is going to provide web tier clustering, any initiative for HA-JNDI? thanks Akshay No, WADI (and probably should be renamed remove the web-only connotations) will be providing all HA facets to Geronimo. If you are interested in this area, this is where we could use a helping hand, so feel free to jump in on this. Jeff
RE: [Geronimo] Clustering
Found an article from OpenEJB http://cvs.codehaus.org/viewrep/~raw,r=1.1/wadi/wadi/modules/openejb/ROA DMAP.txt but any comments thoughts are most welcome Rajith -Original Message- From: Rajith Attapattu [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 30, 2005 11:40 AM To: dev@geronimo.apache.org; [EMAIL PROTECTED] Subject: RE: [Geronimo] Clustering Jeff, Apologize for late reply, down with flu. Is high availability JNDI (or JNDI clustering) a concept brought up by JBoss?? Frankly I am no expert on this, so any pointers will be very helpful. I see that WADI is yet to implement this. So do u have any documentation on this? I assume we will follow the jboss concept closely, but hopefully to improve on it. Any help is greatly appreciated. Rajith. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Monday, November 28, 2005 1:00 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Clustering Rajith Attapattu wrote: As per Jeff's request I am currently ramping up on WADI. I guess jeff will shortly announce the integration or any other intermediate tasks that needs to be done before WADI can be integrated. I guess we will have some discussion on what areas we will work on when the plan is announced?? Jeff can you pls comment on this? I think we just need a couple of Gbeans to get it initially integrated in the web tier...I will tackle that. It currently works under Tomcat and Jetty in their standalone configurations. Gianni is currently working on the OpenEJB session integration with WADI...and we look forward to getting that. We are interested in the HA JNDI...so lets definitely get some discussion going on that. Jeff With Kind Regards, Rajith Attapattu. From: Panda, Akshaya Kumar (Cognizant) [mailto:[EMAIL PROTECTED] Sent: Sunday, November 27, 2005 11:42 PM To: dev@geronimo.apache.org Subject: RE: [Geronimo] Road Map and TODO Jeff/Rajith, Yes i will be intersted to work on this. But before jumping in on, i would like to know who all are involved in what areas so that it can help me to avoid any duplicate effort. Rajith: can you pl outline what you have planned to do? thanks akshay -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Sat 11/26/2005 9:17 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Road Map and TODO Panda, Akshaya Kumar (Cognizant) wrote: I think WADI is going to provide web tier clustering, any initiative for HA-JNDI? thanks Akshay No, WADI (and probably should be renamed remove the web-only connotations) will be providing all HA facets to Geronimo. If you are interested in this area, this is where we could use a helping hand, so feel free to jump in on this. Jeff
RE: [Geronimo] Clustering
Jeff, We maybe able to leverage the Apache Directory for the underlying JNDI aspect of it (I will look in to this, but might need help) How about the policy management portion of clustering service?? For ex Clustering strategy == Whether to use Sticky vs Random vs other load balancing mechanisms or are we allowing the user to choose a strategy from above. We can represent each clustering strategy as a GBean which the user can pick from (under the Clustering services GBean, I assume you have the whole clustering feature represented as a GBean ). So if somebody is not happy about the clustering strategy then simply write there own and add that as a GBean. Of course we will have to come up with a neat API for exposing the aspects that should be open for improvement. This will also help us to come up with better clustering strategies later on in the future without a major impact on the code base. What are your thoughts on this??? Everybody please help with ideas :) Regards, Rajith Attapattu. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 30, 2005 1:13 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Clustering Rajith Attapattu wrote: Jeff, Apologize for late reply, down with flu. Is high availability JNDI (or JNDI clustering) a concept brought up by JBoss?? I don't know the answer to this question. Frankly I am no expert on this, so any pointers will be very helpful. I see that WADI is yet to implement this. So do u have any documentation on this? This is an area we are all starting to look at. One area I would recommend looking at is seeing if we can leverage the Apache Directory to handle the HA component of JNDI. If so, this may be a much simpler job. Thanks for helping out...this is great to have more folks chipping in on this. I assume we will follow the jboss concept closely, but hopefully to improve on it. Any help is greatly appreciated. Rajith. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Monday, November 28, 2005 1:00 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Clustering Rajith Attapattu wrote: As per Jeff's request I am currently ramping up on WADI. I guess jeff will shortly announce the integration or any other intermediate tasks that needs to be done before WADI can be integrated. I guess we will have some discussion on what areas we will work on when the plan is announced?? Jeff can you pls comment on this? I think we just need a couple of Gbeans to get it initially integrated in the web tier...I will tackle that. It currently works under Tomcat and Jetty in their standalone configurations. Gianni is currently working on the OpenEJB session integration with WADI...and we look forward to getting that. We are interested in the HA JNDI...so lets definitely get some discussion going on that. Jeff With Kind Regards, Rajith Attapattu. From: Panda, Akshaya Kumar (Cognizant) [mailto:[EMAIL PROTECTED] Sent: Sunday, November 27, 2005 11:42 PM To: dev@geronimo.apache.org Subject: RE: [Geronimo] Road Map and TODO Jeff/Rajith, Yes i will be intersted to work on this. But before jumping in on, i would like to know who all are involved in what areas so that it can help me to avoid any duplicate effort. Rajith: can you pl outline what you have planned to do? thanks akshay -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Sat 11/26/2005 9:17 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Road Map and TODO Panda, Akshaya Kumar (Cognizant) wrote: I think WADI is going to provide web tier clustering, any initiative for HA-JNDI? thanks Akshay No, WADI (and probably should be renamed remove the web-only connotations) will be providing all HA facets to Geronimo. If you are interested in this area, this is where we could use a helping hand, so feel free to jump in on this. Jeff
RE: [Geronimo] Clustering
Hi Jeff. Akshay I just changed the subject so that we can carry on the conversation under a more focused and clear heading so that anybody else looking at the archives can search on the topic. As per Jeff's request I am currently ramping up on WADI. I guess jeff will shortly announce the integration or any other intermediate tasks that needs to be done before WADI can be integrated. I guess we will have some discussion on what areas we will work on when the plan is announced?? Jeff can you pls comment on this? With Kind Regards, Rajith Attapattu. From: Panda, Akshaya Kumar (Cognizant) [mailto:[EMAIL PROTECTED] Sent: Sunday, November 27, 2005 11:42 PM To: dev@geronimo.apache.org Subject: RE: [Geronimo] Road Map and TODO Jeff/Rajith, Yes i will be intersted to work on this. But before jumping in on, i would like to know who all are involved in what areas so that it can help me to avoid any duplicate effort. Rajith: can you pl outline what you have planned to do? thanks akshay -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Sat 11/26/2005 9:17 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Road Map and TODO Panda, Akshaya Kumar (Cognizant) wrote: I think WADI is going to provide web tier clustering, any initiative for HA-JNDI? thanks Akshay No, WADI (and probably should be renamed remove the web-only connotations) will be providing all HA facets to Geronimo. If you are interested in this area, this is where we could use a helping hand, so feel free to jump in on this. Jeff
RE: [Geronimo] Road Map and TODO
Aron, Great, and I assume you will be publishing the link to the plan on the dev list and I will keep an eye on it. As soon as I see it, I can propose in what areas I can help. Looking forward to it and very excited. Rajith. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Mulder Sent: Thursday, November 24, 2005 7:26 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Road Map and TODO For remote deployment, we have a plan that I'm planning to implement in the next week, it's just waiting on me to have time to do it. For clustering, I don't know much about it but there's been a fair bit of mail about it on the dev list in the last week or two and it looks pretty promising. Aaron On 11/24/05, Rajith Attapattu [EMAIL PROTECTED] wrote: Hi Guys, I am very interested in the Clustering and remote deployment and management features. What is the current status of these two features??? I am very much interested in getting involved. Any pointers will be very helpful. Thanks, Rajith Attapattu.
RE: [Geronimo] Road Map and TODO
Great, I will start to ramp up on WADI as much as I can. And I hope I will be upto speed in time so that I want miss out the excitement ! Looking forward to it. -Original Message- From: Jeff Genender [mailto:[EMAIL PROTECTED] Sent: Thursday, November 24, 2005 11:20 PM To: dev@geronimo.apache.org Subject: Re: [Geronimo] Road Map and TODO Tomcat clustering has been implemented as an interim. We are ramping up to use WADI which hopefully should be under Geronimo as an incubated sub-project. WADI will ultimately do the clustering, dynamic cache, and replication for Geronimo. We are cleaning up a few items and will integrate it in shortly. If you are interested in helping out on this, have a look at wadi.codehaus.org for now. Shortly we hope to have this over here ;-) Jeff Rajith Attapattu wrote: Hi Guys, I am very interested in the Clustering and remote deployment and management features. What is the current status of these two features??? I am very much interested in getting involved. Any pointers will be very helpful. Thanks, Rajith Attapattu.