geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Lin Sun" <linsun....@gmail.com>
Subject files in maven 2 and maven 11 repo when building daytrader car file
Date Thu, 15 Jun 2006 19:30:40 GMT
Hi David/All,

Thanks I am able to build daytrader (using maven 2) daytrader-derby (using
maven 1.1 b2) and daytrader-derby-tomcat-1.1-SNAPSHOT.car file now.

I built the car file at trunk\geronimo\configs\daytrader-tomcat dir using
maven 1.1.   However, one prob during build the car file was that I have to
manually copy the daytrader ear file (daytrader-ear-1.1-SNAPSHOT.ear) from
.m2\repository\geronimo\daytrader-ear\1.1-SNAPSHOT dir to
.maven\repository\geronimo\ears dir.  Is there a way to automate this or
configure maven 1.1 and 2.0 to share its repo?

My end goal is to generate an installable daytrader plugin out of the car
file (after I develop a Geronimo-plugin.xml file) so I'd like the process to
be as automate as possible.

TIA

Lin



-----Original Message-----
From: David Jencks [mailto:david_jencks@yahoo.com] 
Sent: Friday, June 09, 2006 2:41 AM
To: user@geronimo.apache.org
Subject: Re: Anyone got daytrader + derby running in 1.1?


On Jun 8, 2006, at 8:12 PM, Lin Sun wrote:

> Hi David,
>
> I guess the application project you mean is the daytrader-1.1 
> \modules\derby
> module.  Unfortunately, this is the only module that was not built  
> for me
> when I invoke "mvn package" from daytrader root directory.
>
> I saw maven 1.1 stuff in the derby module (maven.xml,  
> project.properties and
> project.xml) instead of maven 2 pom.xml.  So my guess is that I  
> need to
> build it with maven 1.1.  This is a bit weird since the rest of  
> daytrader
> modules use maven 2.  The ending result is I tried both maven 2 and  
> maven
> 1.1 but I could not get the derby module built.  How should I build  
> the
> derby module?

I didn't realize it was in the daytrader module.  The copy we use is  
in geronimo/[trunk,branches/1.1]/applications/daytrader-derby which  
builds with maven 1.1-b2.

thanks
david jencks

