[JBoss JIRA] Created: (JBWS-2338) Review our SPI abstractsions and interfaces
by Richard Opalka (JIRA)
Review our SPI abstractsions and interfaces
-------------------------------------------
Key: JBWS-2338
URL: https://jira.jboss.org/jira/browse/JBWS-2338
Project: JBoss Web Services
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: jbossws-cxf, jbossws-metro, jbossws-native
Affects Versions: jbossws-native-3.0.4, jbossws-metro-3.0.4, jbossws-cxf-3.0.4
Reporter: Richard Opalka
Assignee: Richard Opalka
Fix For: jbossws-native-3.0.5, jbossws-metro-3.0.5, jbossws-cxf-3.0.5
Terminology:
DA = Deployment Aspect
Issues:
* WSFRuntime isn't good abstraction and should be removed from our SPI because it doesn't integrate with JBossAS deployers architecture very well
(it's issue is it depends on web container runtime which can be unavailable at AS start time (e.g. there can be multiple webservice archives in deploy directory that are started before web container is available)
* We moved some servlet dependent DAs to servlet lifecycle init()/destroy() methods. The problem of it is it executes DAs for whole deployment, not just particular deployed endpoint.
(IOW we execute the same DAs multiple times if there are more than one webservice endpoints in deployment. This need SPI review and repair)
--
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
13 years
[JBoss JIRA] Created: (JBWS-3235) org.jboss.ws.core.soap.SOAPFaultImpl should be Serializable
by david.boeren (JIRA)
org.jboss.ws.core.soap.SOAPFaultImpl should be Serializable
-----------------------------------------------------------
Key: JBWS-3235
URL: https://issues.jboss.org/browse/JBWS-3235
Project: JBoss Web Services
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: jbossws-native
Affects Versions: jbossws-native-3.4.1
Reporter: david.boeren
Priority: Trivial
Fix For: jbossws-native-4.0
org.jboss.ws.core.soap.SOAPFaultImpl is currently not Serializable at runtime, which is counterintuitive since descendants of Throwable generally are, and all descendants of Throwable are marked as implementing the Serializable interface.
There is a workaround to extract the message and place it in a different Exception class but this is an extra step that should not be necessary.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (JBWS-3357) Implement support for lookup mechanism for JAXWS endpoints & handlers
by Richard Opalka (JIRA)
Implement support for lookup mechanism for JAXWS endpoints & handlers
---------------------------------------------------------------------
Key: JBWS-3357
URL: https://issues.jboss.org/browse/JBWS-3357
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Richard Opalka
Fix For: jbossws-native-4.1, jbossws-cxf-4.1
JSR 316: JavaEE Platform Specification
Section 5.4: Simple Environment Entries
—
// an entry that gets its value from an application-wide entry
@Resource(lookup="java:app/env/timeout") int timeout;
<env-entry>
<env-entry-name>somePackage.SomeClass/timeout</env-entry-name>
<env-entry-type>java.lang.Integer</env-entry-type>
<injection-target>
<injection-target-class>somePackage.SomeClass</injection-
target-class>
<injection-target-name>timeout</injection-target-name>
</injection-target>
<lookup-name>java:app/env/timeout</lookup-name>
</env-entry>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (JBWS-3356) Fix PostConstruct & PreDestroy implementation for JAXWS endpoints & handlers
by Richard Opalka (JIRA)
Fix PostConstruct & PreDestroy implementation for JAXWS endpoints & handlers
----------------------------------------------------------------------------
Key: JBWS-3356
URL: https://issues.jboss.org/browse/JBWS-3356
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Richard Opalka
Fix For: jbossws-native-4.1, jbossws-cxf-4.1
JSR 316: JavaEE Platform Specification
Section 5.2.5: Annotations and Deployment Descriptors
---
In some cases a class may need to perform initialization of its own after all
resources have been injected. To support this case, one method of the class may be
annotated with the PostConstruct annotation (or, equivalently, specified using
the post-construct entry of a deployment descriptor). This method will be called
after all injections have occured and before the class is put into service. This
method will be called even if the class doesn't request any resources to be
injected. Similarly, for classes whose lifecycle is managed by the container, the
PreDestroy annotation (or, equivalently, the pre-destroy entry of a deployment
descriptor) may be applied to one method that will be called when the class is
taken out of service and will no longer be used by the container. Each class in a
class hierarchy may have PostConstruct and PreDestroy methods. The order in
which the methods are called matches the order of the class hierarchy with
methods on a superclass being called before methods on a subclass.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (JBWS-2570) @SchemaValidation annotation does not work if schemaLocation property is not specified
by Nick Gudushauri (JIRA)
@SchemaValidation annotation does not work if schemaLocation property is not specified
--------------------------------------------------------------------------------------
Key: JBWS-2570
URL: https://jira.jboss.org/jira/browse/JBWS-2570
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: jboss 4.2.3.GA
jbossws-native-3.0.5.GA
Reporter: Nick Gudushauri
Steps to reproduce:
1. Create simpe JAX-WS service
2. Annotate it with @SchemaValidation annotation WITHOUT specifying optional schemaLocation property (In such case schema should be extracted from the WSDL)
3. Send test request
As the result no schema validation is performed and you will see the following messages in log:
17:07:13,421 INFO [SOAPBodyElementDoc] Validating: DOM_VALID
17:07:13,421 WARN [SchemaExtractor] Cannot find element: {http://schemas.xmlsoap.org/wsdl/}types
17:07:13,625 INFO [UCCServicesBean] Invoking UCC registerClearingOrder service by cer
17:07:14,515 INFO [SOAPBodyElementDoc] Validating: DOM_VALID
17:07:14,515 WARN [SchemaExtractor] Cannot find element: {http://schemas.xmlsoap.org/wsdl/}types
The problem root is that org.jboss.ws.extensions.validation.SchemaExtractor class could not load 'types' element from WSDL as this element does not present in WSDL directly but imported via 'import' element.
--
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
13 years, 1 month