Mik Kersten wrote:
I wonder whether to really work it would need to be tied in to an integrated
tool that allows reading/authoring of those messages?
Viewing would be really easy to implement (both text and html emails)
Editing little more tricky (at least for html that can't be converted
to text). I hoped to look for existing SWT/JFace email clients (if
any), or perhaps there was something done on Hipikat project...
Without that if my personal preference as a user might be to have a repository task that has a
URL link to the corresponding email message, since they're easy to link on eclipse.org (and maybe some UI sugar for creating reports from news/mail messages).
Well, this thingy I built could be that "report". Then we can create
a task from it using copy-paste (don't work now) and then manually add
web url, or resolve it semi automatically if web interface exists for
given email/nntp repository.
Which reminds, me, if a bug report does have a URL property set
we could add a separate browser tab for viewing it that message. But
obviously that wouldn't give the benefit of grouping by thread within the
list, etc.
Those are the advanced features that would require tasks locally
preserved and have some facility to iterate/search trough them.
Regarding incorporating this into Mylar, what is the exact list of
dependencies and licenses? Each would require an EMO review, and as far as
I know impossible for us to add GPL dependencies or any other non-EPL
compatible ones.
To support
imap and pop3 (including ssl support) we need at minimum JavaMail and
Activation framework (licenses are on the download page).
http://java.sun.com/products/javamail/ (ver. 1.3.3 or 1.4ea)
http://java.sun.com/products/javabeans/jaf/index.jsp (ver. 1.0.2 or
1.1ea)
Can you check if those would be an issue?
To support nnt protocol I've used whitebox JavaMail implementation
from GNU classpathx:
lib/inetlib-1.0.jar,\
lib/activation-1.0.2.jar,\
lib/mail-1.3.2.jar,\
lib/providers-1.0.jar
There is a chance that minimalistic nntp provider for JavaMail can be
implemented on top of Jakarta Commons Net library, so it would be
compliant. If not, we can host an optional Eclipse plugin with GNU
JavaMail providers externally (sf or codehaus).
regards,
Eugene
-----Original Message-----
From: mylar-dev-bounces@xxxxxxxxxxx [mailto:mylar-dev-bounces@xxxxxxxxxxx]
On Behalf Of Eugene Kuleshov
Sent: Monday, March 06, 2006 2:28 PM
To: Mylar developer discussions
Subject: Re: [mylar-dev] Re: Bugzilla Repository cannot be added
Mik Kersten wrote:
That is very cool Eugene!
Thanks Mik. I hope we could find a way to somehow integrate that into
Mylar core.
Could you describe an example work flow for using this? What kind of
news posts/mail/RSS would you like to have a context for?
I think usecases for email/news are quite obvious. It will be very
handy when working with mail lists, newsgroups of support forums when
users could ask all kind of questions about product. So, you could
activate task and look trough the code before replying. Then you could
even attach task context to the response. Also, such provider may group
messages by conversation within single task.
Speaking about RSS, there are issue tracking systems that only
provide an rss api. Eg. http://springide.org/project/report/1
Also, lot of web based forum implementations have built-in rss support.
regards,
Eugene
|