April 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBDEPLOY-263) Invalid dependency on apache-log4j:log4j:jar:1.2.14

by Thomas Diesler (JIRA)

Invalid dependency on apache-log4j:log4j:jar:1.2.14 --------------------------------------------------- Key: JBDEPLOY-263 URL: https://jira.jboss.org/browse/JBDEPLOY-263 Project: JBoss Deployers Issue Type: Bug Reporter: Thomas Diesler deployers/trunk does not build [INFO] Building JBoss Deployers Core ... [INFO] Failed to resolve artifact. Missing: ---------- 1) apache-log4j:log4j:jar:1.2.14 Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=apache-log4j -DartifactId=log4j -Dversion=1.2.14 -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=apache-log4j -DartifactId=log4j -Dversion=1.2.14 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.jboss.deployers:jboss-deployers-core:jar:2.2.0-SNAPSHOT 2) org.jboss.test:jboss-test:jar:1.1.1.GA 3) apache-log4j:log4j:jar:1.2.14 ---------- 1 required artifact is missing. for artifact: org.jboss.deployers:jboss-deployers-core:jar:2.2.0-SNAPSHOT from the specified remote repositories: jboss-developer-repository-group (https://repository.jboss.org/nexus/content/groups/developer/) Perhaps this is a deprecated dependency -- 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, 11 months

1
2
0 / 0

[JBoss JIRA] Created: (JBXB-202) Incosistent initialization of XSImplementation

by Thomas Diesler (JIRA)

Incosistent initialization of XSImplementation ---------------------------------------------- Key: JBXB-202 URL: https://jira.jboss.org/jira/browse/JBXB-202 Project: JBoss XML Binding (JBossXB) Issue Type: Bug Reporter: Thomas Diesler Fix For: JBossXB-2.0.1.GA In Util there is private static XSImplementation xsImpl; which gets initialized lazily in public static XSModel loadSchema(String xsdURL, SchemaBindingResolver schemaResolver) { if(xsImpl == null) { xsImpl = getXSImplementation(); } All other loadSchema method do not reuse the static property Also, private static XSImplementation getXSImplementation() relies on the thread context classloader, which is not available in an OSGi environment. Could you please provide an JBossXB initialization entry point that is public and does not make an assumption on the availability of the TCCL -- 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, 11 months

1
3
0 / 0

[JBoss JIRA] Created: (JBCL-169) Support attribute matching from OSGi

by Thomas Diesler (JIRA)

Support attribute matching from OSGi ------------------------------------ Key: JBCL-169 URL: https://jira.jboss.org/browse/JBCL-169 Project: JBoss ClassLoader Issue Type: Task Reporter: Thomas Diesler Assignee: Ales Justin And another thing that needs to happen is to bubble the attribute matching from OSGi to jboss classloading. The only reason I originally created OSGi*Capability/Requirement was to implement the attribute matching without modifying jboss classloading so it could be used in older versions of jboss5. That restriction was broken by other changes a long time ago. We might never have got into this horrible situation if I hadn't done that. You should be able to do things like the following in jboss-classloading.xml: <capabilities> <package name="foo" attributes="a=b,c=d"/> </capabilities> <requirements> <package name="bar" match-attributes="(vendor=acme)"/> </requirements> -- 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, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1282) Add jaxws test coverage

by Thomas Diesler (JIRA)

Add jaxws test coverage ----------------------- Key: EJBTHREE-1282 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1282 Project: EJB 3.0 Issue Type: Task Reporter: Thomas Diesler Assigned To: Heiko Braun Fix For: AS 5.0.0.CR1 Container issues for required WS functionality -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

4
13
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1284) jaxws handler access to ejb3 security context

by Thomas Diesler (JIRA)

jaxws handler access to ejb3 security context --------------------------------------------- Key: EJBTHREE-1284 URL: http://jira.jboss.com/jira/browse/EJBTHREE-1284 Project: EJB 3.0 Issue Type: Sub-task Reporter: Thomas Diesler -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

2
4
0 / 0

[JBoss JIRA] Created: (JBDEPLOY-225) Create ErrorHandler to DeploymentControllerContext

by Thomas Diesler (JIRA)

Create ErrorHandler to DeploymentControllerContext --------------------------------------------------- Key: JBDEPLOY-225 URL: https://jira.jboss.org/jira/browse/JBDEPLOY-225 Project: JBoss Deployers Issue Type: Feature Request Reporter: Thomas Diesler The MC Framework incorrectly uninstalls the bundle if there is a failure in bundle.start() The controller context reached its required stage DESCRIBED after bundle install. A subsequent call to bundle.start() is supposed to transition to stages CLASSLOADER and then INSTALLED, which corresponds to the Bundle states RESOLVED and ACTIVE respectively. If the transition to INSTALLED fails, the controller context gets undeployed, which causes the bundle to transition to UNINSTALLED. The desired behaviour is: * on fail to resolve: remain in state INSTALLED * on fail to start: remain in state RESOLVED The proposed solution is to add an ErrorHandler to the DeploymentControllerContext if it is an OSGi deployment -- 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, 11 months

