I get your sentiment, for no web ui but it will be troublesome. It can be done, the Struts UI is one war of it's own, not including in the ear is simple.
But once web ui is out there is nothing left(YET) to interact with so adding, updating, deleting calendar entries are would be out. All the "protocols" that work are HTML/HTTP and ICalendar/HTTP. The new ones can be ICalender/SMTP, CAP/HTTP, rmi-iiop for Glow. SyncML->Sync4j installs into a webcontainer. True the logic and the ejb's would be there but there is no client to them. Currently the ICalendar views are the results of the same Action than the Web Caledar listing gives. Finally, I would argue that ripping out Tomcat the webconinater from a Java Appserver is not a mainistream use. To me the beauty of this mailserver that is works in, with an application server. Tomcat/Web container also host the admin interface for JBoss, possible webmail, which granted are also not a must. I just think it is well beyond 80/20 that someone rips out the webcointaner from a Java appserver. But I could be missing something. For HTTP based protocols why use the Classloader server over a Servlet container? For non HTTP protocols use something else, and we would not need a web container but that is not done yet. Aron Here we go first week with new kids and I got into a fight again:) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3829484#3829484 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3829484 ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
