axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ByungC...@statestreet.com
Subject Re: Strange Deserialziation Problem
Date Sun, 18 Dec 2005 19:46:29 GMT
As silly as this sounds, it may be a network resolution issue7, ie dns, etc. I've seen similar
things happen when network environments were different.
 
Thanks,
 
Jin


----- Original Message -----
From: "Gluck, Janice" [Janice.Gluck@phh.com]
Sent: 12/18/2005 12:33 PM
To: "'axis-dev@ws.apache.org'" <axis-dev@ws.apache.org>
Subject: Strange Deserialziation Problem

	Hi All,

	I posted my question on the axis-users mailing list about a week ago
and got no response...so I am hoping that if I post on this mailing list
someone who  is more familiar with the inner workings of Apache Axis then me
will be able to make some suggestions on  my problem....

	I am using Apache Axis 1.3 running on WebSphere 6 under unix...    I
am seeing some very strange differences in deserialization times between my
development and UAT boxes.     

	On my development box the response time for the web services is
250ms....  On my UAT box (which has twice the CPU and memory of the dev
box)...I am seeing over 4 seconds response time.   The slow down seems to be
happening when it is processing the Soap Envelope during deserialization....

	I have gone over both environments and confirmed that the code is
the same in both environments that the server setup is the same, the classes
are loading in the same order....and that I am processing the same message
in both environments....    I have also run jprofiler against my UAT
environment...hoping to see the cause of the problem....

	Any help anyone can provide to figure out why I'm seeing this
strange pause in the deserialization in my UAT environment would be greatly
appreciated....I'm running out of ideas....

	I have turned on the axis debug logging in both environments...and
confirmed that the steps are the same in both environments....except that in
UAT I will see a long pause between two steps (and not always the same two
steps).   (I have also added my own additional debugging to the axis code
but with the pause changing spots its been difficult to get my debug in the
"right" place)     :

	Thank you very much!

	Janice 

	 Here is an example of the debug output from the UAT environment:


	[12/15/05 8:36:26:484 EST] 0000004a SystemOut     O -56555965
[WebContainer : 1] DEBUG org.apache.axis.i18n.ProjectResourceBun
	dle  - org.apache.axis.i18n.resource::handleGetObject(pushHandler00)
	[12/15/05 8:36:26:485 EST] 0000004a SystemOut     O -56555966
[WebContainer : 1] DEBUG org.apache.axis.encoding.Deserializatio
	nContext  - Pushing handler
org.apache.axis.message.SOAPHandler@9b0e1b
	[12/15/05 8:36:26:485 EST] 0000004a SystemOut     O -56555966
[WebContainer : 1] DEBUG org.apache.axis.i18n.ProjectResourceBun
	dle  - org.apache.axis.i18n.resource::handleGetObject(newElem00)
	[12/15/05 8:36:26:485 EST] 0000004a SystemOut     O -56555966
[WebContainer : 1] DEBUG org.apache.axis.message.MessageElement
	 - New MessageElement
(org.apache.axis.message.MessageElement@1bb4029) named {}eventXml
	[12/15/05 8:36:26:486 EST] 0000004a SystemOut     O -56555967
[WebContainer : 1] DEBUG org.apache.axis.message.MessageElement
	 -   xsi:type = 'xsd:string'
	[12/15/05 8:36:26:486 EST] 0000004a SystemOut     O -56555967
[WebContainer : 1] DEBUG org.apache.axis.encoding.Deserializatio
	nContext  - Pushing element eventXml
	[12/15/05 8:36:26:486 EST] 0000004a SystemOut     O -56555967
[WebContainer : 1] DEBUG org.apache.axis.utils.NSStack  - NSPush
	 (32)
	[12/15/05 8:36:26:487 EST] 0000004a SystemOut     O -56555968
[WebContainer : 1] DEBUG org.apache.axis.encoding.Deserializatio
	nContext  - Exit: DeserializationContext::startElement()
	[12/15/05 8:36:31:155 EST] 0000004a SystemOut     O -56560636
