[
http://jira.codehaus.org/browse/MOJO-767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_99321
]
Valerio Schiavoni commented on MOJO-767:
----------------------------------------
Hi,
i think the problem is not the suffix of the class, but the name of the class
contained in the RuntimeWrapper.class file itself.
In fact, a deassembly (javap RuntimeMapper) of the class you've attached:
public class log4j128jar.org.vafer.RuntimeMapper.class extends java.lang.Object{
public log4j128jar.org.vafer.RuntimeMapper.class();
public static final java.lang.String resolve(java.lang.String);
}
which I suppose cause problems when verifying that that the name of the class
is not the correct file.
More than that, the .class suffix might cause problems. I'm attaching a patch
against dependency-0.4 for this issue. The patch is valid also for
depedency-trunk. Unfortunately, the trunk version seems quite different from
the previous one (this can be tested by trying to build minijar changing the
version of the dependency library from 0.4 to 0.5-SNAPSHOT and manually
installing depedency-trunk).
> minijar:ueberjar RuntimeWrapper are invalid
> -------------------------------------------
>
> Key: MOJO-767
> URL: http://jira.codehaus.org/browse/MOJO-767
> Project: Mojo
> Issue Type: Bug
> Components: minijar
> Reporter: Henri Tremblay
> Priority: Blocker
> Attachments: RuntimeMapper.class
>
>
> The jar created jar by ueber doesn't work at all. At runtime, the
> RuntimeMapper classes are causing ClassFormatError. This is probably coming
> from vafer.dependency.
> The created class is in attachment. From a quick look, one problem seems to
> be the class name. They end with the suffix ".class".
> From there I have a question. Can't we have an option to create a flat having
> everything in the root instead of in subdirectories? That will remove the
> need of any runtime wrapper and would work nicely.
> Out of subject, I also notice that the final jar has no manifest (the initial
> jar has).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
