[JBoss-dev] [Design of Mail Services] - Re: M4 planning
Humm, I defintely do not want to do NIO for M4 and do not want to require JDK5 for SSL until its more on the back burner. I prefer refactoring the entire framework not to require a 1:1 correllation between threads to connections as the main stream protocol. However, I'm thinking you're right that might be best done in parallel (if you look I have an NIOServer in CVS already which started that) just to avoid a labor constraint vs a period with a non-working server or some kind of massive long running CVS transaction...The new non 1:1 correlation stuff ought to work for both non-blocking and blocking IO and eventually the mainstream stuff should be deprecated for it. I suggest looking at the work being done on Tomcat 5.5's HTTP11 and new AJP connector stuff for a guide on how to pull that off. I think they manage to do that W/O NIO!!! Thoughts? -Andy View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3875313#3875313 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3875313 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - Re: M4 planning
- Refactor the Message class hierachy. I would like to see if we can have a single represenation of a Mail for the whole system. 'Mail sources', e.g. Protocols, Mailboxes, other services (Fetchmail) could use a standard set of factory methods to create mail objects (one that takes a set of properties, another an input stream etc). At the very least I would like to push more functionality up the hierachy and see it reused across the protocols and mailboxes. - Revisit NIO. In order effectively use NIO we would need to modify protocol to work in a manner that does not require a 1:1 correlation of threads to connections. My suggestion would be to not change the existing Protocol but introduce a new protocol class (NIOProtocol?) that would work in a non-blocking manner and use channel/buffers rather than streams (or possibly our own I/O abstraction). Then as we introduce new protocols (IMAP, MAPI...) we use the NIOProtocol as the base class. Also allow the services using the old protocol to run side by side with newer services and migrate them as time dictates. The one issue is supporting JDK 1.4 and SSL together. We could use a adaptor to allow newer protocols to work with the existing Server as it is possible to create a Channel from an InputStream. It won't be as scalable as the NIO implemenation but wouldn't significantly worse than the existing system (you end up with an extra layer of buffering between the channel and the stream). It would just give users/customers the option of making the system more scalable if their infrastructure allows. Mike. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3875161#3875161 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3875161 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - Re: M4 planning
For the store: - AOP transactions - Compression - Indexing?? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3870715#3870715 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870715 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - Re: M4 planning
me? accused of subtlety? Excellent Dawie. No expectations man. Just planning Compression and AOP transactions sounds good. Subtly under AOP transactions ought to be rip out all stateless session beans. Still, you'll need to make it work for 1.4 and 1.5 so at least you have a challenge. Hopefully Kabir watches, he knows a couple things about AOP. Indexing is probably out of scope for M4. I would like to hear lots about thoughts you have to this effect. However, IMAP will force us to think in that direction so I want to wait until we get some basic IMAP which will likely start killing some of our assumptions on security/store/structure. Pieces of the house will fall, careful of the bricks. Mike, I would like to get you branched out in a couple of places. Prevent too much specialization. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3870751#3870751 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870751 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - Re: M4 planning
Rather than using annotations directly to mark the transactions, an option to avoid 1.4 and 5.0 annotation style issues would be to apply the tx attributes via metadata. http://docs.jboss.org/aop/1.1/aspect-library/reference/transaction_demarcation.html Or you could look at using annotation introductions http://docs.jboss.org/aop/1.1/aspect-framework/examples/annotation-introductions/annotation.html The main AOP docs page is here http://docs.jboss.org/aop/ View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3870788#3870788 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870788 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Design of Mail Services] - Re: M4 planning
I have not had much time to work on this project lately, as I'm sure you've noticed (yes, I did pick up the subtle hints from Andy ;)). However, summer is getting to an end here, and so is the fishing season :(. I will be able to spend more time on the project from the end of next week. As far as stuff assigned to me goes, I am prepared to commit to a completion date of mid April on the Hibernate mailbox implementation and JAAS authentication. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3870708#3870708 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3870708 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
