Well, perhaps since these changes are breaking our build, he'll reconsider.
What is the justification for breaking compatibility within a minor release
increment?
--- Noel
-----Original Message-----
From: Peter Donald [mailto:[EMAIL PROTECTED]
Sent: Monday, March 10, 2003 3:18
To: Avalon Developers List
Subject: Re: FW: [GUMP] Build Failure - jakarta-james
On Mon, 10 Mar 2003 04:39, Noel J. Bergman wrote:
> Signature changes?
Yep. Backwards incompatible changes that have been pointed out a couple of
times and I have asked for them to be reverted ... Berin chose not to revert
them.
>
> -----Original Message-----
> From: Peter Donald [mailto:[EMAIL PROTECTED]
> Sent: Sunday, March 09, 2003 6:41
> To: [EMAIL PROTECTED]
> Subject: [GUMP] Build Failure - jakarta-james
>
>
> ----------------------------------------------------
> This email is autogenerated from the output from:
> <http://cvs.apache.org/builds/gump/2003-03-09/jakarta-james.html>
> ----------------------------------------------------
>
> Buildfile: build.xml
>
> setup-dependencies:
>
> javamail-check:
>
> activation-check:
>
> junit-check:
>
> missing-dependency:
> [echo]
> [echo]
> *************************************************************************
> [echo] Classes needed for compiling James Mail Server against the
> junit-3.7 API
> [echo] are not available. The build may fail or some functionality
> may [echo] not be available.
> [echo]
> [echo] Resource: junit-3.7.jar
> [echo]
> [echo] Recovery:
> [echo] Run the build target import-junit-3.7 and it will download
> [echo] the needed jar - you should be online for that.
> [echo]
> [echo] If you have a fast connection you can also just run the build
> target
> [echo] import-all-auto-dependencies, which will download all
external
> jars this
> [echo] buildfile knows about.
> [echo] Note this may download unused jars as well.
> [echo]
> *************************************************************************
> [echo]
>
>
> check-dependencies:
>
> prepare-common:
> [echo] Preparing code
> [mkdir] Created dir:
/home/rubys/jakarta/jakarta-james/dist/james-3.0a1
> [copy] Copying 2 files to
> /home/rubys/jakarta/jakarta-james/dist/james-3.0a1
> [mkdir] Created dir: /home/rubys/jakarta/jakarta-james/build/src
> [copy] Copying 2 files to /home/rubys/jakarta/jakarta-james/build/src
>
> prepare-phoenix:
> [echo] Phoenix distribution present - adjusting linefeeds and
> permissions, copying files
> [copy] Copying 38 files to
> /home/rubys/jakarta/jakarta-james/dist/james-3.0a1
> [copy] Copying 3 files to
> /home/rubys/jakarta/jakarta-james/dist/james-3.0a1/lib
>
> prepare-jdbc3:
> [echo] JDBC v3 in classpath - making code JDBC 3.0 compliant
>
> prepare:
>
> compile:
> [echo] Compiling James Java sources
> [mkdir] Created dir: /home/rubys/jakarta/jakarta-james/build/classes
> [javac] Compiling 175 source files to
> /home/rubys/jakarta/jakarta-james/build/classes
> [javac]
>
/home/rubys/jakarta/jakarta-james/src/java/org/apache/james/core/AbstractJa
>m esService.java:428: incompatible types
> [javac] found : org.apache.excalibur.thread.ThreadPool
> [javac] required: org.apache.avalon.excalibur.thread.ThreadPool
> [javac] threadPool =
> threadManager.getThreadPool(threadGroup);
> [javac] ^
> [javac]
>
/home/rubys/jakarta/jakarta-james/src/java/org/apache/james/core/AbstractJa
>m esService.java:430: incompatible types
> [javac] found : org.apache.excalibur.thread.ThreadPool
> [javac] required: org.apache.avalon.excalibur.thread.ThreadPool
> [javac] threadPool = threadManager.getDefaultThreadPool();
> [javac] ^
> [javac]
>
/home/rubys/jakarta/jakarta-james/src/java/org/apache/james/transport/James
>S poolManager.java:151: incompatible types
> [javac] found : org.apache.excalibur.thread.ThreadPool
> [javac] required: org.apache.avalon.excalibur.thread.ThreadPool
> [javac] workerPool = threadManager.getThreadPool("default");
> [javac] ^
> [javac]
>
/home/rubys/jakarta/jakarta-james/src/java/org/apache/james/util/connection
>/ SimpleConnectionManager.java:87:
> org.apache.james.util.connection.SimpleConnectionManager should be
declared
> abstract; it does not define
>
connect(java.lang.String,java.net.ServerSocket,org.apache.avalon.cornerston
>e
>
.services.connection.ConnectionHandlerFactory,org.apache.excalibur.thread.T
>h readPool) in org.apache.james.util.connection.SimpleConnectionManager
> [javac] public class SimpleConnectionManager extends AbstractLogEnabled
> [javac] ^
> [javac]
>
/home/rubys/jakarta/jakarta-james/src/java/org/apache/james/util/connection
>/ SimpleConnectionManager.java:288: cannot resolve symbol
> [javac] symbol : method connect
>
(java.lang.String,java.net.ServerSocket,org.apache.avalon.cornerstone.servi
>c
>
es.connection.ConnectionHandlerFactory,org.apache.excalibur.thread.ThreadPo
>o l,int)
> [javac] location: class
> org.apache.james.util.connection.SimpleConnectionManager
> [javac] connect( name, socket, handlerFactory,
> threadManager.getDefaultThreadPool(), maxOpenConnections );
> [javac] ^
> [javac] Note: Some input files use or override a deprecated API.
> [javac] Note: Recompile with -deprecation for details.
> [javac] 5 errors
>
> BUILD FAILED
> file:///home/rubys/jakarta/jakarta-james/build.xml:216: Compile failed;
see
> the compiler error output for details.
>
> Total time: 17 seconds
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
Cheers,
Peter Donald
----------------------------------------
Why does everyone always overgeneralize?
----------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
