[ http://issues.apache.org/jira/browse/JAMES-509?page=all ]
Joachim Draeger updated JAMES-509:
----------------------------------
Attachment: james-imap2-proposal-extended-2.zip
Current source including proposal Interfaces, and xdocs about requirements of a
JDBC Implementation.
Javadoc: http://www.joachim-draeger.de/JamesImap/proposal/index.html
Draft: http://www.joachim-draeger.de/JamesImap/drafts.html
Source here:
http://svn.joachim-draeger.de/repos/james/imap/src/proposal/org/apache/james/messagerepository/
And here:
http://svn.joachim-draeger.de/repos/james/imap/src/site/xdocs/drafts.xml
I chose to write real interface/xdocs instead of plain text emails to start a
growing documentation.
Joachim
> Cleanup/Refactor FetchMail code
> -------------------------------
>
> Key: JAMES-509
> URL: http://issues.apache.org/jira/browse/JAMES-509
> Project: James
> Type: Improvement
> Components: FetchMail
> Versions: 2.4.0
> Reporter: Stefano Bagnara
> Assignee: Stefano Bagnara
> Fix For: 2.4.0
> Attachments: fetchmail-refactoring1, fetchmail-refactoring2,
> james-imap2-proposal-extended-2.zip
>
> Current FetchMail code is really hard to read and manage.
> I loose too much time looking around its code to understand how things works.
> So I put my hands in, and applied a few refactoring.
> I already removed 2200 lines of code (50Kbytes of code) while keeping the
> same functionality (only refactorings).
> Of course refactorings like this are not always an easy change: I also remove
> the StoreProcessor/FolderProcessor/MessageProcessor granular creation by
> refactoring them to top level reentrant objects that take things to process
> as arguments to their "process" method.
> MessageProcessor is still a mess, but I think this is more selfdocumenting
> than before.
> I can clean up things much more and update documentation and so on, but I
> would like to know if this kind of update is welcome or not, before loosing
> too much time.
> Stefano
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
