|
|
Re: Monitoring Directories Using Spring Integration [message #977228 is a reply to message #977144] |
Fri, 09 November 2012 05:43 |
David Bohlin Messages: 3 Registered: November 2012 |
Junior Member |
|
|
Thank you Dimitry for responding.
We are using version 3.5 of Virgo and 2.0.6 of spring integration and 3.0.5 of spring framework
We are deploying a web app with a number of bundles attached to it using maven. The .mf file I have for this component is:
Bundle-ManifestVersion: 2
Bundle-Name: Project Filestore Subsystem
Bundle-SymbolicName: company.subsysem.filestore
Bundle-Vendor: Company
Import-Bundle:
org.springframework.integration.file;version="[2.0.0, 2.0.7)",
org.springframework.integration.core;version="[2.0.0, 2.0.7)"
Import-Library:
org.springframework.spring;version="[3.0, 3.5)",
org.aspectj;version="[1.6.0,1.7.0)";resolution:="optional"
Import-Package:
org.aspectj.lang;version="[1.6.0,1.7.0)";resolution:="optional",
org.aspectj.runtime.reflect;version="[1.6.0,1.7.0)";resolution:="optional"
Excluded-Imports:
org.springframework.test.*,
org.junit.*
I believe this is being deployed as a bundle, but I am not sure. I looked at the plan and it is being deployed as an artifact type"bundle" though that was not true when I first posted this.
The log file that I am reading is the one located at virgo/serviceability/logs/log.log and currently I have an error of
[2012-11-08 22:12:38.751] ERROR fs-watcher org.eclipse.virgo.medic.eventlog.default HD0003E Hot re-deploy failed for file 'project.plan'. org.eclipse.virgo.kernel.deployer.core.DeploymentException: Unable to satisfy dependencies of bundle 'company.subsystems.filestore' at version '1.0.0.SNAPSHOT': Import-Bundle with symbolic name 'org.springframework.integration.core' in version range '[2.0.0, 2.0.7)' could not be satisfied
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpandingTransformer.expandImports(ImportExpandingTransformer.java:116)
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpandingTransformer$ImportExpandingGraphVisitor.visit(ImportExpandingTransformer.java:80)
at org.eclipse.virgo.util.common.ThreadSafeGraphNode.visitInternal(ThreadSafeGraphNode.java:193)
at org.eclipse.virgo.util.common.ThreadSafeGraphNode.visitInternal(ThreadSafeGraphNode.java:197)
at org.eclipse.virgo.util.common.ThreadSafeGraphNode.visit(ThreadSafeGraphNode.java:184)
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpandingTransformer.transform(ImportExpandingTransformer.java:58)
at org.eclipse.virgo.kernel.install.pipeline.stage.transform.internal.TransformationStage.doProcessGraph(TransformationStage.java:54)
at org.eclipse.virgo.kernel.install.pipeline.stage.AbstractPipelineStage.process(AbstractPipelineStage.java:41)
at org.eclipse.virgo.kernel.install.pipeline.internal.StandardPipeline.doProcessGraph(StandardPipeline.java:62)
at org.eclipse.virgo.kernel.install.pipeline.internal.CompensatingPipeline.doProcessGraph(CompensatingPipeline.java:73)
at org.eclipse.virgo.kernel.install.pipeline.stage.AbstractPipelineStage.process(AbstractPipelineStage.java:41)
at org.eclipse.virgo.kernel.install.pipeline.internal.StandardPipeline.doProcessGraph(StandardPipeline.java:62)
at org.eclipse.virgo.kernel.install.pipeline.stage.AbstractPipelineStage.process(AbstractPipelineStage.java:41)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.driveInstallPipeline(PipelinedApplicationDeployer.java:360)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.doInstall(PipelinedApplicationDeployer.java:184)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.install(PipelinedApplicationDeployer.java:139)
at org.eclipse.virgo.kernel.deployer.core.internal.PipelinedApplicationDeployer.deploy(PipelinedApplicationDeployer.java:252)
at org.eclipse.virgo.kernel.deployer.hot.HotDeploymentFileSystemListener.deploy(HotDeployerFileSystemListener.java:163)
at org.eclipse.virgo.kernel.deployer.hot.HotDeploymentFileSystemListener.onChange(HotDeployerFileSystemListener.java:70)
at org.eclipse.virgo.util.io.FileSystemChecker.notifyListeners(FileSystemChecker.java:245)
at org.eclipse.virgo.util.io.FileSystemChecker.check(FileSystemChecker.java:166)
at org.eclipse.virgo.kernel.deployer.hot.WatchTask.run(WatchTask.java:48)
at java.lang.Thread.run(Thread.java:679)
Caused by: org.eclipse.virgo.kernel.osgi.framework.UnableToSatisfyBundleDependenciesException: Unable to satisfy dependencies of bundle 'company.subsystems.filestore' at version '1.0.0.SNAPSHOT': Import-Bundle with symbolic name 'org.springframework.integration.core' in version range '[2.0.0, 2.0.7)' could not be satisfied
at org.eclipse.virgo.kernel.userregion.internal.importexpansion.ImportExpansionHandler.getBundlePackageImports(ImportExpansionHandler.java:272)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion.ImportExpansionHandler.getAdditionalPackageImports(ImportExpansionHandler.java:236)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion.ImportExpansionHandler.expandImports(ImportExpansionHandler.java:207)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion.ImportExpansionHandler.expandImportsIfNecessary(ImportExpansionHandler.java:175)
at org.eclipse.virgo.kernel.userregion.internal.importexpansion.ImportExpansionHandler.expandImports(ImportExpansionHandler.java:113)
at sun.reflect.GeneratedMethodAccessor61.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:309)
at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.doInvoke(ServiceInvoker.java:56)
at org.eclipse.gemini.blueprint.service.importer.support.internal.aop.ServiceInvoker.invoke(ServiceInvoker.java:60)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invokeUnprivileged(ServiceTCCLInterceptor.java:70)
at org.eclipse.gemini.blueprint.service.util.internal.aop.ServiceTCCLInterceptor.invoke(ServiceTCCLInterceptor.java:53)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.eclipse.gemini.blueprint.service.importer.support.LocalBundleContextAdvice.invoke(LocalBundleContextAdvice.java:57)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131)
at org.springframework.aop.support.DelegatingIntroductionInterceptor.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 $Proxy40.expandImports(Unknown Source)
at org.eclipse.virgo.kernel.deployer.core.internal.ImportExpandingTransformer.expandImports(ImportExpandingTransformer.java:107)
... 22 common frames omitted
Which probably has to do with how I have the manifest setup, but I am not sure. I came across this issue earlier, and found a blog that helped me fix it. However, I cannot find that article now.
jar file structure is like this:
META-INF/
META-INF/MANIFEST.MF
com/
com/company/
com/company/project/
com/company/project/subsystems/
com/company/project/subsystems/filestore/
META-INF/spring/
com/compnay/project/subsystems/filestore/FilestoreSubsystemImpl.class
com/company/project/subsystems/filestore/Handler.class
com/compnay/project/subsystems/filestore/FilestoreValidatorImpl.class
META-INF/spring/module-context.xml
META-INF/spring/osgi-context.xml
META-INF/maven/
META-INF/maven/company.project.subsystems/
META-INF/maven/company.project.subsystems/filestore/
META-INF/maven/company.project.subsystems/filestore/pom.xml
META-INF/maven/company.project.subsystems/filestore/pom.properties
I know this is a rather open question, and there are a lot of different issues going on here, but you know how it is... Become a subject matter expert in 4 weeks and get it all done in 6.
Thanks for any help or suggestions. If there is anything else I can provide I will try to do so.
|
|
|
Re: Monitoring Directories Using Spring Integration [message #978116 is a reply to message #977228] |
Fri, 09 November 2012 21:20 |
Dmitry Sklyut Messages: 279 Registered: January 2010 |
Senior Member |
|
|
I think this should give you a clue.
Caused by: org.eclipse.virgo.kernel.osgi.framework.UnableToSatisfyBundleDependenciesException: Unable to satisfy dependencies of bundle 'company.subsystems.filestore' at version '1.0.0.SNAPSHOT': Import-Bundle with symbolic name 'org.springframework.integration.core' in version range '[2.0.0, 2.0.7)' could not be satisfied
You are missing a required dependency.
Take a look at the docs for help with deployment
Dmitry
[Updated on: Fri, 09 November 2012 21:22] Report message to a moderator
|
|
|
|
Powered by
FUDForum. Page generated in 0.03069 seconds