Author: norman
Date: Mon Sep 24 23:40:10 2007
New Revision: 579091
URL: http://svn.apache.org/viewvc?rev=579091&view=rev
Log:
update index.xml to reflect new jspf release
Modified:
james/jspf/trunk/src/site/xdoc/index.xml
Modified: james/jspf/trunk/src/site/xdoc/index.xml
URL:
http://svn.ap
On 9/24/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Bernd Fondermann ha scritto:
> > On 9/23/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> robert burrell donkin-2 wrote:
> >>> this is the problem with lots of small patches: i don't understand
> >>> where you are taking the desi
Norman Maurer ha scritto:
> Hi,
>
> someone can remove this address from mailling list ? I'm tired about all
> the bounces :-/
Aren't you moderator for james-user? I can only do stuff with mailet-api
and server-dev.
If you are james-user moderator then write a message to:
<[EMAIL PROTECTED]>
It s
Norman Maurer ha scritto:
> Am Montag, den 24.09.2007, 21:28 +0200 schrieb Stefano Bagnara:
>> Norman Maurer ha scritto:
>>> Ps: Serge maybe you allready knows... Your email client seems to set the
>>> reply-to field to your emailaddress. So if someone just use reply you
>>> are the only one which
Noel J. Bergman ha scritto:
> Robert Burrell Donkin wrote:
>
>> the disadvantage with using a byte array rather than a bytebuffer is
>> that direct bytebuffers would have to copy their data out into a byte
>> array. using a byte buffer at the lowest level would solve this issue
>> without really
Am Montag, den 24.09.2007, 21:28 +0200 schrieb Stefano Bagnara:
> Norman Maurer ha scritto:
> > Am Montag, den 24.09.2007, 14:58 -0400 schrieb Serge Knystautas:
> >> On 9/24/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> >>> Ignoring the technical/design issue I think at this time it is better
>
Hi,
someone can remove this address from mailling list ? I'm tired about all
the bounces :-/
bye
Norman
Am Montag, den 24.09.2007, 15:25 -0400 schrieb
[EMAIL PROTECTED]:
> The original message was received at Mon, 24 Sep 2007 15:25:52 -0400
> from spamguru010.watson.ibm.com [9.2.250.70]
>
>-
Norman Maurer ha scritto:
> Am Montag, den 24.09.2007, 14:58 -0400 schrieb Serge Knystautas:
>> On 9/24/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>>> Ignoring the technical/design issue I think at this time it is better
>>> for mime4j to increase its community/acceptance by helping other
>>> p
Norman Maurer ha scritto:
> Hi all,
>
> the 3 days are passed since I started the VOTE so here are the results:
>
> +1 x 3 - Stefano, Robert, Norman ( all binding )
> +0 x 0
> -0 x 1 - Bernd ( binding )
> -1 x 0
>
> So we are ready for the official release. I hope I will be able to make
> it
Am Montag, den 24.09.2007, 14:58 -0400 schrieb Serge Knystautas:
> On 9/24/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> > Ignoring the technical/design issue I think at this time it is better
> > for mime4j to increase its community/acceptance by helping other
> > projects (e.g. commons-upload
On 9/24/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Ignoring the technical/design issue I think at this time it is better
> for mime4j to increase its community/acceptance by helping other
> projects (e.g. commons-upload) to use mime4j. IMHO collecting users that
> depends on the library is th
Hi all,
the 3 days are passed since I started the VOTE so here are the results:
+1 x 3 - Stefano, Robert, Norman ( all binding )
+0 x 0
-0 x 1 - Bernd ( binding )
-1 x 0
So we are ready for the official release. I hope I will be able to make
it official tomorrow.
Bye
Norman
PS: Stefano m
Robert Burrell Donkin wrote:
> the disadvantage with using a byte array rather than a bytebuffer is
> that direct bytebuffers would have to copy their data out into a byte
> array. using a byte buffer at the lowest level would solve this issue
> without really an added overhead for the bio case (
On 9/23/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
> robert burrell donkin-2 wrote:
> >
> > it's direct use of byte arrays which worried me. how do you propose to
> > handle memory mapped files without double buffering?
> >
>
> I have to admit that I do not know about memory mapped files and
Stefano Bagnara wrote:
> Bernd Fondermann ha scritto:
>
>> On 9/23/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
>>
>>> robert burrell donkin-2 wrote:
>>>
this is the problem with lots of small patches: i don't understand
where you are taking the design
Bernd Fondermann ha scritto:
> If I understand correctly, if we'd have released james-project already
> separately, the build would have succeeded?
Yes, but you will have to not use "-Plocal" in this case.
> But not if I am offline, of course, which leads me to the general note
> that I am very m
If I understand correctly, if we'd have released james-project already
separately, the build would have succeeded?
But not if I am offline, of course, which leads me to the general note
that I am very much in favor of self-contained releases. Right?
My personal opinion is that a release which st
Bernd Fondermann ha scritto:
> Downloaded apache-jspf-0.9.5-src.tar.gz from the staging directory,
> unpacked it and ran
> mvn -P local package
> like suggested in BUILDING.txt. But it gives me an error:
>
>
> [INFO] Failed to resolve artifact.
>
> GroupId: org.apache.james
> ArtifactId: ja
Downloaded apache-jspf-0.9.5-src.tar.gz from the staging directory,
unpacked it and ran
mvn -P local package
like suggested in BUILDING.txt. But it gives me an error:
[INFO] Failed to resolve artifact.
GroupId: org.apache.james
ArtifactId: james-project
Version: 1.2
Reason: Unable to do
Bernd Fondermann ha scritto:
> On 9/23/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
>>
>>
>> robert burrell donkin-2 wrote:
>>> this is the problem with lots of small patches: i don't understand
>>> where you are taking the design
>>>
>> In general, non-committers are expected to split their work
Author: berndf
Date: Mon Sep 24 02:56:17 2007
New Revision: 578737
URL: http://svn.apache.org/viewvc?rev=578737&view=rev
Log:
relocate most $base/bin/var and $base/bin/log to $base
completed compiling all stuff to "target"
completed building binary distribution to "dist"
Modified:
james/serve
Author: berndf
Date: Mon Sep 24 02:47:32 2007
New Revision: 578734
URL: http://svn.apache.org/viewvc?rev=578734&view=rev
Log:
copy notice file to sandbox, can now be fetched by build process
Added:
james/server/sandbox/spring-integration/NOTICE.txt
- copied unchanged from r578732, james
Author: berndf
Date: Mon Sep 24 02:46:37 2007
New Revision: 578732
URL: http://svn.apache.org/viewvc?rev=578732&view=rev
Log:
copy license file to sandbox, can npw be fetch by build process
Added:
james/server/sandbox/spring-integration/LICENSE.txt
- copied unchanged from r578731, james
On 9/23/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
>
>
>
> robert burrell donkin-2 wrote:
> >
> > this is the problem with lots of small patches: i don't understand
> > where you are taking the design
> >
>
> In general, non-committers are expected to split their work up into smaller
> patches,
Author: bago
Date: Mon Sep 24 02:14:45 2007
New Revision: 578719
URL: http://svn.apache.org/viewvc?rev=578719&view=rev
Log:
Renamed libspf2.LICENSES to libspf2.LICENSE (naming convention for license
files).
Added automatic RAT check to the maven build / site generation.
Excluded from RAT checks t
Norman Maurer ha scritto:
> So please review and VOTE ;-) We will be the first and only asynchron /
> RFC conform SPF-Java-implementation out there , if we pass the VOTE.
> So VOTE :-P .
> [...]
[X] +1 Yes plz make this release official! If not I will get nuts :-P
Stefano
26 matches
Mail list logo