[WebContainer : 1] DEBUG org.apache.axis.encoding.Deserializatio
	nContext  - Enter: DeserializationContext::endElement(, eventXml)
	[


	Here is the wsdd for my web service:

	<deployment xmlns="http://xml.apache.org/axis/wsdd/"
xmlns:java="http://xml.apache.org/axis/wsdd/providers/java">
	<service name="EventManager" provider="java:EJB" style="wrapped"
use="literal">
	<parameter name="scope" value="application"/>
	    <parameter name="jndiURL"
value="corbaloc:iiop:localhost:2809/NameServiceCellPersistentRoot"/>
		<parameter name="jndiContextClass"
value="com.ibm.websphere.naming.WsnInitialContextFactory"/>
	    <parameter name="beanJndiName" value="event/EventManager"/>
	    <parameter name="homeInterfaceName"
value="com.phh.event.ejb.EventManagerHome"/>
	    <parameter name="remoteInterfaceName"
value="com.phh.event.ejb.EventManager"/>
	    <parameter name="allowedMethods" value="handleEvent"/>
			<operation name="handleEvent"
qname="operNS:handleEvent" xmlns:operNS="http://com.phh.event.ejb/"
returnQName="retNS:EventActionList" xmlns:retNS="urn:EventManager"
returnType="ns:EventActionList">
	     		<parameter qname="pns:name" type="xsd:string"
xmlns:pns="http://com.phh.event.action.vo.EventActionList.ejb/"/>
			</operation> 
		<beanMapping xmlns:ns="urn:EventManager"
qname="ns:EventActionList"
languageSpecificType="java:com.phh.event.action.vo.EventActionList"/>
	</service>
	</deployment>


	Here is a sample message:

	<?xml version="1.0" encoding="UTF-8"?><event
version="2.2"><header><system>J2EE</system><source>MVR</source><p
	
rogram>MVRInviteCompiler</program><timestamp>20060115083625</timestamp></hea
der><event_info><event_id></event_id><event_type c
	ode="25"
desc=""></event_type><event_heritage></event_heritage><event_audit
login="MVRInvitation" date="20060115083625"></even
	t_audit><event_data><keys><key name="mvr_req_id" value="MVR166884"
context="WUA ID"></key><key name="unit_count" value="1" con
	text="WUA UNIT COUNT"></key><key name="owner" value="MVR"
context="WUA OWNER"></key><key name="product_code" value="10" contex
	t="WUA PROD CD"></key><key name="sequence_no" value="78"
context="WUA SEQ"></key><key name="processor" value="GLUCKJ" context=
	"WUA PROCESSOR"></key></keys><attributes><attribute name="Driver
Extension" value="" context="none"></attribute><attribute nam
	e="Driver Phone Number" value=""
context="none"></attribute><attribute name="Driver Address Line 2" value=""
context="none"></
	attribute><attribute name="Driver Address Line 1" value=""
context="none"></attribute><attribute name="Driver City" value="" c
	ontext="none"></attribute><attribute name="Driver Zip Code" value=""
context="none"></attribute><attribute name="Driver State
	Code" value="" context="none"></attribute><attribute name="Driver
County" value="" context="none"></attribute><attribute name=
	"Driver Sex" value="" context="none"></attribute><attribute
name="Driver First Name" value="JOHN" context="none"></attribute
	><attribute name="Client Breakdown" value="01-00-12579-X-A"
context="none"></attribute><attribute name="Driver Middle Name" va
	lue="" context="none"></attribute><attribute name="Driver DOB"
value="" context="none"></attribute><attribute name="Driver Lic
	ense Number" value="" context="none"></attribute><attribute
name="Driver Id" value="A1274966" context="none"></attribute><attr
	ibute name="Driver License State Code" value="MD"
context="none"></attribute><attribute name="Driver Last Name" value="SMITH"
	context="none"></attribute><attribute name="Client Number"
value="1111" context="none"></attribute><attribute name="Unit Numbe
	r" value="" context="none"></attribute><attribute name="Department"
value="Driver Records" context="none"></attribute><attribu
	te name="Invite Number" value="1"
context="none"></attribute><attribute name="Driver Email"
value="JOHN.SMITH@ABC.COM" conte
	
xt="none"></attribute></attributes></event_data></event_info><services><noti
fication><notification_request><notification_XML>P
	
D94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG5vdGlmaWNhdGlvbl9yZXF1
	
ZXN0PgogICAgPG5vdGlmaWNhdGlvbl9yZXF1ZXN0X2hlYWRlcj4KICAgICAgICA8c291cmNlX3N5
	
c3RlbV9jb2RlPjE8L3NvdXJjZV9zeXN0ZW1fY29kZT4KICAgICAgICA8bm90aWZpY2F0aW9uX3Jl
	
cXVlc3RfdXVpZD43MjA3NjY5MTEzNDY1Mzc4NTkyNjwvbm90aWZpY2F0aW9uX3JlcXVlc3RfdXVp
	
ZD4KICAgICAgICA8bm90aWZpY2F0aW9uX3JlcXVlc3RfdHM+MjAwNjAxMTUwODM2MjU8L25vdGlm
	
aWNhdGlvbl9yZXF1ZXN0X3RzPgogICAgICAgIDxzb3VyY2VfcmVxdWVzdF9pZD5NVlIgSW5pdGlh
	
bCBJbnZpdGU8L3NvdXJjZV9yZXF1ZXN0X2lkPgogICAgICAgIDxub3RpZmljYXRpb25fdHlwZT4y
	
Njwvbm90aWZpY2F0aW9uX3R5cGU+CiAgICAgICAgPG5vdGlmaWNhdGlvbl9leHBpcmF0aW9uX2Rh
	
dGU+MjAwNjAxMjUwODM2MjU8L25vdGlmaWNhdGlvbl9leHBpcmF0aW9uX2RhdGU+CiAgICA8L25v
	
dGlmaWNhdGlvbl9yZXF1ZXN0X2hlYWRlcj4KICAgIDxub3RpZmljYXRpb25fcmVxdWVzdF9kZXRh
	
aWw+CiAgICAgICAgPGV2ZW50X3R5cGU+MjU8L2V2ZW50X3R5cGU+CiAgICAgICAgPG5vdGlmaWNh
	
dGlvbl9yZWNpcGllbnQ+CiAgICAgICAgICAgIDxjb3JwX2NvZGU+RkE8L2NvcnBfY29kZT4KICAg
	
ICAgICAgICAgPHJlY2lwaWVudF9nZW5lcmFsPgogICAgICAgICAgICAgICAgPGZ1bGxfbmFtZT4K
	
ICAgICAgICAgICAgICAgICAgICA8Zmlyc3RfbmFtZT5KQU5JQ0U8L2ZpcnN0X25hbWU+CiAgICAg
	
ICAgICAgICAgICAgICAgPGxhc3RfbmFtZT5HTFVDSzwvbGFzdF9uYW1lPgogICAgICAgICAgICAg
	
ICAgPC9mdWxsX25hbWU+CiAgICAgICAgICAgICAgICA8Y29tcGFueT5UWUNPIEVMRUNUUk9OSUNT
	
IENPUlBPUkFUSU9OPC9jb21wYW55PgogICAgICAgICAgICAgICAgPHBlcnNvbl9pZD4xMjc0OTY2
	
PC9wZXJzb25faWQ+CiAgICAgICAgICAgICAgICA8Y29udGFjdF9pbmZvcm1hdGlvbj4KICAgICAg
	
ICAgICAgICAgICAgICA8ZW1haWw+CiAgICAgICAgICAgICAgICAgICAgICAgIDxlbWFpbF9hZGRy
	
ZXNzPkpBTklDRS5HTFVDS0BQSEguQ09NPC9lbWFpbF9hZGRyZXNzPgogICAgICAgICAgICAgICAg
	
ICAgICAgICA8ZW1haWxfbmFtZT5KQU5JQ0UgR0xVQ0s8L2VtYWlsX25hbWU+CiAgICAgICAgICAg
	
ICAgICAgICAgPC9lbWFpbD4KICAgICAgICAgICAgICAgIDwvY29udGFjdF9pbmZvcm1hdGlvbj4K
	
ICAgICAgICAgICAgPC9yZWNpcGllbnRfZ2VuZXJhbD4KICAgICAgICA8L25vdGlmaWNhdGlvbl9y
	
ZWNpcGllbnQ+CiAgICAgICAgPG5vdGlmaWNhdGlvbl9jaGFubmVsPgogICAgICAgICAgICA8Y2hh
	
bm5lbF90eXBlX2NvZGU+MjwvY2hhbm5lbF90eXBlX2NvZGU+CiAgICAgICAgICAgIDxjb21tdW5p
	
Y2F0aW9uX3R5cGVfY29kZT40MjwvY29tbXVuaWNhdGlvbl90eXBlX2NvZGU+CiAgICAgICAgPC9u
	
b3RpZmljYXRpb25fY2hhbm5lbD4KICAgICAgICA8bm90aWZpY2F0aW9uX2NvbnRlbnQ+CiAgICAg
	
ICAgICAgIDxzZW5kZXI+CiAgICAgICAgICAgICAgICA8c2VuZGVyX2dlbmVyYWw+CiAgICAgICAg
	
ICAgICAgICAgICAgPGVtYWlsX2FkZHJlc3M+TVZSU2FmZXR5QHBoaC5jb208L2VtYWlsX2FkZHJl
	
c3M+CiAgICAgICAgICAgICAgICAgICAgPGVtYWlsX25hbWU+TVZSU2FmZXR5QHBoaC5jb20gIDwv
	
ZW1haWxfbmFtZT4KICAgICAgICAgICAgICAgIDwvc2VuZGVyX2dlbmVyYWw+CiAgICAgICAgICAg
	
IDwvc2VuZGVyPgogICAgICAgICAgICA8cmVwbHlfdG8+CiAgICAgICAgICAgICAgICA8cmVwbHlf
	
dG9fZ2VuZXJhbD4KICAgICAgICAgICAgICAgICAgICA8ZW1haWxfYWRkcmVzcz5NVlJTYWZldHlA
	
cGhoLmNvbTwvZW1haWxfYWRkcmVzcz4KICAgICAgICAgICAgICAgICAgICA8ZW1haWxfbmFtZT5N
	
VlJTYWZldHlAcGhoLmNvbSAgPC9lbWFpbF9uYW1lPgogICAgICAgICAgICAgICAgPC9yZXBseV90
	
b19nZW5lcmFsPgogICAgICAgICAgICA8L3JlcGx5X3RvPgogICAgICAgICAgICA8dGVtcGxhdGVf
	
cGFyYW1ldGVyc194bWw+PCFbQ0RBVEFbPG12cl90ZW1wbGF0ZV9wYXJhbWV0ZXJzPjxtdnJfaGVh
	
ZGVyPjxkcnZyX3Bzbl9pZD4xMjc0OTY2PC9kcnZyX3Bzbl9pZD48ZHJ2cl9maXJzdF9ubT5KQU5J
	
Q0U8L2RydnJfZmlyc3Rfbm0+PGRydnJfbGFzdF9ubT5HTFVDSzwvZHJ2cl9sYXN0X25tPjxlbWFp
	
bEFkZHJlc3M+SkFOSUNFLkdMVUNLQFBISC5DT008L2VtYWlsQWRkcmVzcz48ZHJ2cl9vcmdfbm0+
	
VFlDTyBFTEVDVFJPTklDUyBDT1JQT1JBVElPTjwvZHJ2cl9vcmdfbm0+PGRydnJfY2xpX25vPjEw
	
MjE8L2RydnJfY2xpX25vPjxkcnZyX2NvcnBfY2Q+RkE8L2RydnJfY29ycF9jZD48L212cl9oZWFk
	
ZXI+PC9tdnJfdGVtcGxhdGVfcGFyYW1ldGVycz5dXT48L3RlbXBsYXRlX3BhcmFtZXRlcnNfeG1s
	
PgogICAgICAgIDwvbm90aWZpY2F0aW9uX2NvbnRlbnQ+CiAgICAgICAgPGpvdXJuYWxfa2V5cz5U
	
ZXh0PC9qb3VybmFsX2tleXM+CiAgICAgICAgPHJlcHJvY2Vzc2luZ19pbmZvcm1hdGlvbj5UZXh0
	
PC9yZXByb2Nlc3NpbmdfaW5mb3JtYXRpb24+CiAgICA8L25vdGlmaWNhdGlvbl9yZXF1ZXN0X2Rl
	dGFpbD4KPC9ub3RpZmljYXRpb25fcmVxdWVzdD4K
	
</notification_XML></notification_request></notification></services></event>



"The sender believes that this E-mail and any attachments were free of any
harmful and malicious code or defects when sent.  This message and its
attachments could have been infected during transmission.  By reading the
message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action regarding the code
or such defects.  The sender is not liable for any loss or damage arising in
any way from this message or its attachments."

Mime
  • Unnamed multipart/mixed (inline, None, 0 bytes)
View raw message