You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Noel J. Bergman" <no...@devtech.com> on 2004/06/18 03:47:59 UTC

My Status, and James RoadMap

OK guys, James 2.2.0 is released.  That's it from me for probably the next
week or so.  I have something next week that I really must focus on.  After
that, I'll get onto the branch merger.

Conjectured Roadmap:

  Release James X (2.3, 3.0, don't care) based upon
  the merged code with contemporary Avalon code.

  Start to add features.

I have two immediate feature changes I want to make, post-merger.  One is a
"hack" related to JavaMail that should dramatically improve footprint and
performance in two key locations in the code.  Basically, I want to convince
JavaMail that the message content should be shared and streamed.  The second
is in-process processor support for the SMTP handler.

Comments/criticisms/concerns?

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by Soren Hilmer <so...@tietoenator.com>.
On Friday 18 June 2004 03:47, Noel J. Bergman wrote:
> OK guys, James 2.2.0 is released.  That's it from me for probably the next
> week or so.  I have something next week that I really must focus on.  After
> that, I'll get onto the branch merger.
>
> Conjectured Roadmap:
>
>   Release James X (2.3, 3.0, don't care) based upon
>   the merged code with contemporary Avalon code.
>
>   Start to add features.
>
> I have two immediate feature changes I want to make, post-merger.  One is a
> "hack" related to JavaMail that should dramatically improve footprint and
> performance in two key locations in the code.  Basically, I want to
> convince JavaMail that the message content should be shared and streamed. 
> The second is in-process processor support for the SMTP handler.
>
> Comments/criticisms/concerns?

Sounds great!

My work list is as follows:
  - allowing RemoteDelivery to use SMTP-SSL (port 465)
  - support for STARTTLS in SMTPHandler
  - handling source routes by stripping them
  - RemoteDelivery uses HELO not EHLO, due to a bug in JavaMail back in 2001, 
so I believe it is time to revisit that.


--Søren


>
> 	--- Noel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org

-- 
Søren Hilmer, M.Sc.
R&D manager             Phone:  +45 70 27 64 00
TietoEnator IT+ A/S     Fax:    +45 70 27 64 40
Ved Lunden 12           Direct: +45 87 46 64 57
DK-8230 Åbyhøj          Email:  soren.hilmer <at> tietoenator.com


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by Steen Jansdal <st...@jansdal.dk>.
Mark Livingstone wrote:
> Noel J. Bergman wrote:
> 
>>> I hope to play with IBM's Cloudscape for another project
>>
>>
>> The idea of Cloudscape is interesting, but it might be best to look at 
>> axion
> 
> 
> Maybe we can now revisit this idea ;-)
> 
> http://www.eweek.com/article2/0,1759,1630856,00.asp
> 
> MarkL
> 

Yes, this is one of the best things that had happened to
open source java projects in a very long times. And I
sure hope that James will make use of this excellent
database that is able to be completely embedded.

An interesting Cloudscape article:
http://www-106.ibm.com/developerworks/db2/library/techarticle/dm-0408anderson/

Steen Jansdal

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by Mark Livingstone <ml...@iprimus.com.au>.
Noel J. Bergman wrote:

>>I hope to play with IBM's Cloudscape for another project
> 
> The idea of Cloudscape is interesting, but it might be best to look at axion

Maybe we can now revisit this idea ;-)

http://www.eweek.com/article2/0,1759,1630856,00.asp

MarkL


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: My Status, and James RoadMap

Posted by mike <mi...@michaelmcgrady.com>.
Thanks, Noel.  Could you give a short statement of why that is?  If so, 
thanks in advance.  Michael

At 10:20 PM 6/18/2004, Noel J. Bergman wrote:
> > Would you not recommend HSQLDB?
>
>People can try whatever databases they want.  But IIRC, the HSQLDB license
>is not compatible with distribution by James.
>
>         --- Noel
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>For additional commands, e-mail: server-dev-help@james.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by mike <mi...@michaelmcgrady.com>.
I am somewhat unlearned in the licensing end, and need to be otherwise.  I 
have read the HSQLDB license and it seems to be unexceptional to me.  I 
have a law degree, and this seems to be a clear open source agreement to 
me.  Can you guys educate me on the issues here?  The licenses are very 
simple, so the issues cannot be that deep.

Michael

At 11:31 PM 6/18/2004, Serge Knystautas wrote:
>Noel J. Bergman wrote:
>>Well, as I said, people can try whatever databases they want.  But I don't
>>see the point of using it if you can't distribute it.  Seems to me that the
>>primary reason for it is convenience/turnkey distribution.
>
>The ASF may not feel it is open source enough, but that's our requirement, 
>not someone else's.  The licensing point just sounds like FUD.
>
>Anyway, the license itself from my reading is BSD-style. 
>http://hsqldb.sourceforge.net/web/hsqlLicense.html
>
>--
>Serge Knystautas
>Lokitech >>> software . strategy . design >> http://www.lokitech.com
>p. 301.656.5501
>e. sergek@lokitech.com
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>For additional commands, e-mail: server-dev-help@james.apache.org
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: My Status, and James RoadMap

Posted by "Noel J. Bergman" <no...@devtech.com>.
Nevermind.  It bugged me all morning trying to remember why someone had
raised a licensing issue, and I finally recalled the actual issue, which has
nothing to do with James.  The Thomas Mueller advertising clause prevents
HSQLDB from being proposed for Incubation as an ASF project.  It has no
effect on our being able to bundle hsqldb, since that is addressable in the
NOTICE file, and it would not be a hard dependency.

The irony of this whole discussion is that I brought up the idea of
incorporating HypersonicSQL/hsqldb two years ago, so that we could depend
upon the presence of a SQL database:

 > Honestly, I'd love to can file system user repositories in favor of
 > at least using HyperSonicSQL bundled with James, but there does not
 > appear to be any consensus to do that.
 ref:
