Announcement

**Isomorphic** · 5 Apr 2013, 15:29

What changed that caused this? It looks like something that could happen if you used mismatched client and server versions.

In IE, to work around a horrific bug where Microsoft completely broke JavaScript eval() in IE9, we had to switch over to using strict JSON for comm. The error you're seeing here might result from the client requesting a strict JSON response from an older version of the server that doesn't have that feature.

**ecruz** · 5 Apr 2013, 18:09

The only deltas are the database and using IE

Nothing has changed AFAIK. The only differences between it working and not are the browser and/or the database.

So, if we use Firefox or Chrome, it works with _all_ our databases.

If we use IE 9 or 10, it works with all of our databases _except_ just one.

Could it be something in the record that is being returned that does not agree with IE? Again, here is the line where the exception occurs:

IPGui.ipcmpnyRecord = response.getData()[0];

And the stack trace from that line on:

java.lang.ClassCastException: java.lang.String cannot be cast to com.google.gwt.core.client.JavaScriptObject
at com.smartgwt.client.util.JSOHelper.getAttributeAsJ avaScriptObject(JSOHelper.java)
at com.smartgwt.client.core.DataClass.getAttributeAsJ avaScriptObject(DataClass.java:216)
at com.smartgwt.client.data.DSResponse.getData(DSResp onse.java:146)
at com.islandpacific.gui.client.IPGui$38.execute(IPGu i.java:1141)

The warning and the exception do not occur at all when using Firefox or Chrome, and will also work with IE except in the one database.

**Isomorphic** · 6 Apr 2013, 14:13

Can you show us the raw response from the server? IE's Developer Tools (press F12) should allow you to see it.

**ecruz** · 9 Apr 2013, 13:57

Raw request/response data from IE

I believe this is what you were looking for. Let me know if otherwise.

Request Headers:

