Norman Maurer wrote:
I stopped working on the number/cache/tracker/torque stuff because I
think that we should work on the API now. In the current state it would
be possible to react to substantial API changes. Even if the API and the
implementation had to be rewritten from scratch we could use the
existing stuff for reference.
As a next step I plan to explain the current architecture and the ideas
and intents I had in mind.
greetings,
Joachim
That all sounds very well.. But at first i whould like to merge your
stuff "now" to trunk. Why we should work in the branch if we can do it
in the trunk without risks. ?
+1
I think that all this new stuff is really decoupled from the remaining
james and we can safely refactor it while in trunk because we have no
component depending on that part.
When we'll be ready to branch the next release we'll decide what to do
with this stuff (document it but disable everything by default, mark it
as experimental, remove every reference to this code, remove the
packages from the branch).
We currently have 3 blocking issues for the next release: javamail
1.4.1, dnsjava 2.0.3 and the new handlerapi2. I wouldn't want to add
further blocking issues, but I would be happy to include experimental
support for IMAP if this will be compatible with the release timings.
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
