May 2011 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] Created: (SHRINKDESC-17) Create a Descriptor for Faces (JSF)

by Dan Allen (JIRA)

Create a Descriptor for Faces (JSF) ----------------------------------- Key: SHRINKDESC-17 URL: https://jira.jboss.org/browse/SHRINKDESC-17 Project: ShrinkWrap Descriptors Issue Type: Feature Request Components: api Affects Versions: 1.0.0-alpha-1 Reporter: Dan Allen http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

3
3
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-85) Support Event/Listener style callbacks

by Aslak (JIRA)

Support Event/Listener style callbacks -------------------------------------- Key: SHRINKWRAP-85 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-85 Project: ShrinkWrap Issue Type: Feature Request Reporter: Aslak A interesting featre would be to beablt to add listeners for events on ContainerTypes or paths. /META-INF/* or all events generated via ClassContainer usecase 1, if/when we add something like a ManifestDescriptor, instead of having it like the WebArchiveDescriptor.addServlet, adding a addMenifestLibrary that delegates down to addLibrary and update the 'classpath: ' manifest entry.. we could register a listener on the LibraryContainer and get callbacks when a 'normal' addLibrary happens usecase 2, could deploy a 'live' archive to embedded.. one could register a listener on all changes in the archive and auto redeploy it on events.. deploy it once, redeploy on change -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 2 months

4
6
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-140) Support loading artifacts from a Maven repository

by Pete Muir (JIRA)

Support loading artifacts from a Maven repository ------------------------------------------------- Key: SHRINKWRAP-140 URL: https://jira.jboss.org/jira/browse/SHRINKWRAP-140 Project: ShrinkWrap Issue Type: Feature Request Reporter: Pete Muir The ability to define the coordinates of an artifact have it added to your artifact would be huge. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

8
13
0 / 0

[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

12 years, 6 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

12 years, 6 months

8
23
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

12 years, 7 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

12 years, 7 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

12 years, 7 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

12 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (SHRINKDESC-42) Split into API and Implementation modules

by Andrew Rubinger (JIRA)

Split into API and Implementation modules ----------------------------------------- Key: SHRINKDESC-42 URL: https://issues.jboss.org/browse/SHRINKDESC-42 Project: ShrinkWrap Descriptors Issue Type: Task Reporter: Andrew Rubinger Priority: Critical Prototyping time should be coming to a close; time to draw some scope for the API and split up into modules. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues May 2011