2
5
0 / 0

[JBoss JIRA] Created: (JBDEPLOY-234) Comprehensive classloading framework documentation

by Thomas Diesler (JIRA)

Comprehensive classloading framework documentation -------------------------------------------------- Key: JBDEPLOY-234 URL: https://jira.jboss.org/jira/browse/JBDEPLOY-234 Project: JBoss Deployers Issue Type: Task Components: general Reporter: Thomas Diesler Assignee: Ales Justin Fix For: JBDEPLOY-2.2.x Please provide comprehensive documentation for the deployer framework. It should cover the individual types of deployers, deployment states, dependency items, modules, etc. Improved javadoc is also covered by this issue. For trunk it is possible to publish the javadoc in the hudson QA environment. -- 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, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (JBXB-210) Property order cannot be defained on super type

by Thomas Diesler (JIRA)

Property order cannot be defained on super type ----------------------------------------------- Key: JBXB-210 URL: https://jira.jboss.org/jira/browse/JBXB-210 Project: JBoss XML Binding (JBossXB) Issue Type: Bug Affects Versions: JBossXB-2.0.1.GA Reporter: Thomas Diesler Caused by: org.jboss.xb.binding.JBossXBRuntimeException: Property order is not specified for type org.jboss.osgi.blueprint.parser.xb.TReference bound to a sequence. Property order can be specified using @XmlType.propOrder or @XmlAccessorOrder. List of properties: referenceListeners dependsOn initialization componentName description any interfaceNames otherAttributes timeout filter availability at org.jboss.xb.builder.JBossXBNoSchemaBuilder.assertPropOrderNotRequired(JBossXBNoSchemaBuilder.java:1278) at org.jboss.xb.builder.JBossXBNoSchemaBuilder.generateType(JBossXBNoSchemaBuilder.java:1071) at org.jboss.xb.builder.JBossXBNoSchemaBuilder.generateBean(JBossXBNoSchemaBuilder.java:779) at org.jboss.xb.builder.JBossXBNoSchemaBuilder.generateBean(JBossXBNoSchemaBuilder.java:767) at org.jboss.xb.builder.JBossXBNoSchemaBuilder.generateTypeBinding(JBossXBNoSchemaBuilder.java:523) at org.jboss.xb.builder.JBossXBNoSchemaBuilder.resolveTypeBinding(JBossXBNoSchemaBuilder.java:482) at org.jboss.xb.builder.JBossXBNoSchemaBuilder.bindProperty(JBossXBNoSchemaBuilder.java:1684) @XmlType(name = "Treference", namespace = BlueprintContext.XMLNS_BLUEPRINT) public class TReference extends TServiceReference @XmlType(name = "TserviceReference", namespace = BlueprintContext.XMLNS_BLUEPRINT, propOrder = { "description" }) public class TServiceReference extends TComponent -- 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, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (JBXB-208) Provide an annotation based tutorial for JBossXB

by Thomas Diesler (JIRA)

Provide an annotation based tutorial for JBossXB ------------------------------------------------ Key: JBXB-208 URL: https://jira.jboss.org/jira/browse/JBXB-208 Project: JBoss XML Binding (JBossXB) Issue Type: Bug Reporter: Thomas Diesler You've specified the namespace using JBossXmlSchema annotation. Which is correct. You should still add namespace element to the XmlRootElement annotation, which is a bit confusing having JBossXmlSchema. You don't have to do that XmlElement annotations. Unfortunately, we don't have JAXB tutorial for JBossXB. But you can find one for JAXB on Sun's web-site and use javadoc. For examples you can see tests in XB http://anonsvn.jboss.org/repos/common/jbossxb/trunk/src/test/java/org/jbo... -- 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, 11 months

1
1
0 / 0

[JBoss JIRA] Created: (JBDEPLOY-214) Add listener hooks for deployment processing

by Thomas Diesler (JIRA)

Add listener hooks for deployment processing -------------------------------------------- Key: JBDEPLOY-214 URL: https://jira.jboss.org/jira/browse/JBDEPLOY-214 Project: JBoss Deployers Issue Type: Feature Request Reporter: Thomas Diesler Currently JBossOSGi wraps the Deployers to do some post processing public void process(List<DeploymentContext> deploy, List<DeploymentContext> undeploy) { // Delegate to the original deployers deployers.process(deploy, undeploy); // OSGi bundles resolve phase afterDeployersProcess(deploy, undeploy); } Perhaps this should be supported by the Deployers natively -- 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, 11 months

1
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira April 2011