October 2012 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] (SHRINKRES-72) Throw an unchecked exception if attempting to "configureFrom" a non-settings.xml format

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-72?page=com.atlassian.jira.plug... ] Karel Piwko updated SHRINKRES-72: --------------------------------- Status: Pull Request Sent (was: Reopened) Git Pull Request: https://github.com/shrinkwrap/resolver/pull/15 Fixed by checking event type. > Throw an unchecked exception if attempting to "configureFrom" a non-settings.xml format > --------------------------------------------------------------------------------------- > > Key: SHRINKRES-72 > URL: https://issues.jboss.org/browse/SHRINKRES-72 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Reporter: Andrew Rubinger > Assignee: Karel Piwko > Fix For: 2.0.0-alpha-5 > > > Craig Ringer reports that 'configureFrom("pom.xml")' simply doesn't have the intended action. If the format received is not "settings.xml", tell the user. -- 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

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-72) Throw an unchecked exception if attempting to "configureFrom" a non-settings.xml format

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-72?page=com.atlassian.jira.plug... ] Karel Piwko reassigned SHRINKRES-72: ------------------------------------ Assignee: Karel Piwko (was: Andrew Rubinger) > Throw an unchecked exception if attempting to "configureFrom" a non-settings.xml format > --------------------------------------------------------------------------------------- > > Key: SHRINKRES-72 > URL: https://issues.jboss.org/browse/SHRINKRES-72 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Reporter: Andrew Rubinger > Assignee: Karel Piwko > Fix For: 2.0.0-alpha-5 > > > Craig Ringer reports that 'configureFrom("pom.xml")' simply doesn't have the intended action. If the format received is not "settings.xml", tell the user. -- 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

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SHRINKRES-72) Throw an unchecked exception if attempting to "configureFrom" a non-settings.xml format

by Karel Piwko (JIRA)

