July 2011 - jboss-jira - Jboss List Archives

[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] Resolved: (BPEL-85) Docu on the purpose of BPEL

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/BPEL-85?page=com.atlassian.jira.plugin.sy... ] Thomas Diesler resolved BPEL-85. -------------------------------- Resolution: Out of Date Out of Date > Docu on the purpose of BPEL > --------------------------- > > Key: BPEL-85 > URL: https://issues.jboss.org/browse/BPEL-85 > Project: jBPM BPEL > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Documents > Affects Versions: jBPM BPEL 1.0 alpha 4 > Reporter: Thomas Diesler > Assignee: Alejandro Guizar > Fix For: jBPM BPEL 1.2 GA > > > Please expand the user documentation to a section about the purpose of BPEL. It should show a not so trivial use case that illustrates (with pictures) why I should care about BPEL -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 11 months

1
0
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

[JBoss JIRA] Created: (JBCL-168) Add support for getModule() on Requirement/Capability

by Thomas Diesler (JIRA)

Add support for getModule() on Requirement/Capability ----------------------------------------------------- Key: JBCL-168 URL: https://jira.jboss.org/browse/JBCL-168 Project: JBoss ClassLoader Issue Type: Task Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: JBossCL.2.2.0.Beta1 An alterante would be adding a mixin index to Capability so that you can get the Module, with AbstractCapability implementing it instead for this. e.g. public interface CapabilityModule { Module.getModule(); } if (capability instanceof CapabilityModule) { resolved = ((CapabilityModule) capability).getModule().isResovled(): } -- 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

2
3
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 July 2011