http://nagoya.apache.org/eyebrowse/ReadMsg?listName=james-dev@jakarta.apache
.org&msgNo=4123

 > I'm hoping that in James v3 we will include hsqldb, so that we can
 > always assume the presence of a database
 ref:
http://nagoya.apache.org/eyebrowse/ReadMsg?listName=james-dev@jakarta.apache
.org&msgId=647741

 > > Having a JDBC database as a known part of the environment is
 > > getting better and better.
 > Heh, sure.  Ok maybe we do this at least for configuration stuff.  I know
 > embeding hypersonic (?) is something you'd like to see.
 ref:
http://nagoya.apache.org/eyebrowse/ReadMsg?listName=james-dev@jakarta.apache
.org&msgId=591339

We already have HypersonicSQL support in sqlResources.xml.  The current
version of the HypersonicSQL block for Phoenix appears to be
http://cvs.sourceforge.net/viewcvs.py/hsqldb/hsql-component/.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by Serge Knystautas <se...@lokitech.com>.
Noel J. Bergman wrote:
> Well, as I said, people can try whatever databases they want.  But I don't
> see the point of using it if you can't distribute it.  Seems to me that the
> primary reason for it is convenience/turnkey distribution.

The ASF may not feel it is open source enough, but that's our 
requirement, not someone else's.  The licensing point just sounds like FUD.

Anyway, the license itself from my reading is BSD-style. 
http://hsqldb.sourceforge.net/web/hsqlLicense.html

-- 
Serge Knystautas
Lokitech >>> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. sergek@lokitech.com

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: My Status, and James RoadMap

Posted by "Noel J. Bergman" <no...@devtech.com>.
>>>Would you not recommend HSQLDB?
>> People can try whatever databases they want.  But IIRC, the HSQLDB
license
>> is not compatible with distribution by James.
> Does this really matter to anyone but the ASF (or anyone who would
> redistribute James)?

Well, as I said, people can try whatever databases they want.  But I don't
see the point of using it if you can't distribute it.  Seems to me that the
primary reason for it is convenience/turnkey distribution.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by Serge Knystautas <se...@lokitech.com>.
Noel J. Bergman wrote:
>>Would you not recommend HSQLDB?
> 
> People can try whatever databases they want.  But IIRC, the HSQLDB license
> is not compatible with distribution by James.

Does this really matter to anyone but the ASF (or anyone who would 
redistribute James)?

-- 
Serge Knystautas
Lokitech >>> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. sergek@lokitech.com

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: My Status, and James RoadMap

Posted by "Noel J. Bergman" <no...@devtech.com>.
> Would you not recommend HSQLDB?

People can try whatever databases they want.  But IIRC, the HSQLDB license
is not compatible with distribution by James.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: My Status, and James RoadMap

Posted by mike <mi...@michaelmcgrady.com>.
Would you not recommend HSQLDB?

At 09:19 PM 6/18/2004, Noel J. Bergman wrote:
> > Where do plans for IMAP getting a permanent store fit in the scheme of
> > plans?
>
>IMAP needs some champions to work on it.  Many have offered, few if any have
>actually contributed.  In terms of a persistent store, Jason Webb and I had
>worked out a scheme using the current store technology and a naming
>convention.  I think that would be your best place to start.  See the
>mailing list archives.
>
> > I hope to play with IBM's Cloudscape for another project
>
>The idea of Cloudscape is interesting, but it might be best to look at axion
>(http://axion.tigris.org/), due to licensing.
>
>         --- Noel
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
>For additional commands, e-mail: server-dev-help@james.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


RE: My Status, and James RoadMap

Posted by "Noel J. Bergman" <no...@devtech.com>.
> Where do plans for IMAP getting a permanent store fit in the scheme of
> plans?

IMAP needs some champions to work on it.  Many have offered, few if any have
actually contributed.  In terms of a persistent store, Jason Webb and I had
worked out a scheme using the current store technology and a naming
convention.  I think that would be your best place to start.  See the
mailing list archives.

> I hope to play with IBM's Cloudscape for another project

The idea of Cloudscape is interesting, but it might be best to look at axion
(http://axion.tigris.org/), due to licensing.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by Mark Livingstone <ml...@iprimus.com.au>.
Hi Noel,

Where do plans for IMAP getting a permanent store fit in the scheme of 
plans? I went to the mentioned WIKI site but no real mention.

After Maths exam on Tuesday, I will have a month or so to start testing ;-D

Also, I hope to play with IBM's Cloudscape for another project, does 
James support it?

TIA

MarkL


Noel J. Bergman wrote:

>   Start to add features.
> 
> I have two immediate feature changes I want to make, post-merger.  One is a
> "hack" related to JavaMail that should dramatically improve footprint and
> performance in two key locations in the code.  Basically, I want to convince
> JavaMail that the message content should be shared and streamed.  The second
> is in-process processor support for the SMTP handler.
> 
> Comments/criticisms/concerns?


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


Re: My Status, and James RoadMap

Posted by Stephen McConnell <mc...@apache.org>.
Noel J. Bergman wrote:

> OK guys, James 2.2.0 is released.  That's it from me for probably the next
> week or so.  I have something next week that I really must focus on.  After
> that, I'll get onto the branch merger.
> 
> Conjectured Roadmap:
> 
>   Release James X (2.3, 3.0, don't care) based upon
>   the merged code with contemporary Avalon code.

Can you explain what you intent to mean by your usage of the term 
"contemporary"?

Stephen.

-- 

|---------------------------------------|
| Magic by Merlin                       |
| Production by Avalon                  |
|                                       |
| http://avalon.apache.org              |
|---------------------------------------|

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org