[ https://issues.jboss.org/browse/SHRINKRES-72?page=com.atlassian.jira.plug... ] Karel Piwko reopened SHRINKRES-72: ---------------------------------- Does not seem to work properly on all machines. I'm getting following exception on RHEL6 while it works on Mac OS X. Java Version does not seems to make the difference, tested on JDK6.0.33, 7.0.3, 7.0.9. It seems it is related to the content of settings.xml {code} overrideGlobalSettings(org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.SystemPropertyPrecedenceTestCase) Time elapsed: 0.006 sec <<< ERROR! java.lang.RuntimeException: Could not create new service instance at org.jboss.shrinkwrap.resolver.api.loadable.SpiServiceLoader.createInstance(SpiServiceLoader.java:219) at org.jboss.shrinkwrap.resolver.api.loadable.SpiServiceLoader.createInstances(SpiServiceLoader.java:181) at org.jboss.shrinkwrap.resolver.api.loadable.SpiServiceLoader.all(SpiServiceLoader.java:77) at org.jboss.shrinkwrap.resolver.api.loadable.SpiServiceLoader.onlyOne(SpiServiceLoader.java:83) at org.jboss.shrinkwrap.resolver.api.ResolverSystemFactory.createFromUserView(ResolverSystemFactory.java:80) at org.jboss.shrinkwrap.resolver.api.ResolverSystemFactory.createFromUserView(ResolverSystemFactory.java:60) at org.jboss.shrinkwrap.resolver.api.Resolvers.use(Resolvers.java:67) at org.jboss.shrinkwrap.resolver.api.maven.Maven.resolver(Maven.java:37) at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.SystemPropertyPrecedenceTestCase.overrideGlobalSettings(SystemPropertyPrecedenceTestCase.java:55) 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:597) 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.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:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) 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) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at org.jboss.shrinkwrap.resolver.api.loadable.SpiServiceLoader.createInstance(SpiServiceLoader.java:215) ... 37 more Caused by: java.lang.IllegalStateException: Method getLocalName() cannot be called for COMMENT event. at com.sun.org.apache.xerces.internal.impl.XMLStreamReaderImpl.getLocalName(XMLStreamReaderImpl.java:333) at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenSettingsBuilder.buildSettings(MavenSettingsBuilder.java:128) at org.jboss.shrinkwrap.resolver.impl.maven.bootstrap.MavenSettingsBuilder.buildDefaultSettings(MavenSettingsBuilder.java:96) at org.jboss.shrinkwrap.resolver.impl.maven.MavenWorkingSessionImpl.<init>(MavenWorkingSessionImpl.java:107) at org.jboss.shrinkwrap.resolver.impl.maven.MavenResolverSystemImpl.<init>(MavenResolverSystemImpl.java:43) ... 42 more {code} > Throw an unchecked exception if attempting to "configureFrom" a non-settings.xml format > --------------------------------------------------------------------------------------- > > Key: SHRINKRES-72 > URL: https://issues.jboss.org/browse/SHRINKRES-72 > Project: ShrinkWrap Resolvers > Issue Type: Enhancement > Reporter: Andrew Rubinger > Assignee: Andrew Rubinger > Fix For: 2.0.0-alpha-5 > > > Craig Ringer reports that 'configureFrom("pom.xml")' simply doesn't have the intended action. If the format received is not "settings.xml", tell the user. -- 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

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-389) Allow ShrinkWrap to overwrite existing ArchivePaths

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-389: ------------------------------------------ Summary: Allow ShrinkWrap to overwrite existing ArchivePaths Key: SHRINKWRAP-389 URL: https://issues.jboss.org/browse/SHRINKWRAP-389 Project: ShrinkWrap Issue Type: Feature Request Reporter: Andrew Rubinger SHRINKWRAP-329 created a fail-fast (as opposed to silent no-op) approach to encountering the following case: {code} // Create the new archive final Archive<?> archive = createNewArchive(); // Put in an asset final ArchivePath path = ArchivePaths.create("testPath"); archive.add(EmptyAsset.INSTANCE, path); // Now try again with a new asset, and this should fail try { archive.add(new StringAsset("failContent"), path); } catch (final IllegalOverwriteException ioe) { // Good return; }{code} We need a feature now to disable this, effectively a boolean flag for each of the archive "add" methods to allow overwriting. Will encompass API changes. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

5
21
0 / 0

[JBoss JIRA] (SHRINKWRAP-430) ArchivePaths.createInstance breaks in modular CL environments

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-430: ------------------------------------------ Summary: ArchivePaths.createInstance breaks in modular CL environments Key: SHRINKWRAP-430 URL: https://issues.jboss.org/browse/SHRINKWRAP-430 Project: ShrinkWrap Issue Type: Bug Components: api Affects Versions: 1.1.0 Reporter: Andrew Rubinger Assignee: Andrew Rubinger Priority: Blocker Fix For: 1.1.1 Trace: {code}java.lang.ExceptionInInitializerError at org.jboss.shrinkwrap.api.ShrinkWrap.getDefaultDomain(ShrinkWrap.java:108) at org.jboss.shrinkwrap.api.ArchivePaths.createInstance(ArchivePaths.java:115) at org.jboss.shrinkwrap.api.ArchivePaths.create(ArchivePaths.java:51) at org.jboss.shrinkwrap.impl.base.ArchiveBase.addAsDirectory(ArchiveBase.java:381) at org.jboss.shrinkwrap.impl.base.importer.zip.ZipImporterImpl.importFrom(ZipImporterImpl.java:115) at org.jboss.shrinkwrap.impl.base.importer.zip.ZipImporterImpl.importFrom(ZipImporterImpl.java:45) at org.jboss.arquillian.daemon.server.NettyServer$DeployHandlerAdapter.inboundBufferUpdated(NettyServer.java:315){code} This is because we rely upon the default Domain to obtain the ArchivePath implementation: {code}final Class<?> archivePathImplClass; try { archivePathImplClass = ClassLoaderSearchUtil.findClassFromClassLoaders(PATH_IMPL, ShrinkWrap .getDefaultDomain().getConfiguration().getClassLoaders()); } catch (final ClassNotFoundException cnfe) { throw new IllegalStateException("Could not find the archive path implementation class " + PATH_IMPL + " in any configured ClassLoader", cnfe); }{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

