June 2011 - shrinkwrap-issues - Jboss List Archives

[JBoss JIRA] Created: (SHRINKDESC-26) Env-Entry should be mappable in WebAppDescriptor

by Aslak Knutsen (JIRA)

Env-Entry should be mappable in WebAppDescriptor ------------------------------------------------ Key: SHRINKDESC-26 URL: https://jira.jboss.org/browse/SHRINKDESC-26 Project: ShrinkWrap Descriptors Issue Type: Feature Request Reporter: Aslak Knutsen <env-entry> <env-entry-name>name</env-entry-name> <env-entry-type>java.lang.String</env-entry-type> <env-entry-value>value</env-entry-value> </env-entry> -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 11 months

3
3
0 / 0

[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

14 years

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

14 years, 1 month

4
6
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-292) MavenResolver does not take settings.xml specified on command line into account when resolving repositories

by Aslak Knutsen (JIRA)

MavenResolver does not take settings.xml specified on command line into account when resolving repositories ----------------------------------------------------------------------------------------------------------- Key: SHRINKWRAP-292 URL: https://issues.jboss.org/browse/SHRINKWRAP-292 Project: ShrinkWrap Issue Type: Feature Request Components: ext-resolver Affects Versions: 1.0.0-beta-3 Reporter: Aslak Knutsen Running Maven using the following startup args does not work with the MavenResovler, the new defined settings.xml is not read mvn install -s settings.xml -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

4
3
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

14 years, 4 months

8
13
0 / 0

[JBoss JIRA] Created: (SHRINKWRAP-297) Apply Formatting and Checkstyle Rules

by Andrew Rubinger (JIRA)

Apply Formatting and Checkstyle Rules ------------------------------------- Key: SHRINKWRAP-297 URL: https://issues.jboss.org/browse/SHRINKWRAP-297 Project: ShrinkWrap Issue Type: Task Reporter: Andrew Rubinger Assignee: Andrew Rubinger Let's get universal formatting enforced on the project. A good example of Checkstyle configs and IDE formatter/cleanup rules are in the AS7 project. Apply and bulk-format the codebase. -- 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-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-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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

shrinkwrap-issues June 2011