>
> Thanks,
>
> Lin
>
>
> -----Original Message-----
> From: David Jencks [mailto:david_jencks@yahoo.com]
> Sent: Thursday, June 08, 2006 3:39 PM
> To: user@geronimo.apache.org
> Subject: Re: Anyone got daytrader + derby running in 1.1?
>
> Our daytrader plans use derby, and there's an "applications" project
> to create  jar that contains the derby db all set up ready to use.
> However, it needs to get installed into var/derby.  The gbean below
> does that.  Note that you need the daytrader-derby-db-VERSION.jar in
> your geronimo repo in order to be able to deploy our plans.
>
> If you are using a different db (such as oracle) or have a different
> way to set up the derby db you should remove this gbean from your
> modified plan.
>
> thanks
> david jencks
>
> On Jun 8, 2006, at 11:24 AM, Lin Sun wrote:
>
>>
>> Hi,
>>
>> I've figured out the prob.  The daytrader plan (trunk\geronimo
>> \configs\
>> daytrader-tomcat\) has the following at the bottom, which seems
>> optional.
>> After I comment them out I can start & run daytrader.
>>
>> <gbean name="DaytraderResources"
>> class="org.apache.geronimo.system.util.DirectoryInitializationGBean">
>>    <!-- copies daytrader derby db files into specified location -->
>>    <attribute name="prefix">META-INF/geronimo-daytrader-derby-db</
>> attribute>
>>    <attribute name="path">var/derby</attribute>
>>    <reference name="ServerInfo">
>>         <name>ServerInfo</name>
>>    </reference>
>> </gbean>
>>
>> Can someone explain the usage of it?  I suspect it is related to the
>> daytrader CAR file or the Geronimo plugin stuff.
>>
>> Thanks, Lin
>>
>> -----Original Message-----
>> From: Lin Sun [mailto:linsun.unc@gmail.com]
>> Sent: Tuesday, June 06, 2006 11:26 PM
>> To: 'user@geronimo.apache.org'
>> Subject: Anyone got daytrader + derby running in 1.1?
>>
>> Hi there,
>>
>> I was finally able to build daytrader and its plan (from
>> config\daytrader-tomcat dir).   But now, when I deploy daytrader,
>> it failed
>> to start daytrader.   Note I am using last Friday's geronimo 1.1
>> unstable
>> build.
>>
>> Please help!   I am having trouble to get a simple jsp (my other
>> post) &
>> daytrader with derby running.
>>
>> E:\geronimo-tomcat-j2ee-1.1-410806\geronimo-1.1-410806
>> \bin>deploy.bat start
>> gero
>> nimo/daytrader-derby-tomcat/1.1-410806/car
>> Using GERONIMO_BASE:
>> E:\geronimo-tomcat-j2ee-1.1-410806\geronimo-1.1-410806
>> Using GERONIMO_HOME:
>> E:\geronimo-tomcat-j2ee-1.1-410806\geronimo-1.1-410806
>> Using GERONIMO_TMPDIR:
>> E:\geronimo-tomcat-j2ee-1.1-410806\geronimo-1.1-410806\va
>> r\temp
>> Using JRE_HOME:        c:\progra~1\IBM\Java142
>> org.apache.geronimo.kernel.config.LifecycleException: start of
>> geronimo/daytrade
>> r-derby-tomcat/1.1-410806/car failed
>>         at
>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
>> figuration(SimpleConfigurationManager.java:529)
>>         at
>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
>> figuration(SimpleConfigurationManager.java:493)
>>         at
>> org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastCla
>> ssByCGLIB$$ce77a924.invoke(<generated>)
>>         at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java
>> (Inlined
>> Compil
>> ed Code))
>>         at
>> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
>> Invoker.java(Compiled Code))
>>         at
>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
>> n.java(Compiled Code))
>>         at
>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
>> java:852)
>>         at
>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:
>> 239)
>>         at
>> org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:338)
>>         at
>> org.apache.geronimo.kernel.KernelGBean$$FastClassByCGLIB$$1cccefc9.in
>> voke(<generated>)
>>         at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java
>> (Inlined
>> Compil
>> ed Code))
>>         at
>> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
>> Invoker.java(Compiled Code))
>>         at
>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
>> n.java(Compiled Code))
>>         at
>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
>> java:852)
>>         at
>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:
>> 239)
>>         at
>> org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBrid
>> ge.java:168)
>>         at
>> mx4j.server.interceptor.InvokerMBeanServerInterceptor.invoke(InvokerM
>> BeanServerInterceptor.java(Compiled Code))
>>         at
>> mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultM
>> BeanServerInterceptor.java(Inlined Compiled Code))
>>         at
>> mx4j.server.interceptor.SecurityMBeanServerInterceptor.invoke(Securit
>> yMBeanServerInterceptor.java(Compiled Code))
>>         at
>> mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultM
>> BeanServerInterceptor.java(Compiled Code))
>>         at
>> mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultM
>> BeanServerInterceptor.java(Inlined Compiled Code))
>>         at
>> mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.invo
>> ke(ContextClassLoaderMBeanServerInterceptor.java(Compiled Code))
>>         at mx4j.server.MX4JMBeanServer.invoke(MX4JMBeanServer.java
>> (Compiled
>> Code
>> ))
>>         at
>> mx4j.remote.rmi.RMIConnectionInvoker.invoke(RMIConnectionInvoker.java
>> :219)
>>         at sun.reflect.GeneratedMethodAccessor200.invoke(Unknown
>> Source)
>>         at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>> sorImpl.java(Compiled Code))
>>         at java.lang.reflect.Method.invoke(Method.java(Compiled  
>> Code))
>>         at
>> mx4j.remote.rmi.RMIConnectionProxy.invoke(RMIConnectionProxy.java:34)
>>
>>         at
>> mx4j.remote.rmi.RMIConnectionSubjectInvoker.chain(RMIConnectionSubjec
>> tInvoker.java:99)
>>         at
>> mx4j.remote.rmi.RMIConnectionSubjectInvoker.access$000(RMIConnectionS
>> ubjectInvoker.java:31)
>>         at
>> mx4j.remote.rmi.RMIConnectionSubjectInvoker$1.run(RMIConnectionSubjec
>> tInvoker.java:90)
>>         at java.security.AccessController.doPrivileged1(Native  
>> Method)
>>         at
>> java.security.AccessController.doPrivileged(AccessController.java(Com
>> piled Code))
>>         at javax.security.auth.Subject.doAsPrivileged(Subject.java:
>> 709)
>>         at
>> mx4j.remote.MX4JRemoteUtils.subjectInvoke(MX4JRemoteUtils.java:163)
>>         at
>> mx4j.remote.rmi.RMIConnectionSubjectInvoker.subjectInvoke(RMIConnecti
>> onSubjectInvoker.java:86)
>>         at
>> mx4j.remote.rmi.RMIConnectionSubjectInvoker.invoke(RMIConnectionSubje
>> ctInvoker.java:80)
>>         at $Proxy0.invoke(Unknown Source)
>>         at
>> javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImp
>> l.java:221)
>>         at sun.reflect.GeneratedMethodAccessor200.invoke(Unknown
>> Source)
>>         at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>> sorImpl.java(Compiled Code))
>>         at java.lang.reflect.Method.invoke(Method.java(Compiled  
>> Code))
>>         at
>> sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java(Compil
>> ed Code))
>>         at sun.rmi.transport.Transport$1.run(Transport.java:164)
>>         at java.security.AccessController.doPrivileged1(Native  
>> Method)
>>         at
>> java.security.AccessController.doPrivileged(AccessController.java(Com
>> piled Code))
>>         at sun.rmi.transport.Transport.serviceCall(Transport.java: 
>> 160)
>>         at
>> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:5
>> 05)
>>         at
>> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.handleRequest(TC
>> PTransport.java:837)
>>         at
>> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport
>> .java:911)
>>         at java.lang.Thread.run(Thread.java:568)
>> Caused by:
>> org.apache.geronimo.kernel.config.InvalidConfigException: Unknown
>> sta
>> rt exception
>>         at
>> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
>> nGBeans(ConfigurationUtil.java:440)
>>         at
>> org.apache.geronimo.kernel.config.KernelConfigurationManager.start(Ke
>> rnelConfigurationManager.java:187)
>>         at
>> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
>> figuration(SimpleConfigurationManager.java:512)
>>         ... 50 more
>> Caused by: org.apache.geronimo.gbean.InvalidConfigurationException:
>> Configuratio
>> n geronimo/daytrader-derby-tomcat/1.1-410806/car failed to start
>> due to the
>> foll
>> owing reasons:
>>   The service
>> J2EEApplication=geronimo/daytrader-derby-tomcat/1.1-410806/car,j2e
>> eType=GBean,name=DaytraderResources did not start for an unknown
>> reason
>>
>>         at
>> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
>> nGBeans(ConfigurationUtil.java:403)
>>         ... 52 more
>>
>>     Error: Operation failed: start of
>>     geronimo/daytrader-derby-tomcat/1.1-410806/car failed
>>
>>         Unknown start exception
>>
>>         Configuration geronimo/daytrader-derby-tomcat/1.1-410806/
>> car failed
>>     to start due to the following reasons:
>>
>>       The service
>>
>> J2EEApplication=geronimo/daytrader-derby-tomcat/1.1-410806/
>> car,j2eeType=GBea
>> n,name=DaytraderResources
>>     did not start for an unknown reason
>>
>>
>


Mime
View raw message