11 years, 6 months

1
1
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-315) NPE in ContainerBase.addAsLibrary

by Andrew Rubinger (JIRA)

NPE in ContainerBase.addAsLibrary --------------------------------- Key: SHRINKWRAP-315 URL: https://issues.jboss.org/browse/SHRINKWRAP-315 Project: ShrinkWrap Issue Type: Bug Reporter: Andrew Rubinger Using code: {code}war.addAsLibrary("xerces/xercesImpl.jar", "xercesImpl.jar");{code} ..if the resourceName doesn't exist, results in: {code}Caused by: java.lang.NullPointerException at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1353) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1338) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1289) at org.jboss.as.test.spec.xerces.ws.XercesUsageInWebServiceTestCase.createWebServiceDeployment(XercesUsageInWebServiceTestCase.java:74) ... 59 more{code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

5
10
0 / 0

[JBoss JIRA] (SHRINKWRAP-424) Re-enable APIViz

by Andrew Rubinger (JIRA)

[ https://issues.jboss.org/browse/SHRINKWRAP-424?page=com.atlassian.jira.pl... ] Andrew Rubinger resolved SHRINKWRAP-424. ---------------------------------------- Assignee: Andrew Rubinger Fix Version/s: 1.1.1 Resolution: Done Upstream: https://github.com/shrinkwrap/shrinkwrap/commit/7a98c2c6bb00733c3d6d9ab4f... > Re-enable APIViz > ---------------- > > Key: SHRINKWRAP-424 > URL: https://issues.jboss.org/browse/SHRINKWRAP-424 > Project: ShrinkWrap > Issue Type: Feature Request > Reporter: Andrew Rubinger > Assignee: Andrew Rubinger > Fix For: 1.1.1 > > > Depends on APIVIZ-10 released version. Must be compatible with JDK7. -- 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

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (SHRINKWRAP-427) Increase Coverage on NIO.2 FileSystem Adaptor

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-427: ------------------------------------------ Summary: Increase Coverage on NIO.2 FileSystem Adaptor Key: SHRINKWRAP-427 URL: https://issues.jboss.org/browse/SHRINKWRAP-427 Project: ShrinkWrap Issue Type: Feature Request Reporter: Andrew Rubinger Add tests and increase coverage of the NIO.2 Filesystem modules. -- 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

11 years, 6 months

2
3
0 / 0

[JBoss JIRA] (SHRINKWRAP-428) Prohibit construction of ShrinkWrapFileSystems factory instances

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-428: ------------------------------------------ Summary: Prohibit construction of ShrinkWrapFileSystems factory instances Key: SHRINKWRAP-428 URL: https://issues.jboss.org/browse/SHRINKWRAP-428 Project: ShrinkWrap Issue Type: Task Reporter: Andrew Rubinger Instances of this class should not be able to be created -- 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

11 years, 6 months

2
3
0 / 0

[JBoss JIRA] (SHRINKWRAP-429) Remove unnecessary byte copying in NIO.2 InMemorySeekableByteChannel

by Andrew Rubinger (JIRA)

Andrew Rubinger created SHRINKWRAP-429: ------------------------------------------ Summary: Remove unnecessary byte copying in NIO.2 InMemorySeekableByteChannel Key: SHRINKWRAP-429 URL: https://issues.jboss.org/browse/SHRINKWRAP-429 Project: ShrinkWrap Issue Type: Task Affects Versions: 1.1.0 Reporter: Andrew Rubinger Assignee: Andrew Rubinger Fix For: 1.1.1 As suggested by Norman Maurer, use a ByteBuffer.put operation in place of a System.arrayCopy -- 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

11 years, 6 months

1
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues October 2012