Key Value
Request POST /ipgui/sc/IDACall?isc_rpc=1&isc_v=v8.3p_2013-03-13&isc_xhr=1 HTTP/1.1
Accept */*
Accept-Language en-us
Referer http://127.0.0.1:8888/index.html?gwt.codesvr=127.0.0.1:9997
Content-Type application/x-www-form-urlencoded; charset=UTF-8
Accept-Encoding gzip, deflate
User-Agent Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)
Host 127.0.0.1:8888
Content-Length 817
DNT 1
Connection Keep-Alive
Cache-Control no-cache
Cookie ipgui_last_environment_name=iptsfilc; ipgui_last_user_id=ECRUZ; isc_cState=ready; JSESSIONID=xeeer8jpxf4l

Request Body:

isc_tnum=11&_transaction=%3Ctransaction%20xmlns%3Axsi%3D%22http%3A%2F%2Fwww.w3.org%2F2000%2F10%2FXMLSchema-instance%22%20xsi%3Atype%3D%22xsd%3AObject%22%3E%3CtransactionNum%20xsi%3Atype%3D%22xsd%3Along%22%3E11%3C%2FtransactionNum%3E%3Coperations%20xsi%3Atype%3D%22xsd%3AList%22%3E%3Celem%20xsi%3Atype%3D%22xsd%3AObject%22%3E%3Ccriteria%20xsi%3Anil%3D%22true%22%2F%3E%3CoperationConfig%20xsi%3Atype%3D%22xsd%3AObject%22%3E%3CdataSource%3EIPCMPNY%3C%2FdataSource%3E%3CoperationType%3Efetch%3C%2FoperationType%3E%3C%2FoperationConfig%3E%3CuseStrictJSON%20xsi%3Atype%3D%22xsd%3Aboolean%22%3Etrue%3C%2FuseStrictJSON%3E%3CappID%3EbuiltinApplication%3C%2FappID%3E%3Coperation%3EIPCMPNY_fetch%3C%2Foperation%3E%3ColdValues%20xsi%3Anil%3D%22true%22%2F%3E%3C%2Felem%3E%3C%2Foperations%3E%3C%2Ftransaction%3E&protocolVersion=1.0

Response Headers:

Key Value
Response HTTP/1.1 200 OK
X-Included-Test2 true
X-Included-Test true
Content-Type text/plain; charset=utf-8
Cache-Control no-cache
Pragma no-cache
Expires Tue, 09 Apr 2013 21:51:52 GMT
Server Jetty(6.1.x)

Response Body:

//isc_RPCResponseStart-->[{"data":[{"CQST21":"T","CQS147":"N","CQST22":"N","CQS146":"N","CQS145":"N","CQST20":"N","CQS144":"N","CQS143":"N","CQS142":"N","CQS141":"N","CQS140":false,"CSKU":3938,"CAL#":0,"CQST29":true,"CQST28":"*","CQST27":true,"CQST26":"","CQST25":"N","CQST24":"N","CQS148":"N","CQST23":true,"CQS149":"N","CQST30":"Y","CQS134":false,"CQST31":"N","CQS133":"4","CQST32":false,"CQS136":false,"CQST33":"Y","CQS135":false,"CQS130":true,"CQS132":"4","CQS131":false,"CCC#":200000870,"CQST39":"Y","CQST38":true,"CQST35":"Y","CQS137":true,"CQST34":"Y","CQS138":true,"CQST37":true,"CQS139":"N","CQST36":"N","CQS165":"N","CQS164":"N","CCUF":"0","CQS163":"N","CQS162":"N","CQS169":"N","CQS168":"N","CQS167":"N","CQS166":"N","CQS161":"N","CQS160":"N","CDDC1":1,"CQST09":"Y","CQST04":"Y","CQST03":true,"CQST02":"Y","CQST01":"N","CQST08":"N","CQST07":"Y","CQST06":false,"CQST05":"0","CQS152":"N","CQS151":"N","CQS154":"N","CQS153":"N","ipmsRelease":3.3,"CQS156":"N","CQS155":"N","CQST10":"Y","CQS158":"N","CQST11":"N","CQS157":"N","CQS150":"N","CQST13":"Y","CQS159":"N","CQST12":"N","CQST15":"N","CSYS":0,"CQST14":"N","CQST17":"Y","CQST16":false,"CDST":"","CCU#":4,"CQST19":"Y","CTZC":"05","CQST18":true,"CMRI":"$$DATE$$:2012-1-24","CQS102":true,"CQS103":true,"CQS100":true,"CQS101":true,"CQS109":"2","CSH#":39,"CQS108":true,"CQS107":"9","CQS106":true,"CQS105":true,"CXID":"0","CFD#":18,"CMRD":120124,"CFFM":"01","CDR#":0,"CQS120":"Y","CQS121":"N","CQS124":"4","CQS125":false,"CQS122":true,"CQS123":"N","CQS129":"I","CQS128":true,"CQS127":false,"CQS126":true,"CCPR":9,"CQS110":"2","CQS111":false,"CQS112":true,"CQS113":"M","CQS114":false,"CQS116":"S","CQS115":false,"CQS118":"N","C#FS":12,"CQS117":true,"CQS119":"R","CPO#":"0000000922","CCA#":12,"CPA#":0,"CPOM":165,"C#6#":"","CRP#":928,"C#5#":0,"CSE#":0,"CQS200":"N","C#CC":9,"C#4#":0,"CQST98":"C","CQST99":"2","CRT#":16,"CQST96":"Y","CQST97":"6","CQST94":"N","CQST95":"Y","CQST92":"C","CQST93":true,"CQST90":"6","CQST91":"6","C###":"101025","CSR#":0,"CRC#":39,"CQST89":"6","CNAM":"I3 3.3 QA MULTICURRENCY","C##1":"","CRR#":0,"C##2":1067,"CQST85":"N","CQST86":"4","CQST87":"Y","C##6":"","CQST88":false,"C##5":0,"CQST81":false,"CQST82":"N","CMD#":23,"CQST83":"9","CQST84":true,"C#3#":0,"CQST80":false,"CYRD":120124,"CQST78":"A","CQST79":true,"CYRI":"$$DATE$$:2012-1-24","CQS180":"N","CQS181":"N","CQS182":"N","CQS183":"N","COPEN5":0,"COPEN6":0,"CWRD":121211,"COPEN7":0,"CQST73":true,"CQS188":"N","COPEN1":0,"CQST72":true,"CQS189":"N","COPEN2":0,"C#2#":0,"CQST71":"1","COPEN3":0,"CQST70":"N","COPEN4":0,"CWRI":"$$DATE$$:2012-12-11","CQST77":true,"CQS184":"N","CDK#":2296,"CQST76":"T","CQS185":"N","CQST75":true,"CQS186":"N","CVS#":0,"CQST74":"1","CQS187":"N","CQST67":"R","CQST68":"Y","CQST69":true,"CRL#":0,"CQS171":"N","CQS172":"N","CQS170":"N","CQST60":false,"CQS179":"N","CIN#":8,"C#1#":0,"CQST62":true,"CQS177":"N","CQST61":"N","CQS178":"N","CQST64":false,"CQS175":"N","CQST63":true,"CQS176":"N","CQST66":false,"CQS173":"N","CQST65":false,"CQS174":"N","CQST58":"0","CQST59":"0","CQST56":"0","CQST57":"N","CCYR":2009,"CCYW":11250,"CQST55":false,"CQST54":"9","CQST53":"N","CQST52":"D","CQST51":false,"CRNW":0,"CQST50":false,"CQST49":"S","CTW#":687,"CQST45":"Y","CQST46":"Y","CQST47":"Y","CQST48":"3","CQS190":"N","CQS193":"N","CQS194":"N","CQS191":"N","CQS192":"N","CQST42":"I","CQS197":"N","CQST41":"Y","CQS198":"N","CQST44":true,"CQS195":"N","CQST43":"N","CQS196":"N","CQST40":"N","CQS199":"N"}],"endRow":1,"invalidateCache":false,"isDSResponse":true,"operationType":"fetch","queueStatus":0,"startRow":0,"status":0,"totalRows":1}]//isc_RPCResponseEnd

**Isomorphic** · 9 Apr 2013, 14:13

That's the right information, but we need it from one of the responses that's leading to the failure message you posted before ("Attempt to parse strict formatted JSON ...").

This one parses fine.

**ecruz** · 9 Apr 2013, 14:44

I will take a look again and let you know

I am wondering about this part of the response tho:

"CYRI":"$$DATE$$:2012-1-24"

**Isomorphic** · 9 Apr 2013, 14:46

The error message you're receiving says that the browser considered a response to be invalid JSON.

That part of the response is very clearly valid JSON - it's just a String, and the JSON parser has no behavior related to our use of a special String prefix to mark dates.

**ecruz** · 9 Apr 2013, 16:33

Thanks

The reason why I asked is because the exception occurs on the line where we are trying to getData() on the response. It seems to my non-expert brain that that is something that happens after the response has already been received from the server? Also I looked again, and this is the only request/response that references the data source in question. You can see this in the expanded code snippet below. It shows the same fields that are present in the response.

DataSource ipCmpny = DataSource.get(IslandPacificDSConstants.DATASOURCE_IPCMPNY); //$NON-NLS-1$
ipCmpny.fetchData(null, new DSCallback() {
public void execute(DSResponse response, Object rawData,
DSRequest request) {

RPCManager.startQueue();

IPGui.ipcmpnyRecord = response.getData()[0]; <==== EXCEPTION HAPPENS HERE
IPGui.ipmsRelease = ipcmpnyRecord.getAttributeAsFloat("ipmsRelease"); //$NON-NLS-1$
IPGui.companyName = ipcmpnyRecord.getAttribute("CNAM").trim(); //$NON-NLS-1$
IPGui.homeCurrencyDecimals = ipcmpnyRecord.getAttribute("CQST99"); //$NON-NLS-1$

**Isomorphic** · 9 Apr 2013, 16:43

Once you've seen the series of error messages below, it's game over, any API calls on the DSResponse would be expected to blow up.

By the way, your logs look a little odd, but it looks like the response sent by the server might have been "//isc_RPCResponseStart-->". That should never happen, and having the response suddenly cut off that way suggests perhaps some kind of threading issue, like perhaps you've got two threads running that both try to write to the same servletResponse object.

14:00:40.545 [ERROR] [ipgui] 14:00:40.523:TMR1:WARN:jsonEval:Attempt to parse strict formatted JSON response failed - falling back to eval()
...
com.smartgwt.client.core.JsObject$SGWT_WARN: 14:00:40.523:TMR1:WARN:jsonEval:Attempt to parse strict formatted JSON response failed - falling back to eval()
...
14:00:40.670 [ERROR] [ipgui] 14:00:40.624:TMR1:WARN:RPCManager:Error evaling structured RPC response: Syntax error response text: //isc_RPCResponseStart-->
com.smartgwt.client.core.JsObject$SGWT_WARN:

**ecruz** · 9 Apr 2013, 16:58

Good resposne

Thanks for explaining that, makes sense.

I was curious how things looked for one of our DBs where the error does not occur. Here is the response rec'd for that DB. Looks very similar...

//isc_RPCResponseStart-->[{"data":[{"CQST21":"T","CQS147":"N","CQST22":"N","CQS146":"N","CQS145":"N","CQST20":"N","CQS144":"N","CQS143":"N","CQS142":"N","CQS141":"2","CQS140":true,"CSKU":2104,"CAL#":0,"CQST29":true,"CQST28":"*","CQST27":true,"CQST26":"","CQST25":"N","CQST24":"N","CQS148":"N","CQST23":false,"CQS149":"N","CQST30":"Y","CQS134":true,"CQST31":"N","CQS133":"1","CQST32":false,"CQS136":false,"CQST33":"Y","CQS135":false,"CQS130":false,"CQS132":"4","CQS131":false,"CCC#":14,"CQST39":"Y","CQST38":true,"CQST35":"Y","CQS137":false,"CQST34":"Y","CQS138":true,"CQST37":true,"CQS139":"Y","CQST36":"N","CQS165":"N","CQS164":"N","CCUF":"0","CQS163":"N","CQS162":"N","CQS169":"N","CQS168":"N","CQS167":"N","CQS166":"N","CQS161":"N","CQS160":"N","CDDC1":9003,"CQST09":"Y","CQST04":"N","CQST03":true,"CQST02":"Y","CQST01":"N","CQST08":"N","CQST07":"Y","CQST06":true,"CQST05":"0","CQS152":"N","CQS151":"N","CQS154":"N","CQS153":"N","ipmsRelease":4.1,"CQS156":"N","CQS155":"N","CQST10":"Y","CQS158":"N","CQST11":"N","CQS157":"N","CQS150":"N","CQST13":"Y","CQS159":"N","CQST12":"N","CQST15":"Y","CSYS":0,"CQST14":"N","CQST17":"Y","CQST16":false,"CDST":"","CCU#":28,"CQST19":"N","CTZC":"05","CQST18":true,"CMRI":"$$DATE$$:2011-1-1","CQS102":false,"CQS103":true,"CQS100":true,"CQS101":true,"CQS109":"3","CSH#":2,"CQS108":false,"CQS107":"0","CQS106":true,"CQS105":false,"CXID":"000000","CFD#":0,"CMRD":110101,"CFFM":"09","CDR#":0,"CQS120":"N","CQS121":"N","CQS124":"4","CQS125":false,"CQS122":false,"CQS123":"N","CQS129":"I","CQS128":false,"CQS127":false,"CQS126":false,"CCPR":1,"CQS110":"2","CQS111":false,"CQS112":false,"CQS113":"M","CQS114":false,"CQS116":"S","CQS115":false,"CQS118":"N","C#FS":12,"CQS117":true,"CQS119":"R","CPO#":"0000000026","CCA#":12,"CPA#":0,"CPOM":24,"C#6#":"","CRP#":80,"C#5#":0,"CSE#":0,"CQS200":"N","C#CC":99,"C#4#":0,"CQST98":"C","CQST99":"2","CRT#":0,"CQST96":"Y","CQST97":"6","CQST94":"N","CQST95":"Y","CQST92":"C","CQST93":true,"CQST90":"6","CQST91":"6","C###":"121109","CSR#":0,"CRC#":3,"CQST89":"6","CNAM":"4.1 PROGRAMMING","C##1":"","CRR#":0,"C##2":0,"CQST85":"Y","CQST86":"4","CQST87":"N","C##6":"","CQST88":false,"C##5":0,"CQST81":false,"CQST82":"N","CMD#":7,"CQST83":"9","CQST84":true,"C#3#":0,"CQST80":true,"CYRD":110101,"CQST78":"Y","CQST79":true,"CYRI":"$$DATE$$:2011-1-1","CQS180":"N","CQS181":"N","CQS182":"N","CQS183":"N","COPEN5":0,"COPEN6":0,"CWRD":120922,"COPEN7":0,"CQST73":true,"CQS188":"N","COPEN1":0,"CQST72":false,"CQS189":"N","COPEN2":0,"C#2#":0,"CQST71":"2","COPEN3":0,"CQST70":"N","COPEN4":0,"CWRI":"$$DATE$$:2012-9-22","CQST77":true,"CQS184":"N","CDK#":0,"CQST76":"T","CQS185":"N","CQST75":true,"CQS186":"N","CVS#":0,"CQST74":"1","CQS187":"N","CQST67":"R","CQST68":"Y","CQST69":false,"CRL#":0,"CQS171":"N","CQS172":"N","CQS170":"N","CQST60":false,"CQS179":"N","CIN#":0,"C#1#":0,"CQST62":true,"CQS177":"N","CQST61":"N","CQS178":"N","CQST64":true,"CQS175":"N","CQST63":true,"CQS176":"N","CQST66":false,"CQS173":"N","CQST65":false,"CQS174":"N","CQST58":"0","CQST59":"0","CQST56":"0","CQST57":"N","CCYR":2011,"CCYW":10905,"CQST55":true,"CQST54":"9","CQST53":"N","CQST52":"D","CQST51":false,"CRNW":0,"CQST50":false,"CQST49":"S","CTW#":32,"CQST45":"Y","CQST46":"N","CQST47":"Y","CQST48":"3","CQS190":"N","CQS193":"N","CQS194":"N","CQS191":"N","CQS192":"N","CQST42":"I","CQS197":"N","CQST41":"Y","CQS198":"N","CQST44":false,"CQS195":"N","CQST43":"N","CQS196":"N","CQST40":"N","CQS199":"N"}],"endRow":1,"invalidateCache":false,"isDSResponse":true,"operationType":"fetch","queueStatus":0,"startRow":0,"status":0,"totalRows":1}]//isc_RPCResponseEnd

**Isomorphic** · 9 Apr 2013, 17:00

Right, as we mentioned, the response you posted before does not actually appear to be the response that led to an error.

**ecruz** · 9 Apr 2013, 17:25

Further question about that

Would there be something characteristic (or obvious) about the response that was causing the problem? There were about 20 altogether up to that point, and I checked them all for being valid JSON, and all parsed OK.

**Isomorphic** · 9 Apr 2013, 17:46

What would be characteristic is that they would not parse...

So you're looking in IE9, at the Developer Tools, in a session where you are actually seeing this error message, and you've looked over every response and they all parse? Because that doesn't make much sense.

**ecruz** · 9 Apr 2013, 17:50

I did

The problem occurs in both IE9 and IE10, so I was actually using the developer toolkit in IE10. I went through all of the SmartGWT responses before and after that one, and used the Json Parser Online to validate the contents of each. All of them did parse correctly.

Announcement

Uncaught exception occurring only in IE9/10

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment