I have similar problem:
I try to install jboss-ide in eclipse 2.1.1
I did the following:
in Install/Update perspective I create new Site Bookmark
add this value:
the bookmark success created, but there are no tree view
after a while a message box appears with this message:
Unable to access "http://jboss.sourceforge.net/jbosside/updates".
Unable to access Site stream: "http://jboss.sourceforge.net/jbosside/updates" [http://jboss.sourceforge.net/jbosside/updates]
Unable to access Site stream: "http://jboss.sourceforge.net/jbosside/updates/site.xml" [http://jboss.sourceforge.net/jbosside/updates/site.xml]
I personally think this definitely sounds interesting! However, better wait till Andy is back from leave in about a weeks time to comment more.
agreed calendaring is great. but does it belong in jboss mail per se? or rather in a 'jboss calendar' module (if it existed). my question is genuine, in that i know folks tend to associate 'mail' and 'calendar' as essential and somewhat related functions (since they both involve contacts, etc), but just because some popular desktop clients associate them doesn't preclude us from making a different design decision. i'd love to come back and develop this topic a bit later when i have more time.
Granted mailing and calendaring are separate issues but they were tied together by some historical reasons:
1. In my understanding(that could be wrong) Outlook acutally stores the persistent state of the calendar in Exchange in a "special" forder, managing the file"specially" but interacting over an extended Mail protocols.
2. Notes is special, even with mailing.
3. There is CAP but where is a free and functional CAP client or server.
4. The most usable standard for calendaring, and group schedule lays with ITIP what is "theoretical" and IMIP what is the mail binding of ITIP. So you need a mailserver to implement it, and to manage a centralized state. You do not need mailserver integration to use it like Evolution but than you have issues of exposing your calendar for others to get IMIP fully working. Plus the there is no business logic to manipulate the state(so every cleint must implement the same logic or else ...).
So the reason bring the issue here is to impelement IMIP with mail server hooks to process the messages and manage a central state.
Per the issue of missdesigned clients: Well that is the reality today, that is the expectation of an "average" user. Unless one takes the burden of developing a cross platform client, market it, make it main stream we got to deal with what we have. Evolution with IMIP, Mozilla
with LDAP address book and Calendar viewer.
Do not get me wrong I am not trying to push a solution or attack your opinion it is just a "pasionate" converstion.
My understanding was that Andy wanted something like Exchange, but as OSS - I might be wrong.
From past experience with a tool called GenesisWorld, the key to success today is that the tool behaves like Outlook/Exchange and can do more. Most (commercial) users are used to O/E these days. They don't want to learn another tool, nor loose data when migrating away from O/E. So yes, I thing Calendaring belongs into JBossMail/JExchange/call it as you wish.
agreed we want something in jboss that can serve many of the same functions as popular office suites, which definitely goes beyond mail per se. i guess i was just playing devil's advocate. sorry!
If you look at the "case for mail services" doc you'll see that calendar was planned from day one.
My name is Aron Sogor, Andy wrote me to introduce myself to the team. I have building a calendar server using JBoss and Hibernate as I indiciated in my prevous posting.
I expressed interest to contribute he expressed interest look at it so where could I join in?
It is currently packaged as an ear, and one Mbean for administration. Is there any better way to package it or integrate it with your codebase?
Any suggestions for integrating it?
It is right now builds on it's own using ant.
I could also start writing a WIKI page laying out what I got now and discuss it there?
The mail service is packaged as an ear file containing the sar file for mail services (mail.sar) and individual jars for the various ejb's. You should be able to modify the mail services build script to include the jar for your ejb, and to either a) put your stuff with mail.sar or to b) put it in a separate sar within the ear file. I reckon b) sounds best as maybe not everybody wants calendar?
I don't know too much about how calendar stuff works (even though I have obviously used Outlook), but would definitely like to know more, so I for one would be interested in a summary of how it works, how to build/run it and what sorts of client I would use to test it and some information on what specs I should be looking at.
I created a draft of the calendaring app I wrote. I put most of my notes in a wiki at
http://asogor.homelinux.net/JSPWiki/Wiki.jsp?page=CONCEPT. I did not use your wiki to allow for comments first.
I have my stuff in an ear file too. Same thing it has jars, ejbs, webapps. Plus I have a jar with MBean for configuration.
I also use Hibernate and XDoclets to generate code and DBScripts, so the build file is long. I think I get the M1 to build see how I can fit in. It will take me a couple of days.
In the mean time, I would love to hear your input.
Just jump in man, grab the jboss-mail module. See how the MBeans work. Start combining the source base, submit it as a zip + patch files. Once it looks good we'll make you a committer.