You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by George Cox <gj...@extremis.net> on 2004/03/31 17:42:59 UTC

maven 1.0-rc2 build fails, maven 1.0-rc1 builds OK

Hi there,

The HEAD builds successfully with Maven 1.0-rc1-SNAPSHOT, but does not with
Maven 1.0-rc2, failing with this error:

+----------------------------------------
| Executing (default): Geronimo maven deployment plugin
| Memory: 18M/45M
+----------------------------------------

BUILD FAILED
File......
file:/home/gjvc/incubator.apache.org/incubator-geronimo/maven.xml
Element... maven:reactor
Line...... 180
Column.... 27
java.lang.ClassNotFoundException:
org.apache.geronimo.kernel.log.GeronimoLogFactory
Total time: 8 minutes 2 seconds
Finished at: Wed Mar 31 16:40:21 BST 2004

HTH

-- 
[gjvc]

Re: maven 1.0-rc2 build fails, maven 1.0-rc1 builds OK

Posted by Uijin Hong <He...@runeconsulting.com>.
George Cox wrote:
> Hi there,
> 
> The HEAD builds successfully with Maven 1.0-rc1-SNAPSHOT, but does not with
> Maven 1.0-rc2, failing with this error:
> 
> +----------------------------------------
> | Executing (default): Geronimo maven deployment plugin
> | Memory: 18M/45M
> +----------------------------------------
> 

I got another error message as following, when I do 'maven clean' and 
'maven' with Maven 1.0-RC2.

+----------------------------------------
| Executing (default): Geronimo :: Servlet Specification
| Memory: 4M/6M
+----------------------------------------

BUILD FAILED
File...... file:/C:/Documents and Settings/HeartBit/My Documents/My 
Projects/Eclipse Workspace/incubator-geronimo/maven.
xml
Element... maven:reactor
Line...... 180
Column.... 27
Unable to obtain goal [default] -- file:/C:/Documents and 
Settings/HeartBit/My Documents/My Projects/Eclipse Workspace/i
ncubator-geronimo/etc/maven.xml:50:41: <attainGoal> No goal 
[java:jar-resources]
Total time: 8 seconds
Finished at: Sun Apr 04 13:06:56 GMT+09:00 2004


I think somebody should re-write the maven build script.

By the way, is there any possible way to make Geronimo build fully 
compatiable with Maven's default goal(multiproject:install)? It seems 
like the current script doing too much jobs which you should delegate to 
Maven -such as dependency handling between 'spec's and 'module's-.


Re: maven 1.0-rc2 build fails, maven 1.0-rc1 builds OK

Posted by Sriram N <sr...@yahoo.com>.
--- Jason Dillon <ja...@planet57.com> wrote:
> This is because the assembly module uses a Jelly bean 
> (org.apache.geronimo.deployment.Bootstrap) which causes GeronimoLogging 
> to force commons logging to use the GeronimoLogFactory.
> 
> The problem is that maven plugins also use commons logging, but do not 
> have access to the GeronimoLogFactory class.

Hi, I'm travelling at the moment, and have zero access to source code, but you
could try the following:

-  Alter the Maven plugin to load the commonslogging via
Thread.currentThread().getContextClassLoader().load("commonsLogger");

 
-- SRiram

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/

Re: maven 1.0-rc2 build fails, maven 1.0-rc1 builds OK

Posted by Jason Dillon <ja...@planet57.com>.
This is because the assembly module uses a Jelly bean 
(org.apache.geronimo.deployment.Bootstrap) which causes GeronimoLogging 
to force commons logging to use the GeronimoLogFactory.

The problem is that maven plugins also use commons logging, but do not 
have access to the GeronimoLogFactory class.

IMO it is a very bad idea to force commons logging to use 
GeronimoLogFactory, though I am sure there is some reason for it.

Currently Log4jService will throw exceptions if the factory is not a 
GeronimoLogFactory, presumably so that doStart() can change all loggers 
over to use log4j.  In general I believe it is a very bad idea to force 
one logging system, as we can not assume what then end user will want 
or need for a logging system.

I suggest we do not force the setting of the log factory inside of 
GeronimoLogging.  If we want this to be set by default, then change the 
server bootstrap to set this (so that tools like o.a.g.d.Bootstrap do 
not pick this up, but regular running of the server will).  As well as 
change Log4jService to allow any log factory and only attempt to do 
GeronimoLogFactory specific fluff, if the factory is indeed and 
instance.

What is the motivation behind forcing the log factory in the first 
place?

--jason


On Mar 31, 2004, at 7:42 AM, George Cox wrote:

> Hi there,
>
> The HEAD builds successfully with Maven 1.0-rc1-SNAPSHOT, but does not 
> with
> Maven 1.0-rc2, failing with this error:
>
> +----------------------------------------
> | Executing (default): Geronimo maven deployment plugin
> | Memory: 18M/45M
> +----------------------------------------
>
> BUILD FAILED
> File......
> file:/home/gjvc/incubator.apache.org/incubator-geronimo/maven.xml
> Element... maven:reactor
> Line...... 180
> Column.... 27
> java.lang.ClassNotFoundException:
> org.apache.geronimo.kernel.log.GeronimoLogFactory
> Total time: 8 minutes 2 seconds
> Finished at: Wed Mar 31 16:40:21 BST 2004
>
> HTH
>
> -- 
> [gjvc]
>