+1
I really think this next-minor/next-major stuff has added confusion.
--
Søren Hilmer, M.Sc., M.Crypt.
wideTrailPhone: +45 25481225
Pilevænget 41Email: [EMAIL PROTECTED]
DK-8961 Allingåbro Web: www.widetrail.dk
On Tue, July 31, 2007 10:00, Robert Burrell Donkin wrote:
> t
Stefano Bagnara wrote:
[EMAIL PROTECTED] ha scritto:
Author: berndf
Date: Tue Jul 31 14:09:31 2007
New Revision: 561544
URL: http://svn.apache.org/viewvc?view=rev&rev=561544
Log:
switch from BeanFactoryPostProcessor to BeanPostProcessor. This is for
mimmicking Avalon lifecycle correctly: Do a
ok, this could simplify things. thanks for the hint.
Bernd
Stefano Bagnara wrote:
[EMAIL PROTECTED] ha scritto:
Author: berndf
Date: Tue Jul 31 14:09:31 2007
New Revision: 561544
URL: http://svn.apache.org/viewvc?view=rev&rev=561544
Log:
switch from BeanFactoryPostProcessor to BeanPostProce
Bernd Fondermann ha scritto:
> Booting the server is getting really far now. In fact, the server comes
> up (with some tweaking).
>
> That's been a big step forward.
>
> Bernd
Cool!
Having a spring based deployment will really help most java developers
that never heard of avalon/phoenix and w
Just a hint: JUnit does not run test classes which are declared
abstract. This saves me the headache of coming up with new class names. ;-)
Bernd
[EMAIL PROTECTED] wrote:
Author: rdonkin
Date: Tue Jul 31 07:22:39 2007
New Revision: 561339
URL: http://svn.apache.org/viewvc?view=rev&rev=56133
[EMAIL PROTECTED] ha scritto:
> Author: berndf
> Date: Tue Jul 31 14:09:31 2007
> New Revision: 561544
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=561544
> Log:
> switch from BeanFactoryPostProcessor to BeanPostProcessor. This is for
> mimmicking Avalon lifecycle correctly: Do a complete l
Bernd Fondermann wrote:
Stefano,
Thanks for your comment!
I just debugged James(Phoenix) and was very surprised to find that the
lifecycle calling sequence is traversing deep (all lifecycle methods
for one component, then for the second) instead of calling one
lifecycle method for all component
Robert Burrell Donkin ha scritto:
> On 7/31/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
>> Robert Burrell Donkin ha scritto:
>
>
>
IMHO it worth specifying that this is not the panacea because this means
that backward incompatible changes in core stuff will not be supported
unl
Author: berndf
Date: Tue Jul 31 14:09:31 2007
New Revision: 561544
URL: http://svn.apache.org/viewvc?view=rev&rev=561544
Log:
switch from BeanFactoryPostProcessor to BeanPostProcessor. This is for
mimmicking Avalon lifecycle correctly: Do a complete lifecycle for one
bean/component, only then go
Author: berndf
Date: Tue Jul 31 14:05:06 2007
New Revision: 561535
URL: http://svn.apache.org/viewvc?view=rev&rev=561535
Log:
use more current config files
Modified:
james/server/sandbox/spring-integration/build.xml
james/server/sandbox/spring-integration/src/main/config/james-config.xml
Author: berndf
Date: Tue Jul 31 13:53:46 2007
New Revision: 561519
URL: http://svn.apache.org/viewvc?view=rev&rev=561519
Log:
Processors are replaced by Propagators and thus are removed
Removed:
james/server/sandbox/spring-integration/src/main/java/org/apache/james/container/spring/processor
norman ha scritto:
> Am Montag, den 30.07.2007, 10:40 +0200 schrieb Stefano Bagnara:
>> After 40 days SPF team finally fixed the spf test suite:
>> http://www.openspf.org/source/project/test-suite/rfc4408-tests.yml?rev=90&r1=88&r2=90
>>
>> This was the only thing that made current jSPF trunk non-co
Robert Burrell Donkin ha scritto:
> On 7/31/07, norman <[EMAIL PROTECTED]> wrote:
>> Hi Paulo,
>>
>> I think it whould be enough to put the jars
>> in /path/to/james/apps/james/SAR-INF/lib/ directory ( You need to create
>> the lib after james was started once)
>
> IMHO it would be useful to have
On 7/31/07, Paulo Sergio <[EMAIL PROTECTED]> wrote:
> On 7/31/07, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> >
> > On 7/31/07, norman <[EMAIL PROTECTED]> wrote:
> > > Hi Paulo,
> > >
> > > I think it whould be enough to put the jars
> > > in /path/to/james/apps/james/SAR-INF/lib/ directory
On 7/31/07, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
>
> On 7/31/07, norman <[EMAIL PROTECTED]> wrote:
> > Hi Paulo,
> >
> > I think it whould be enough to put the jars
> > in /path/to/james/apps/james/SAR-INF/lib/ directory ( You need to create
> > the lib after james was started once)
>
>
On 7/31/07, norman <[EMAIL PROTECTED]> wrote:
> Hi Paulo,
>
> I think it whould be enough to put the jars
> in /path/to/james/apps/james/SAR-INF/lib/ directory ( You need to create
> the lib after james was started once)
IMHO it would be useful to have an extensions directory whose contents
would
On 7/31/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
> >> IMHO it worth specifying that this is not the panacea because this means
> >> that backward incompatible changes in core stuff will not be supported
> >> unless you clone all of the modules.
> >
> > t
Am Montag, den 30.07.2007, 10:40 +0200 schrieb Stefano Bagnara:
> After 40 days SPF team finally fixed the spf test suite:
> http://www.openspf.org/source/project/test-suite/rfc4408-tests.yml?rev=90&r1=88&r2=90
>
> This was the only thing that made current jSPF trunk non-compliant
> (well, the fac
Hi Paulo,
I think it whould be enough to put the jars
in /path/to/james/apps/james/SAR-INF/lib/ directory ( You need to create
the lib after james was started once)
bye
Norman
Am Dienstag, den 31.07.2007, 17:29 +0100 schrieb Paulo Sergio:
> Thanks for the fast answer.. it is working now !
> i'm
Am Dienstag, den 31.07.2007, 10:05 + schrieb Robert Burrell Donkin:
> On 7/31/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> > Robert Burrell Donkin ha scritto:
> > > trunk has been dubbed 'next-major' for a long time now. a lot of extra
> > > function has been added to trunk and though a ful
> -- 8<
> [x] +1 Dub trunk 'JAMES 3.0'
> [ ] +0 Sounds reasonable
> [ ] -0 Sounds unreasonable
> [ ] -1 Find another name
> --
>
Thx for all your efforts.
Bye
Norman
Thanks for the fast answer.. it is working now !
i'm now trying to add a web service client to imap function (this web
service will be the repository).
the problem are the jars needed to the web service, should the jars be
inside the function jar or should they be placed and imported from the stage
On 7/31/07, Paulo Sergio <[EMAIL PROTECTED]> wrote:
> Hi all,
hi paulo
> I'm trying to build james server only with Imap support i've already removed
> pop3, nntp, fetchmail and smtp (i will use also a remote repository).
> I've removed the entries related with the removed items from
> james-asse
Hi all,
I'm trying to build james server only with Imap support i've already removed
pop3, nntp, fetchmail and smtp (i will use also a remote repository).
I've removed the entries related with the removed items from
james-assembly.xml, i also update james-comnfig.xml accordingly, but i'm
having som
Robert Burrell Donkin ha scritto:
> in terms of storage/configuration compatibility:
>
> 1 i don't believe that a decision needs to be taken now and would be
> better taken later against a concrete proposal
> 2 i believe that development on most proposals could be done without
> the need to break
Author: rdonkin
Date: Tue Jul 31 07:22:39 2007
New Revision: 561339
URL: http://svn.apache.org/viewvc?view=rev&rev=561339
Log:
Stop superclass being run as a test.
Added:
james/server/trunk/experimental-seda-imap-function/src/test/java/org/apache/james/test/functional/imap/SimpleScriptedTest
On 7/31/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
> > i would prefer the storage/config compatibility issue to be managed by
> > experimental modules. this means that people can code whatever new
> > features without having to wait for some future next-major
On 7/31/07, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> -- 8<
> [x] +1 Dub trunk 'JAMES 3.0'
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
--
Author: rdonkin
Date: Tue Jul 31 05:58:35 2007
New Revision: 561318
URL: http://svn.apache.org/viewvc?view=rev&rev=561318
Log:
Ported functional tests from
http://svn.apache.org/repos/asf/james/server/tags/pre-v2and3-merger-trunk/proposals/imap2.
Added:
james/server/trunk/experimental-seda-
Author: rdonkin
Date: Tue Jul 31 05:58:17 2007
New Revision: 561317
URL: http://svn.apache.org/viewvc?view=rev&rev=561317
Log:
Preparing to port functional tests.
Added:
james/server/trunk/experimental-seda-imap-function/src/test/java/org/apache/james/test/functional/
-
Robert Burrell Donkin ha scritto:
> i would prefer the storage/config compatibility issue to be managed by
> experimental modules. this means that people can code whatever new
> features without having to wait for some future next-major to be cut.
I read this as 3.0 *will* *be* backward compatible
[ X] +1 Dub trunk 'JAMES 3.0'
Bernd
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 7/31/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
> > trunk has been dubbed 'next-major' for a long time now. a lot of extra
> > function has been added to trunk and though a full release is
> > definitely a long way in the future, the time seems right now t
On 7/31/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Stefano Bagnara ha scritto:
> >> [X] +1 Dub trunk 'JAMES 3.0'
> >
> > +1 for JAMES Server 3.0 -SNAPSHOT (or -dev).
> >
> > JAMES is the project name
> > Server is the product name
> > 3.0 will be a final/stable release. -dev or -SNAPSHOT (I p
Author: rdonkin
Date: Tue Jul 31 02:31:41 2007
New Revision: 561282
URL: http://svn.apache.org/viewvc?view=rev&rev=561282
Log:
Repackaged. Converted test suites to recommendations.
Added:
james/server/sandbox/imap-functional/src/test/java/org/apache/james/test/functional/
james/server/s
Stefano Bagnara ha scritto:
>> [X] +1 Dub trunk 'JAMES 3.0'
>
> +1 for JAMES Server 3.0 -SNAPSHOT (or -dev).
>
> JAMES is the project name
> Server is the product name
> 3.0 will be a final/stable release. -dev or -SNAPSHOT (I prefer the
> -SNAPSHOT) is more appropriate for nightly builds/snapsho
Robert Burrell Donkin ha scritto:
> trunk has been dubbed 'next-major' for a long time now. a lot of extra
> function has been added to trunk and though a full release is
> definitely a long way in the future, the time seems right now to
> decide that a future release from this code stream will be
Author: rdonkin
Date: Tue Jul 31 01:40:44 2007
New Revision: 561266
URL: http://svn.apache.org/viewvc?view=rev&rev=561266
Log:
Factor out dependency on IMAP implementation.
Added:
james/server/sandbox/imap-functional/src/test/java/org/apache/james/test/HostSystem.java
Removed:
james/serv
On 7/30/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Bernd Fondermann ha scritto:
> > Thanks for the heads-up.
> > Do we need a JIRA for this?
>
> Done: https://issues.apache.org/jira/browse/JAMES-797
>
> Please, someone, update JIRA versions to remove next-major (as if I
> understood the new p
trunk has been dubbed 'next-major' for a long time now. a lot of extra
function has been added to trunk and though a full release is
definitely a long way in the future, the time seems right now to
decide that a future release from this code stream will be designated
3.0.
dubbing trunk 3.0 does im
[
https://issues.apache.org/jira/browse/JAMES-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12516641
]
Stefano Bagnara commented on JAMES-134:
---
Currently there is not a complete solution, but the scenario is a bit i
On 7/19/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
> the milestone would be an official release but just a technology
> preview with no guarantees about compatibility with the actual 3
> series releases (whenever they happen).
responses to the POLL:
+1 Timothy Collett
+1 Paulo Sergio
On 7/30/07, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> i've been going though the logs to find out why fetchpop->sieve->IMAP
> hasn't been filtering mail incorrectly even though jsieve is working
> very well for me.
>
> one problem turns out to be that concurrent access to the torque
> mail
43 matches
Mail list logo