Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jetty-users] Jetty 9 - Building the setUID Module v1.0.2

Make sure you are using a sane java version (as in a recent one) and attach the whole build log....can't tell what is going on with what is provided.

typically issues here are related to different operating systems with things in different locations and I suspect there is an error somewhere else in the process that isn't failing the build correctly, these sorts of things are notoriously not that portable 

I suspect if it is that then you'll need to add a profile for the operating system and adjust things accordingly...and then you are welcome to contribute that back :)


jesse mcconnell

On Wed, Sep 3, 2014 at 8:02 AM, René Hartwig <Rene.Hartwig@xxxxxxxxxxxxxxxxxxxx> wrote:
Hi there,

I just upgraded Jetty from v.8.1.7 to 9.0.4 which is working fine so far. Additionally I had the setUID module included with the two c-libs for 32bit and 64bit openSuSE systems. Now that I changed to v.9 using the pre-compiled module doesn't seem to work - I' am getting an UnsatisfiedLinkError as this fellow here:

So I tried to compile it by myself as suggested in your documentation ( - I know, its not the same v9 version - I am going to correct that). Unfortunately I do not get it compiled and am wondering what's wrong. As far as I understand it, this is a problem with the project setup.
I checked out the respective Maven project ( and am now trying to build it using Maven. When doing so, I am getting the following error:

[INFO] Configured Artifact: org.eclipse.jetty.toolchain.setuid:jetty-setuid-native:1.0.2:jar
[INFO] Unpacking /opt/dev/projects/jetty-toolchain/jetty-setuid/jetty-setuid-native/target/classes to /opt/dev/projects/jetty-toolchain/jetty-setuid/libsetuid-linux/target/generated with includ
es  and excludes
org.codehaus.plexus.archiver.ArchiverException: The source must not be a directory.
        at org.codehaus.plexus.archiver.AbstractUnArchiver.validate(
        at org.codehaus.plexus.archiver.AbstractUnArchiver.extract(
        at org.apache.maven.plugin.dependency.AbstractDependencyMojo.unpack(
        at org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.unpackArtifact(
        at org.apache.maven.plugin.dependency.fromConfiguration.UnpackMojo.execute(
        at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
        at org.apache.maven.lifecycle.internal.MojoExecutor.execute(
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(
        at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(
        at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(
        at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(
        at org.apache.maven.DefaultMaven.doExecute(
        at org.apache.maven.DefaultMaven.execute(
        at org.apache.maven.cli.MavenCli.execute(
        at org.apache.maven.cli.MavenCli.doMain(
        at org.apache.maven.cli.MavenCli.main(
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(
        at java.lang.reflect.Method.invoke(
        at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(
        at org.codehaus.plexus.classworlds.launcher.Launcher.launch(
        at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(
        at org.codehaus.plexus.classworlds.launcher.Launcher.main(

Any help would be much appreciated.

Thanks and regards,


Mit freundlichen Grüßen / Best regards,

René Hartwig
Senior Developer

Befine Solutions AG - The Cryptshare Company
Bebelstraße 17
79108 Freiburg

Tel: +49 (0) 761 38913 0
Fax: +49 (0) 761 38913 115

E-Mail: Rene.Hartwig@xxxxxxxxxxxxxxxxxxxx


Your attachments are too large or too confidential for e-mail?
Get to know Cryptshare!


Amtsgericht Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun


jetty-users mailing list
To change your delivery options, retrieve your password, or unsubscribe from this list, visit

Back to the top