[jira] Commented: (MNG-1819) StringIndexOutOfBoundsException when running maven
[ http://jira.codehaus.org/browse/MNG-1819?page=comments#action_58693 ] Andy Brook commented on MNG-1819: - I know its closed, but just to rule out the cygwin-only thing, I just had this happen on SLES8, a default maven 2.0.1 install breaking... (works fine on another distro)... > StringIndexOutOfBoundsException when running maven > -- > > Key: MNG-1819 > URL: http://jira.codehaus.org/browse/MNG-1819 > Project: Maven 2 > Type: Bug > Versions: 2.0.1 > Environment: win xp, cygwin > Reporter: Dan Diephouse > Assignee: John Casey > Fix For: 2.0.2 > > > Just trying out 2.0.1 and I am getting this message below. any ideas? > $ mvn.bat > [WARNING] Failed to initialize environment variable resolver. Skipping > environment substitution in settings. > [INFO] Scanning for projects... > [INFO] > > [ERROR] FATAL ERROR > [INFO] > > [INFO] String index out of range: -1 > [INFO] > > [INFO] Trace > java.lang.StringIndexOutOfBoundsException: String index out of range: -1 >at java.lang.String.substring(String.java:1768) >at > org.codehaus.plexus.util.cli.CommandLineUtils.getSystemEnvVars(CommandLineUtils.java:188) >at > org.codehaus.plexus.util.interpolation.EnvarBasedValueSource.(EnvarBasedValueSource.java:16) >at > org.apache.maven.project.interpolation.RegexBasedModelInterpolator.interpolate(RegexBasedModelInterpolator.java:86) >at > org.apache.maven.project.DefaultMavenProjectBuilder.processProjectLogic(DefaultMavenProjectBuilder.java:725) >at > org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:632) >at > org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFile(DefaultMavenProjectBuilder.java:304) >at > org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:274) >at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515) >at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447) >at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351) >at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278) >at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) >at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:585) >at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) >at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) >at > org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) >at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > [INFO] > > [INFO] Total time: < 1 second > [INFO] Finished at: Mon Dec 12 16:50:03 PST 2005 > [INFO] Final Memory: 1M/2M > [INFO] > -- 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, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MPJNLP-29) Native library support?
Native library support? --- Key: MPJNLP-29 URL: http://jira.codehaus.org/browse/MPJNLP-29 Project: maven-jnlp-plugin Type: Bug Environment: Ubuntu Linux, x86_64, ibm 150 jre. Reporter: Andy Brook I havent seen any examples of how native libraries are supported. My scenario is an SWT application that uses the SWT jar from eclipse, v3.1.1 now has the .so / .dll at the root of a JAR with java classes underneath. If it doesnt support this yet will it? At the moment, the plugin does the lions share of signing, I just have to modify the template and hard code an additional tag. It would be ideal If in addition to $dependencies in the velocity template, there was a $nativeDependencies. This would then allow the SWT jar above to be referenced. I see there is some code relating to native library processing that is currently commented out. What I would like to avoid is having to extract native libraries such that the plugin can resign them again, using SWT as the example, the jar has already been signed, I just need to refer to it as a native lib. One way is to extend the tag to have a natives section and in addition to specifying absolute libraries (.so / .dll ) for .jar wrapping/signing, the ideal would be to use the same descriptor as the giving: commons-logging:commons-logging commons-cli:commons-cli org.eclipse.core:boot org.eclipse.core:runtime org.eclipse:swt org.eclipse.swt:win32-x86 org.eclipse:jface org.eclipse.jface:text log4j:log4j myco:myapp org.eclipse.swt:win32-x86 -- 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, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MASSEMBLY-66) Ability to index into a nominated dependency JAR to identify files to include in the assembly (Im thinking .so/.dll etc)
[ http://jira.codehaus.org/browse/MASSEMBLY-66?page=comments#action_57626 ] Andy Brook commented on MASSEMBLY-66: - another possible workaround is to bodge the use of scope in the dependency, mark the dependency in question as say 'test', and refer to this scope in the dependencySets, identifying it specifically. Unfortunatly there is no include filter so this would unpack the classes also. messy. > Ability to index into a nominated dependency JAR to identify files to include > in the assembly (Im thinking .so/.dll etc) > > > Key: MASSEMBLY-66 > URL: http://jira.codehaus.org/browse/MASSEMBLY-66 > Project: Maven 2.x Assembly Plugin > Type: Improvement > Environment: Linux, x86_64, x86, win32 > Reporter: Andy Brook > Priority: Critical > > > Im trying to bundle a SWT application, I'm almost there, the only thing > missing is the ability to include .so files in the assembly that are > currently stored inside a dependancy. As far as I can tell there is no neat > way to pull a few files out of a given dependency... > My example is the SWT libraries, the GTK linux specific JAR in the eclipse > bundle also contain the native libraries. Ive renamed this to fit into a > maven2 repository, but really dont want to have to copy the files manually. > Ideally, I would like to be able to specify the dependency in mind and extend > the fileSet element to allow the context of the include to work only within > that dependency. > If there is something Im missing and this can be done with existing plugins > Id like to hear about it! > eg: > ::POM:: > > > org.eclipse.swt > gtk-linux-x86 > 3.1.1 > runtime > > ::assembly-descriptor.xml:: > > > org.eclipse.swt:gtk-linux-x86:3.1.1 > /lib > > *.so > > -- 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, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MASSEMBLY-66) Ability to index into a nominated dependency JAR to identify files to include in the assembly (Im thinking .so/.dll etc)
Ability to index into a nominated dependency JAR to identify files to include in the assembly (Im thinking .so/.dll etc) Key: MASSEMBLY-66 URL: http://jira.codehaus.org/browse/MASSEMBLY-66 Project: Maven 2.x Assembly Plugin Type: Improvement Environment: Linux, x86_64, x86, win32 Reporter: Andy Brook Priority: Critical Im trying to bundle a SWT application, I'm almost there, the only thing missing is the ability to include .so files in the assembly that are currently stored inside a dependancy. As far as I can tell there is no neat way to pull a few files out of a given dependency... My example is the SWT libraries, the GTK linux specific JAR in the eclipse bundle also contain the native libraries. Ive renamed this to fit into a maven2 repository, but really dont want to have to copy the files manually. Ideally, I would like to be able to specify the dependency in mind and extend the fileSet element to allow the context of the include to work only within that dependency. If there is something Im missing and this can be done with existing plugins Id like to hear about it! eg: ::POM:: org.eclipse.swt gtk-linux-x86 3.1.1 runtime ::assembly-descriptor.xml:: org.eclipse.swt:gtk-linux-x86:3.1.1 /lib *.so -- 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, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]