You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Dustin Amrhein (JIRA)" <ji...@apache.org> on 2008/04/17 21:57:21 UTC
[jira] Created: (AXIS2-3750) Store UnmarshalInfo instances on
AxisOperation instead of AxisService
Store UnmarshalInfo instances on AxisOperation instead of AxisService
---------------------------------------------------------------------
Key: AXIS2-3750
URL: https://issues.apache.org/jira/browse/AXIS2-3750
Project: Axis 2.0 (Axis2)
Issue Type: Bug
Components: jaxws
Affects Versions: 1.4, nightly
Reporter: Dustin Amrhein
Assignee: Dustin Amrhein
Fix For: 1.4, nightly
In the JAX-WS layer currently, instances of the UnmarshalInfo object are stored on AxisService objects the first time that a doc/lit/wrapped request is sent. The next time a request is sent to the same service, the UnmarshalInfo object is retrieved from the AxisService and a JAXBDSContext instance is created from the information in this object. I believe the storage of the UnmarshalInfo needs to be moved to the AxisOperation. Consider the scenario where an AxisService represents a web service with two methods. One of these methods uses doc/lit/wrapped style, but the other uses doc/lit/bare. Once a request is sent to the doc/lit/wrapped method, the UnmarshalInfo is stored on the AxisService. Subsequent calls to the doc/lit/bare method will fail because a JAXBDSContext will be created using the UnmarshalInfo for the doc/lit/wrapped method. Even though this only includes information about the packages, the constructed JAXBDSContext will not know what Java type the bare request parameters should be unmarshalled into, thus causing a JAXB UnmarshallException.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org
[jira] Resolved: (AXIS2-3750) Store UnmarshalInfo instances on
AxisOperation instead of AxisService
Posted by "Dustin Amrhein (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/AXIS2-3750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dustin Amrhein resolved AXIS2-3750.
-----------------------------------
Resolution: Fixed
Fixed by 649275
> Store UnmarshalInfo instances on AxisOperation instead of AxisService
> ---------------------------------------------------------------------
>
> Key: AXIS2-3750
> URL: https://issues.apache.org/jira/browse/AXIS2-3750
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: jaxws
> Affects Versions: 1.4, nightly
> Reporter: Dustin Amrhein
> Assignee: Dustin Amrhein
> Fix For: 1.4, nightly
>
>
> In the JAX-WS layer currently, instances of the UnmarshalInfo object are stored on AxisService objects the first time that a doc/lit/wrapped request is sent. The next time a request is sent to the same service, the UnmarshalInfo object is retrieved from the AxisService and a JAXBDSContext instance is created from the information in this object. I believe the storage of the UnmarshalInfo needs to be moved to the AxisOperation. Consider the scenario where an AxisService represents a web service with two methods. One of these methods uses doc/lit/wrapped style, but the other uses doc/lit/bare. Once a request is sent to the doc/lit/wrapped method, the UnmarshalInfo is stored on the AxisService. Subsequent calls to the doc/lit/bare method will fail because a JAXBDSContext will be created using the UnmarshalInfo for the doc/lit/wrapped method. Even though this only includes information about the packages, the constructed JAXBDSContext will not know what Java type the bare request parameters should be unmarshalled into, thus causing a JAXB UnmarshallException.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org