August 2011 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] Created: (SHRINKWRAP-273) Importing ShrinkWrap into Intellij leaves a broken setup of 1.6 source code with a 1.5 target

by Carlo de Wolf (JIRA)

Importing ShrinkWrap into Intellij leaves a broken setup of 1.6 source code with a 1.5 target --------------------------------------------------------------------------------------------- Key: SHRINKWRAP-273 URL: https://issues.jboss.org/browse/SHRINKWRAP-273 Project: ShrinkWrap Issue Type: Bug Reporter: Carlo de Wolf Priority: Minor It would appear that Intellij does not like the following section: {code:xml}  <plugin> <artifactId>maven-compiler-plugin</artifactId> <inherited>true</inherited> <configuration> <source>1.5</source> <target>1.5</target> <showDeprecation>false</showDeprecation> <showWarnings>true</showWarnings> <optimize>true</optimize> <compilerVersion>1.6</compilerVersion> <fork>true</fork> <argLine>-Xmx512M</argLine> <executable>${JAVA_HOME}/bin/javac</executable> </configuration> </plugin> {code} This creates (Intellij) Modules with language level 5 and Java Compiler -> Additional command line parameters parameters '-target 1.5'. This leads to errors appearing in the editor. Setting the correct Language level on the Module leads to a javac failure. Ideally the Modules should default to the Project language level (with the exception of shrinkwrap-api (and others?)). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 5 months

6
9
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-261) Shorthand for including maven artifacts

by Nicklas Karlsson (JIRA)

Shorthand for including maven artifacts --------------------------------------- Key: SHRINKWRAP-261 URL: https://issues.jboss.org/browse/SHRINKWRAP-261 Project: ShrinkWrap Issue Type: Feature Request Components: ext-resolver Affects Versions: 1.0.0-alpha-12 Reporter: Nicklas Karlsson Priority: Minor It would be handy to have a shortcut for including maven artifacts, something along the lines of MavenArtifact.resolve(Coordinate.of("joda-time", "joda-time", "1.6")).as(GenericArchive.class) or MavenArtifact.resolve("joda-time:joda-time:1.6").as(GenericArchive.class) or Maven.artifact("joda-time:joda-time:1.6") -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 5 months

8
23
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-322) Update Aether dependency and flatten pom.xml

by Karel Piwko (JIRA)

Update Aether dependency and flatten pom.xml -------------------------------------------- Key: SHRINKWRAP-322 URL: https://issues.jboss.org/browse/SHRINKWRAP-322 Project: ShrinkWrap Issue Type: Component Upgrade Components: ext-resolver Affects Versions: 1.0.0-beta-5 Reporter: Karel Piwko Assignee: Karel Piwko Fix For: resolver-1.1.0-alpha-1 Update Aether to more recent version. During update, make sure that no transitive dependencies are fetched so It would be much easier to include ShrinkWrap Resolver into JBoss AS boms. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-293) MavenResolver Global settings override User settings

by Aslak Knutsen (JIRA)

MavenResolver Global settings override User settings ---------------------------------------------------- Key: SHRINKWRAP-293 URL: https://issues.jboss.org/browse/SHRINKWRAP-293 Project: ShrinkWrap Issue Type: Bug Components: ext-resolver Affects Versions: 1.0.0-beta-3 Reporter: Aslak Knutsen https://github.com/shrinkwrap/shrinkwrap/blob/master/extension-resolver/i... both Global and User argument eventually set the userSettingsFile -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
3
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-41) PersistenceUnitDefImpl does not remove non-jta-data-source when configuring jta-data-source (and visa versa)

by Lincoln Baxter III (JIRA)

PersistenceUnitDefImpl does not remove non-jta-data-source when configuring jta-data-source (and visa versa) ------------------------------------------------------------------------------------------------------------ Key: SHRINKDESC-41 URL: https://issues.jboss.org/browse/SHRINKDESC-41 Project: ShrinkWrap Descriptors Issue Type: Bug Components: api Affects Versions: 0.1.3 Reporter: Lincoln Baxter III Assignee: Lincoln Baxter III Setting the value to empty is as good as it gets, but it's not good enough because this doesn't deploy. unit.nonJtaDataSource("jndi:blah").jtaDataSource("jndi:blah") Results in: <jta-data-source>jndi:blah</jta-data-source> <non-jta-data-source/> But should be simply: <jta-data-source>jndi:blah</jta-data-source> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
4
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-51) Using unescaped special query characters when doing a node query with text causes errors

by Lincoln Baxter III (JIRA)

Using unescaped special query characters when doing a node query with text causes errors ---------------------------------------------------------------------------------------- Key: SHRINKDESC-51 URL: https://issues.jboss.org/browse/SHRINKDESC-51 Project: ShrinkWrap Descriptors Issue Type: Bug Components: api Affects Versions: 0.1.6 Reporter: Lincoln Baxter III Assignee: Lincoln Baxter III "Could not export Node strcuture to XML" node.getOrCreate("/foo/bar=omg/with/slashes"); fails with that error. problem is parser think it means this: "/foo/bar=omg" + "/more/nodes" So need some way of escaping text values: node.getOrCreate("/foo/bar=omg\\/with\\/escaped\\/slashes"); -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
5
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-43) Should set schemaLocation for all Descriptors

by Andrew Rubinger (JIRA)

Should set schemaLocation for all Descriptors --------------------------------------------- Key: SHRINKDESC-43 URL: https://issues.jboss.org/browse/SHRINKDESC-43 Project: ShrinkWrap Descriptors Issue Type: Feature Request Reporter: Aslak Knutsen Assignee: Andrew Rubinger Fix For: 0.1.4 schemaLocation should be added to all Descriptors: BeansXml, Persistence, App -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

2
7
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-31) Descriptors clobbers file markup and formatting

by Lincoln Baxter III (JIRA)

Descriptors clobbers file markup and formatting ----------------------------------------------- Key: SHRINKDESC-31 URL: https://issues.jboss.org/browse/SHRINKDESC-31 Project: ShrinkWrap Descriptors Issue Type: Feature Request Affects Versions: 1.0.0-alpha-1 Environment: all Reporter: Lincoln Baxter III When importing a descriptor file (e.g. persistence.xml), Shrinkwrap Descriptors parses all relevant information, but also destroys all comments or other non-supported information when performing an expport. This is understandable based on the technology used, but perhaps there should be a way of merging config into an existing file that preserves as much markup as possible. Tough problem, but just throwing it out there. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
6
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-58) Refine SPI for locking to Beta-level

by Andrew Rubinger (JIRA)

Refine SPI for locking to Beta-level ------------------------------------ Key: SHRINKDESC-58 URL: https://issues.jboss.org/browse/SHRINKDESC-58 Project: ShrinkWrap Descriptors Issue Type: Task Affects Versions: 1.1.0-alpha-1 Reporter: Andrew Rubinger Assignee: Andrew Rubinger Refine the SD SPI such that it can enter a locked, backwards-compatible state. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

1
3
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-83) assertXPath ignores missing attributes

by Andrew Rubinger (JIRA)

assertXPath ignores missing attributes -------------------------------------- Key: SHRINKDESC-83 URL: https://issues.jboss.org/browse/SHRINKDESC-83 Project: ShrinkWrap Descriptors Issue Type: Sub-task Reporter: Andrew Rubinger Priority: Blocker Given: {code}<persistence> <persistence-unit name="hibernate-unit"> <transaction-type>JTA</transaction-type> <provider>org.hibernate.ejb.HibernatePersistence</provider> <jta-data-source>java:/DefaultDS</jta-data-source> <class>org.jboss.shrinkwrap.descriptor.api.persistence20.PersistenceDescriptor</class> </persistence-unit> </persistence>{code} ...running assertXPath like so: {code}assertXPath(desc, "/persistence/persistence-unit[@name='eclipselink-unit']/non-jta-data-source", "jdbc/__default");{code} ...is not throwing an assertion failure ("eclipselink-unit" attribute is not present anywhere). This calls into question that we likely have tests giving false positives. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 6 months

3
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues August 2011