Eclipse Community Forums: Virgo » GreenPages solution doesn't run on Virgo web server M06

Help

Home

Home » Eclipse Projects » Virgo » GreenPages solution doesn't run on Virgo web server M06

Show: Today's Messages :: Show Polls :: Message Navigator

GreenPages solution doesn't run on Virgo web server M06 [message #632221]

Tue, 12 October 2010 07:39

Lorie Pisicchio

Messages: 44
Registered: October 2010

Member

I tried to run Greenpages solution on a Virgo Web Server created with M06 runtime file version.
When starting the web server, it raises an exception as it is not able to resolve the dependency for com.springsource.org.eclipse.persistence (see stack trace below).

I tried to open the Virgo admin console, to check which bundles were installed on the platform, but the console won't open (only displaying a white page).

I revert back to M05 version (fixing the path issue to have the server run), and everything went fine : running the greenpages web app, and starting the virgo admin console.

Stack trace :
------------------------------------------------------------ -------
[2010-10-12 09:33:18.331] TCP Connection(2)-127.0.0.1 <DE0002E> Installation of par 'greenpages' version '2.0.1' failed. org.eclipse.virgo.kernel.deployer.core.DeploymentException: Unsatisfied dependency detected when expanding imports for [bundle 'greenpages-2.0.1-synthetic.context' version '2.0.1' in scope 'greenpages-2.0.1', bundle 'greenpages-2.0.1-greenpages.web' version '2.0.0' in scope 'greenpages-2.0.1', bundle 'greenpages-2.0.1-greenpages.jpa' version '2.0.0' in scope 'greenpages-2.0.1', bundle 'greenpages-2.0.1-greenpages' version '2.0.0' in scope 'greenpages-2.0.1', bundle 'greenpages-2.0.1-greenpages.db' version '2.0.0' in scope 'greenpages-2.0.1']
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpand ingTransformer.expandImports(ImportExpandingTransformer.java :116)
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpand ingTransformer.expandImportsOfBundlesInScopedPlan(ImportExpa ndingTransformer.java:89)
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpand ingTransformer$ImportExpandingTreeVisitor.visit(ImportExpand ingTransformer.java:76)
at org.eclipse.virgo.util.common.ThreadSafeArrayListTree.visit( ThreadSafeArrayListTree.java:165)
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpand ingTransformer.transform(ImportExpandingTransformer.java:58)
at org.eclipse.virgo.kernel.install.pipeline.stage.transform.in ternal.TransformationStage.doProcessTree(TransformationStage .java:55)
at org.eclipse.virgo.kernel.install.pipeline.stage.AbstractPipe lineStage.process(AbstractPipelineStage.java:41)
at org.eclipse.virgo.kernel.install.pipeline.internal.StandardP ipeline.doProcessTree(StandardPipeline.java:62)
at org.eclipse.virgo.kernel.install.pipeline.internal.Compensat ingPipeline.doProcessTree(CompensatingPipeline.java:72)
at org.eclipse.virgo.kernel.install.pipeline.stage.AbstractPipe lineStage.process(AbstractPipelineStage.java:41)
at org.eclipse.virgo.kernel.install.pipeline.internal.StandardP ipeline.doProcessTree(StandardPipeline.java:62)
at org.eclipse.virgo.kernel.install.pipeline.stage.AbstractPipe lineStage.process(AbstractPipelineStage.java:41)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApp licationDeployer.driveInstallPipeline(PipelinedApplicationDe ployer.java:268)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApp licationDeployer.doInstall(PipelinedApplicationDeployer.java :151)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApp licationDeployer.install(PipelinedApplicationDeployer.java:1 23)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApp licationDeployer.deploy(PipelinedApplicationDeployer.java:18 7)
at org.eclipse.virgo.kernel.deployer.management.StandardDeploye r.deploy(StandardDeployer.java:52)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenRetur n(ConvertingMethod.java:167)
at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIn trospector.java:96)
at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIn trospector.java:33)
at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntro spector.java:208)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.jav a:120)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.jav a:262)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke (DefaultMBeanServerInterceptor.java:836)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer .java:761)
at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RM IConnectionImpl.java:1427)
at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMI ConnectionImpl.java:72)
at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOper ation.run(RMIConnectionImpl.java:1265)
at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOp eration(RMIConnectionImpl.java:1360)
at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConn ectionImpl.java:788)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.ja va:305)
at sun.rmi.transport.Transport$1.run(Transport.java:159)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTranspo rt.java:535)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TC PTransport.java:790)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCP Transport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Threa dPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: org.eclipse.virgo.kernel.osgi.framework.UnableToSatisfyBundl eDependenciesException: Unable to satisfy dependencies of bundle 'greenpages-2.0.1-greenpages.jpa' at version '2.0.0': Import-Bundle with symbolic name 'com.springsource.org.eclipse.persistence' in version range '[1.0.0, 1.0.0]' could not be satisfied
at org.eclipse.virgo.kernel.userregion.internal.importexpansion .ImportExpansionHandler.getBundlePackageImports(ImportExpans ionHandler.java:271)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion .ImportExpansionHandler.getAdditionalPackageImports(ImportEx pansionHandler.java:236)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion .ImportExpansionHandler.expandImports(ImportExpansionHandler .java:206)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion .ImportExpansionHandler.expandImportsIfNecessary(ImportExpan sionHandler.java:174)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion .ImportExpansionHandler.expandImports(ImportExpansionHandler .java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce ssorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe thodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsin gReflection(AopUtils.java:307)
at org.springframework.osgi.service.importer.support.internal.a op.ServiceInvoker.doInvoke(ServiceInvoker.java:58)
at org.springframework.osgi.service.importer.support.internal.a op.ServiceInvoker.invoke(ServiceInvoker.java:62)
at org.springframework.aop.framework.ReflectiveMethodInvocation .proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.support.DelegatingIntroductionInterc eptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at org.springframework.aop.support.DelegatingIntroductionInterc eptor.invoke(DelegatingIntroductionInterceptor.java:119)
at org.springframework.aop.framework.ReflectiveMethodInvocation .proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.osgi.service.util.internal.aop.ServiceTC CLInterceptor.invokeUnprivileged(ServiceTCCLInterceptor.java :56)
at org.springframework.osgi.service.util.internal.aop.ServiceTC CLInterceptor.invoke(ServiceTCCLInterceptor.java:39)
at org.springframework.aop.framework.ReflectiveMethodInvocation .proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.osgi.service.importer.support.LocalBundl eContextAdvice.invoke(LocalBundleContextAdvice.java:59)
at org.springframework.aop.framework.ReflectiveMethodInvocation .proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.support.DelegatingIntroductionInterc eptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at org.springframework.aop.support.DelegatingIntroductionInterc eptor.invoke(DelegatingIntroductionInterceptor.java:119)
at org.springframework.aop.framework.ReflectiveMethodInvocation .proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke( JdkDynamicAopProxy.java:202)
at $Proxy63.expandImports(Unknown Source)
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpand ingTransformer.expandImports(ImportExpandingTransformer.java :107)
... 47 common frames omitted

Report message to a moderator

Re: GreenPages solution doesn't run on Virgo web server M06 [message #632222 is a reply to message #632221]

Tue, 12 October 2010 07:49

Glyn Normington

Messages: 1222
Registered: July 2009

Senior Member

Let's rule out a simple mistake first.

The only difference between milestone 5 and milestone 6 is that the JARs needed on the kernel classpath moved from lib/launcher back into lib to keep the tooling happy. No change should have been made in respect of the bundle com.springsource.org.eclipse.persistence v1.0.0.

Virgo web server does not supply the com.springsource.org.eclipse.persistence v1.0.0 in the zip file, so this needs to be placed in repository/usr. Please could you check that this file is in place. (You could also restart Virgo with -clean to be absolutely sure this has been picked up, although repository/usr is monitored at runtime so restart should not be necessary.)

Report message to a moderator

Re: GreenPages solution doesn't run on Virgo web server M06 [message #632234 is a reply to message #632222]

Tue, 12 October 2010 08:43

Lorie Pisicchio

Messages: 44
Registered: October 2010

Member

The needed jar were not available under repository/usr.
I copied all the files available under virgo-web-server-2.1.0.M05-incubation/repository/usr/ :
com.springsource.freemarker-2.3.15.jar
com.springsource.javax.persistence-1.0.0.jar
com.springsource.org.apache.commons.dbcp-1.2.2.osgi.jar
com.springsource.org.apache.commons.pool-1.3.0.jar
com.springsource.org.eclipse.persistence.antlr-1.0.0.jar
com.springsource.org.eclipse.persistence.asm-1.0.0.jar
com.springsource.org.eclipse.persistence.jpa-1.0.0.jar
com.springsource.org.eclipse.persistence-1.0.0.jar
com.springsource.org.h2-1.0.71.jar

and paste it to virgo-web-server-2.1.0.M06-incubation/repository/usr manually.

The server is now able to start, and greenpages solution can be deployed, and run.
The web page for greenpages, and the virgo admin console are available.
Thanx for your help.

What is the step in the compilation or deployment process that should have copied those jar to this repository? I guess i missed something...

Report message to a moderator