Eclipse Community Forums: Hudson » Migration to 3.0

Home

Home » Archived » Hudson » Migration to 3.0 - copyArtifacts problem

Migration to 3.0 - copyArtifacts problem [message #1014725]

Tue, 26 February 2013 05:52

Eclipse User

Hi,
Problem with copyArtifacts plugin (1.12) after migration to from Hudson 2.2.0 to Hudson 3.0.0. I think it is caused by jna-native-support-plugin.hpi installation problem. Indeed /home/tomcat6/.hudson/plugins/jna-native-support-plugin folder is empty when META-INF is expected in it. Hudson Plugin Manager shows that both JNA Native Support Plugin (3.0.2) and Copy Artifact Plugin (1.25-h-1) are successfully installed

...
SEVERE: Failed Inspecting plugin /home/tomcat6/.hudson/plugins/jna-native-support-plugin.hpi
hudson.util.IOException2: Plugin installation failed. No manifest at /home/tomcat6/.hudson/plugins/jna-native-support-plugin/META-INF/MANIFEST.MF
	at org.hudsonci.inject.internal.plugin.SmoothiePluginStrategy.createPluginWrapper(SmoothiePluginStrategy.java:98)
	at org.hudsonci.inject.internal.plugin.DelegatingPluginStrategy.createPluginWrapper(DelegatingPluginStrategy.java:62)
	at hudson.PluginManager$1$3$1.run(PluginManager.java:194)
	at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
	at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
	at hudson.model.Hudson$4.runTask(Hudson.java:647)
	at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
	at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:679)
Caused by: java.io.IOException: Plugin installation failed. No manifest at /home/tomcat6/.hudson/plugins/jna-native-support-plugin/META-INF/MANIFEST.MF
	at hudson.ClassicPluginStrategy.createPluginWrapper(ClassicPluginStrategy.java:109)
	at org.hudsonci.inject.internal.plugin.PluginWrapperFactory.create(PluginWrapperFactory.java:86)
	at org.hudsonci.inject.internal.plugin.SmoothiePluginStrategy.createPluginWrapper(SmoothiePluginStrategy.java:95)
	... 10 more
...

INFO: Loading plugin - copyartifact
Feb 26, 2013 10:13:32 AM hudson.PluginManager$2$1$1 run
INFO: Failed to load plugin - copyartifact because of error Dependency jna-native-support-plugin (3.0.2) doesn't exist
Feb 26, 2013 10:13:32 AM hudson.model.Hudson$5 onTaskFailed
SEVERE: Failed Loading plugin copyartifact
java.io.IOException: Dependency jna-native-support-plugin (3.0.2) doesn't exist
	at hudson.PluginWrapper.resolvePluginDependencies(PluginWrapper.java:437)
	at hudson.PluginManager$2$1$1.run(PluginManager.java:296)
	at org.jvnet.hudson.reactor.TaskGraphBuilder$TaskImpl.run(TaskGraphBuilder.java:146)
	at org.jvnet.hudson.reactor.Reactor.runTask(Reactor.java:259)
	at hudson.model.Hudson$4.runTask(Hudson.java:647)
	at org.jvnet.hudson.reactor.Reactor$2.run(Reactor.java:187)
	at org.jvnet.hudson.reactor.Reactor$Node.run(Reactor.java:94)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
	at java.lang.Thread.run(Thread.java:679)

[Updated on: Wed, 27 February 2013 09:46] by Moderator

Re: Migration to 3.0 - copyArtifacts problem [message #1015135 is a reply to message #1014725]

Wed, 27 February 2013 09:46

Eclipse User

Valid workaround:
When I manually extracted content of the hpi package and put it into the expected folder, the plugin was successfully loaded by hudson.

Re: Migration to 3.0 - copyArtifacts problem [message #1015179 is a reply to message #1015135]

Wed, 27 February 2013 11:41

Eclipse User

In Hudson there are two entities,

- Plugin Center: responsible for downloading the plugins from Plugin Central (http://hudson-ci.org/PluginCentral3/) and provides UI to install, disable and update the plugins. It looks only at the .hpi file in the <Hudson-HOME>/plugins folder. It would show the plugn as installed if it sees the .hpi file in the <Hudson-HOME>/plugins folder

- Plugin Manager: responsible for loading the plugin when Hudson starts. First it looks at the .hpi file and see if there is a corresponding folder exists. If not it, creates one and extracts the contents from .hpi in to that folder and then loads content from the folder. However, if the folder exists, but it contents are empty, it is not smart enough to know there is a problem.

I'm wondering how the folder corresponding to JNA support happened to be empty. Another work around is simply remove the folder and restart Hudson. Plugin manager will extract the contents afterwards.

Previous Topic:	Migration to 3.0 - birt-charts problem
Next Topic:	New Features for Hudson 3.1

Goto Forum:

-=] Back to Top [=-

Current Time: Wed Jul 23 12:34:08 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter