August 2013 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKWRAP-391) Implement BZIP2 Filter

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-391?page=com.atlassian.jira.pl... ] Andrew Rubinger commented on SHRINKWRAP-391: -------------------------------------------- API additions mean we bump minor version to 1.2.0 > Implement BZIP2 Filter > ---------------------- > > Key: SHRINKWRAP-391 > URL: https://issues.jboss.org/browse/SHRINKWRAP-391 > Project: ShrinkWrap > Issue Type: Feature Request > Components: api, impl-base > Reporter: Andrew Rubinger > Assignee: Tair Sabirgaliev > Labels: gsoc > Fix For: 1.1.4 > > > Implement a BZIP2 filter for use in importing and exporting. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-391) Implement BZIP2 Filter

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-391?page=com.atlassian.jira.pl... ] Andrew Rubinger edited comment on SHRINKWRAP-391 at 8/7/13 6:45 AM: -------------------------------------------------------------------- Manual testing for sanity: {code}@Test public void manualTest(){ ShrinkWrap.create(JavaArchive.class,"alr.tar.bz2").addClass(this.getClass()).as(TarBzExporter.class).exportTo(new File("/home/alr/Desktop/test.tar.bz2")); }{code} ...yields: alr@overdrive ~/Desktop $ file test.tar.bz2 test.tar.bz2: bzip2 compressed data, block size = 900k alr@overdrive ~/Desktop $ file TarBzExporterTestCase.class TarBzExporterTestCase.class: compiled Java class data, version 51.0 Looking good. Tests in place and API additions are consistent. Upstream: https://github.com/shrinkwrap/shrinkwrap/commit/71b7378e3510049e8cabba0d1... was (Author: alrubinger): Manual testing for sanity: @Test public void manualTest(){ ShrinkWrap.create(JavaArchive.class,"alr.tar.bz2").addClass(this.getClass()).as(TarBzExporter.class).exportTo(new File("/home/alr/Desktop/test.tar.bz2")); } ...yields: alr@overdrive ~/Desktop $ file test.tar.bz2 test.tar.bz2: bzip2 compressed data, block size = 900k alr@overdrive ~/Desktop $ file TarBzExporterTestCase.class TarBzExporterTestCase.class: compiled Java class data, version 51.0 Looking good. Tests in place and API additions are consistent. Upstream: https://github.com/shrinkwrap/shrinkwrap/commit/71b7378e3510049e8cabba0d1... > Implement BZIP2 Filter > ---------------------- > > Key: SHRINKWRAP-391 > URL: https://issues.jboss.org/browse/SHRINKWRAP-391 > Project: ShrinkWrap > Issue Type: Feature Request > Components: api, impl-base > Reporter: Andrew Rubinger > Assignee: Tair Sabirgaliev > Labels: gsoc > Fix For: 1.1.4 > > > Implement a BZIP2 filter for use in importing and exporting. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-391) Implement BZIP2 Filter

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-391?page=com.atlassian.jira.pl... ] Andrew Rubinger edited comment on SHRINKWRAP-391 at 8/7/13 6:45 AM: -------------------------------------------------------------------- Manual testing for sanity: {code}@Test public void manualTest(){ ShrinkWrap.create(JavaArchive.class,"alr.tar.bz2").addClass(this.getClass()).as(TarBzExporter.class).exportTo(new File("/home/alr/Desktop/test.tar.bz2")); }{code} ...yields: {code}alr@overdrive ~/Desktop $ file test.tar.bz2 test.tar.bz2: bzip2 compressed data, block size = 900k alr@overdrive ~/Desktop $ file TarBzExporterTestCase.class TarBzExporterTestCase.class: compiled Java class data, version 51.0{code} Looking good. Tests in place and API additions are consistent. Upstream: https://github.com/shrinkwrap/shrinkwrap/commit/71b7378e3510049e8cabba0d1... was (Author: alrubinger): Manual testing for sanity: {code}@Test public void manualTest(){ ShrinkWrap.create(JavaArchive.class,"alr.tar.bz2").addClass(this.getClass()).as(TarBzExporter.class).exportTo(new File("/home/alr/Desktop/test.tar.bz2")); }{code} ...yields: alr@overdrive ~/Desktop $ file test.tar.bz2 test.tar.bz2: bzip2 compressed data, block size = 900k alr@overdrive ~/Desktop $ file TarBzExporterTestCase.class TarBzExporterTestCase.class: compiled Java class data, version 51.0 Looking good. Tests in place and API additions are consistent. Upstream: https://github.com/shrinkwrap/shrinkwrap/commit/71b7378e3510049e8cabba0d1... > Implement BZIP2 Filter > ---------------------- > > Key: SHRINKWRAP-391 > URL: https://issues.jboss.org/browse/SHRINKWRAP-391 > Project: ShrinkWrap > Issue Type: Feature Request > Components: api, impl-base > Reporter: Andrew Rubinger > Assignee: Tair Sabirgaliev > Labels: gsoc > Fix For: 1.1.4 > > > Implement a BZIP2 filter for use in importing and exporting. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-391) Implement BZIP2 Filter

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-391?page=com.atlassian.jira.pl... ] Andrew Rubinger updated SHRINKWRAP-391: --------------------------------------- Status: Resolved (was: Pull Request Sent) Assignee: Tair Sabirgaliev Fix Version/s: 1.1.4 Resolution: Done Manual testing for sanity: @Test public void manualTest(){ ShrinkWrap.create(JavaArchive.class,"alr.tar.bz2").addClass(this.getClass()).as(TarBzExporter.class).exportTo(new File("/home/alr/Desktop/test.tar.bz2")); } ...yields: alr@overdrive ~/Desktop $ file test.tar.bz2 test.tar.bz2: bzip2 compressed data, block size = 900k alr@overdrive ~/Desktop $ file TarBzExporterTestCase.class TarBzExporterTestCase.class: compiled Java class data, version 51.0 Looking good. Tests in place and API additions are consistent. Upstream: https://github.com/shrinkwrap/shrinkwrap/commit/71b7378e3510049e8cabba0d1... > Implement BZIP2 Filter > ---------------------- > > Key: SHRINKWRAP-391 > URL: https://issues.jboss.org/browse/SHRINKWRAP-391 > Project: ShrinkWrap > Issue Type: Feature Request > Components: api, impl-base > Reporter: Andrew Rubinger > Assignee: Tair Sabirgaliev > Labels: gsoc > Fix For: 1.2.0 > > > Implement a BZIP2 filter for use in importing and exporting. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-463) Fix FilesTestCase, broken in JDK8

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-463?page=com.atlassian.jira.pl... ] Andrew Rubinger updated SHRINKWRAP-463: --------------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 1.1.4 Resolution: Done Upstream: https://github.com/shrinkwrap/shrinkwrap/commit/d4681029ac179fe09ebed134a... Verified fixed in new JDK8 CI job: https://shrinkwrap.ci.cloudbees.com/job/ShrinkWrap_upstream-master-JDK8/4 > Fix FilesTestCase, broken in JDK8 > --------------------------------- > > Key: SHRINKWRAP-463 > URL: https://issues.jboss.org/browse/SHRINKWRAP-463 > Project: ShrinkWrap > Issue Type: Task > Affects Versions: 1.1.3 > Environment: JDK8: > $ mvn -version > Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 08:51:28-0500) > Maven home: /home/alr/opt/apache/maven/apache-maven-3.0.5 > Java version: 1.8.0-ea, vendor: Oracle Corporation > Java home: /home/alr/opt/oracle/java/jdk1.8.0/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux", version: "3.8.0-19-generic", arch: "amd64", family: "unix" > Reporter: Andrew Rubinger > Assignee: Tair Sabirgaliev > Fix For: 1.1.4 > > > From: > {code}readAllBytes(org.jboss.shrinkwrap.impl.nio.file.FilesTestCase) Time elapsed: 0.007 sec <<< ERROR!{code} > ... > {code}java.lang.UnsupportedOperationException > at java.nio.file.spi.FileSystemProvider.newFileChannel(FileSystemProvider.java:474) > at java.nio.channels.FileChannel.open(FileChannel.java:287) > at java.nio.channels.FileChannel.open(FileChannel.java:335) > at java.nio.file.Files.readAllBytes(Files.java:2974) > at org.jboss.shrinkwrap.impl.nio.file.FilesTestCase.readAllBytes(FilesTestCase.java:738) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) > at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) > at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) > at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) > at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:81) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68){code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-463) Fix FilesTestCase, broken in JDK8

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-463?page=com.atlassian.jira.pl... ] Andrew Rubinger reassigned SHRINKWRAP-463: ------------------------------------------ Assignee: Tair Sabirgaliev > Fix FilesTestCase, broken in JDK8 > --------------------------------- > > Key: SHRINKWRAP-463 > URL: https://issues.jboss.org/browse/SHRINKWRAP-463 > Project: ShrinkWrap > Issue Type: Task > Affects Versions: 1.1.3 > Environment: JDK8: > $ mvn -version > Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 08:51:28-0500) > Maven home: /home/alr/opt/apache/maven/apache-maven-3.0.5 > Java version: 1.8.0-ea, vendor: Oracle Corporation > Java home: /home/alr/opt/oracle/java/jdk1.8.0/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux", version: "3.8.0-19-generic", arch: "amd64", family: "unix" > Reporter: Andrew Rubinger > Assignee: Tair Sabirgaliev > > From: > {code}readAllBytes(org.jboss.shrinkwrap.impl.nio.file.FilesTestCase) Time elapsed: 0.007 sec <<< ERROR!{code} > ... > {code}java.lang.UnsupportedOperationException > at java.nio.file.spi.FileSystemProvider.newFileChannel(FileSystemProvider.java:474) > at java.nio.channels.FileChannel.open(FileChannel.java:287) > at java.nio.channels.FileChannel.open(FileChannel.java:335) > at java.nio.file.Files.readAllBytes(Files.java:2974) > at org.jboss.shrinkwrap.impl.nio.file.FilesTestCase.readAllBytes(FilesTestCase.java:738) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) > at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) > at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) > at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) > at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:81) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68){code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-463) Fix FilesTestCase, broken in JDK8

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-463?page=com.atlassian.jira.pl... ] Andrew Rubinger commented on SHRINKWRAP-463: -------------------------------------------- Failing case shown in new JDK8 CI job: https://shrinkwrap.ci.cloudbees.com/view/ShrinkWrap/job/ShrinkWrap_upstre... > Fix FilesTestCase, broken in JDK8 > --------------------------------- > > Key: SHRINKWRAP-463 > URL: https://issues.jboss.org/browse/SHRINKWRAP-463 > Project: ShrinkWrap > Issue Type: Task > Affects Versions: 1.1.3 > Environment: JDK8: > $ mvn -version > Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 08:51:28-0500) > Maven home: /home/alr/opt/apache/maven/apache-maven-3.0.5 > Java version: 1.8.0-ea, vendor: Oracle Corporation > Java home: /home/alr/opt/oracle/java/jdk1.8.0/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux", version: "3.8.0-19-generic", arch: "amd64", family: "unix" > Reporter: Andrew Rubinger > > From: > {code}readAllBytes(org.jboss.shrinkwrap.impl.nio.file.FilesTestCase) Time elapsed: 0.007 sec <<< ERROR!{code} > ... > {code}java.lang.UnsupportedOperationException > at java.nio.file.spi.FileSystemProvider.newFileChannel(FileSystemProvider.java:474) > at java.nio.channels.FileChannel.open(FileChannel.java:287) > at java.nio.channels.FileChannel.open(FileChannel.java:335) > at java.nio.file.Files.readAllBytes(Files.java:2974) > at org.jboss.shrinkwrap.impl.nio.file.FilesTestCase.readAllBytes(FilesTestCase.java:738) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) > at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) > at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) > at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) > at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:81) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68){code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-146) Encrypted password support forces presence of settings-security.xml

by Falko M. (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-146?page=com.atlassian.jira.plu... ] Falko M. commented on SHRINKRES-146: ------------------------------------ Sorry for the late reply and thanks for the pointer to SHRINKRES-145! Escaping "\{" and "\}" did the trick. *Problem solved!* For reference, this "tip" is crucial here: "Escaping curly-brace literals in your password (Since: Maven 2.2.0)" http://maven.apache.org/guides/mini/guide-encryption.html#Tips > Encrypted password support forces presence of settings-security.xml > ------------------------------------------------------------------- > > Key: SHRINKRES-146 > URL: https://issues.jboss.org/browse/SHRINKRES-146 > Project: ShrinkWrap Resolvers > Issue Type: Bug > Affects Versions: 2.0.0-beta-4, 2.0.0 > Reporter: Falko M. > Assignee: Andrew Rubinger > > This problem is caused by SHRINKRES-38 "Support encrypted passwords for password protected repositories". > As soon {{MavenSettingsBuilder}} finds passwords in the settings file, it apprently assumes that they are encrypted with the master password which is defined in {{settings-security.xml}}. When the file cannot be found an exception is thrown: > {code} > org.jboss.shrinkwrap.resolver.api.InvalidConfigurationFileException: Unable to get security configuration from C:\Users\U115417\.m2\settings-security.xml. Please define path to the settings-security.xml file via -Dorg.apache.maven.security-settings, or put it the the default location defined by Maven. > at org.jboss.shrinkwrap.resolver.impl.maven.internal.decrypt.MavenSecurityDispatcher.getMaster(MavenSecurityDispatcher.java:171) > at org.jboss.shrinkwrap.resolver.impl.maven.internal.decrypt.MavenSecurityDispatcher.decrypt(MavenSecurityDispatcher.java:96) > at org.jboss.shrinkwrap.resolver.impl.maven.internal.decrypt.MavenSettingsDecrypter.decrypt(MavenSettingsDecrypter.java:92) > at org.jboss.shrinkwrap.resolver.impl.maven.internal.decrypt.MavenSettingsDecrypter.decrypt(MavenSettingsDecrypter.java:60) > at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenSettingsBuilder.decryptPasswords(MavenSettingsBuilder.java:223) > at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenSettingsBuilder.buildSettings(MavenSettingsBuilder.java:186) > at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenSettingsBuilder.buildDefaultSettings(MavenSettingsBuilder.java:113) > at org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl.<init>(MavenWorkingSessionImpl.java:123) > at org.jboss.shrinkwrap.resolver.impl.maven.MavenResolverSystemImpl.<init>(MavenResolverSystemImpl.java:43) > ... 80 more > {code} > This is not correct as passwords can be defined without encryption and in this case no {{settings-security.xml}} file is needed. > As we use server-side hashed passwords (without client-side encryption), this is a deal breaker for our project as you cannot work around this problem by just creating an empty file or a dummy password. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-391) Implement BZIP2 Filter

by Tair Sabirgaliev (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-391?page=com.atlassian.jira.pl... ] Tair Sabirgaliev updated SHRINKWRAP-391: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/shrinkwrap/shrinkwrap/pull/78 > Implement BZIP2 Filter > ---------------------- > > Key: SHRINKWRAP-391 > URL: https://issues.jboss.org/browse/SHRINKWRAP-391 > Project: ShrinkWrap > Issue Type: Feature Request > Components: api, impl-base > Reporter: Andrew Rubinger > Labels: gsoc > > Implement a BZIP2 filter for use in importing and exporting. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-463) Fix FilesTestCase, broken in JDK8

by Tair Sabirgaliev (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-463?page=com.atlassian.jira.pl... ] Tair Sabirgaliev updated SHRINKWRAP-463: ---------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/shrinkwrap/shrinkwrap/pull/77 > Fix FilesTestCase, broken in JDK8 > --------------------------------- > > Key: SHRINKWRAP-463 > URL: https://issues.jboss.org/browse/SHRINKWRAP-463 > Project: ShrinkWrap > Issue Type: Task > Affects Versions: 1.1.3 > Environment: JDK8: > $ mvn -version > Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19 08:51:28-0500) > Maven home: /home/alr/opt/apache/maven/apache-maven-3.0.5 > Java version: 1.8.0-ea, vendor: Oracle Corporation > Java home: /home/alr/opt/oracle/java/jdk1.8.0/jre > Default locale: en_US, platform encoding: UTF-8 > OS name: "linux", version: "3.8.0-19-generic", arch: "amd64", family: "unix" > Reporter: Andrew Rubinger > > From: > {code}readAllBytes(org.jboss.shrinkwrap.impl.nio.file.FilesTestCase) Time elapsed: 0.007 sec <<< ERROR!{code} > ... > {code}java.lang.UnsupportedOperationException > at java.nio.file.spi.FileSystemProvider.newFileChannel(FileSystemProvider.java:474) > at java.nio.channels.FileChannel.open(FileChannel.java:287) > at java.nio.channels.FileChannel.open(FileChannel.java:335) > at java.nio.file.Files.readAllBytes(Files.java:2974) > at org.jboss.shrinkwrap.impl.nio.file.FilesTestCase.readAllBytes(FilesTestCase.java:738) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) > at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31) > at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) > at org.junit.runners.ParentRunner.run(ParentRunner.java:236) > at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:491) > at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) > at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) > at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:175) > at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:81) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:68){code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues August 2013