client/server version mismatch

[RickBollinger]

I noticed the following in my remote server log. Can you tell me where in the installed software I can find the version it thinks it is?

A while ago, when I was trying to get later version of the software to use, I decided to also jump to a new version (8.3). It was a total disaster. Nothing worked. So, I installed a more recent version of 8.2 to fix it.

That worked. Or, so I thought. Somehow, I missed something.

=== 2013-04-01 23:06:41,568 [80-4] WARN RPCManager - client/server version mismatch. Client is version: v8.3p_2013-03-11, server is version: v8.2p_2013-03-11 - mixing different client/server versions is generally not supported. If you've installed a more recent client version, try clearing the browser cache and reloading the page.

Thanks,

Rick

P.S. I am running SmartClient_v82p_2013-03-11/EVAL Development Only on Mozilla Firefox 12.0 with Firebug using Windows XP Pro 32 bit.

[Isomorphic]

Means exactly what it says: the client version (.js files loaded into the browser) is 8.3. The server version (.jars installed on your Tomcat instance) in 8.2.

Most troubles with an upgrade just result from skipping installation steps, especially forgetting to clear the browser cache. Given that you're actually in an invalid in-between state, you should probably just proceed with your upgrade to 8.3.

[RickBollinger]

It would help me to know my state before I start stepping on installed versions that worked. I looked inside jar files, but could not find a version. The file Revision property was not set, or something.

The odd thing is that all the client JSP files I upload to the remote server have 8.2 all over them. I can't figure how something thinks they are 8.3.

Isn't my browser (Firefox) cache cleared when I close all the browser windows down?

I load one set of runtime files to the remote server. I think they are 8.2, but I would really like to know for sure.

Normally, I would take you up on the 8.3 upgrade, but the earlier result was ugly. I need just to wait for the code to settle down before I have a new set of problem to complicate things.

Thanks,

Rick

[Isomorphic]

No, shutting down a browser does not clear your cache.

The .jars actually in use by Tomcat are 8.2, not 8.3. That's what the error message says.

Although there are other methods, the simplest means of comparing .jars is to look at the file size in bytes.

[RickBollinger]

I must be having a bad dream. The following is at the top of remote server log after I cleared my browser cache and restarted Tomcat.

=== 2013-04-02 00:33:08,021 [main] INFO ISCInit - Isomorphic SmartClient Framework (v8.2p_2013-03-11/EVAL Deployment 2013-03-11) - Initialization Complete

Then in my test, the app crashes.

=== 2013-04-02 00:35:35,595 [80-1] DEBUG PoolableSQLConnectionFactory - [builtinApplication.EmailsExchange_fetch] Returning pooled Connection
=== 2013-04-02 00:35:35,596 [80-1] INFO SQLDriver - [builtinApplication.EmailsExchange_fetch] Executing SQL query on 'PlanetProjectDB': SELECT EmailsExchange.Created, EmailsExchange.EmailsBCC, EmailsExchange.EmailsCC, EmailsExchange.EmailsKey, EmailsExchange.EmailsSource, EmailsExchange.EmailsTo FROM PUBLIC.EmailsExchange WHERE (EmailsExchange.EmailsKey='475663525')
=== 2013-04-02 00:35:35,596 [80-1] INFO DSResponse - [builtinApplication.EmailsExchange_fetch] DSResponse: List with 0 items
=== 2013-04-02 00:35:35,597 [80-1] DEBUG RPCManager - Content type for RPC transaction: text/plain; charset=UTF-8
=== 2013-04-02 00:35:35,597 [80-1] DEBUG RPCManager - non-DMI response, dropExtraFields: false
=== 2013-04-02 00:35:35,599 [80-1] INFO Compression - /isomorphic/IDACall: 173 -> 148 bytes
processRequest: Time Zone established for today: America/Anguilla from -04:00
processRequest: Created SQLformat: java.text.SimpleDateFormat@f67a0200
processRequest: Created Calendar now as: Tue Apr 02 00:35:35 MSD 2013
processRequest: Created timeStamp as: java.text.SimpleDateFormat@3c506fa
processRequest: Established reportTime as: 2013-04-01 04:35:35 PM AST
processRequest: Created mtg as: Tue Apr 02 00:35:35 MSD 2013
processRequest: MeetingDate trimmed: Mar 28 2013
processRequest: MeetingDate parsed: Thu Mar 28 00:00:00 MSK 2013
processRequest: topicColumns=7
processRequest: issueColumns=10
processRequest: taskColumns=5
NewTableValues: Columns=7, Colspan=8, firstCell=4, blankCells=1, tableRows=1
NewTableValues: *Columns=8, Colspan=8, firstCell=5, blankCells=0, tableRows=1
NewTableValues: Columns=10, Colspan=7, firstCell=3, blankCells=1, tableRows=2
NewTableValues: Columns=5, Colspan=7, firstCell=4, blankCells=2, tableRows=1
NewTableValues: *Columns=6, Colspan=7, firstCell=5, blankCells=1, tableRows=1
NewTableValues: *Columns=7, Colspan=7, firstCell=6, blankCells=0, tableRows=1
processRequest: topicRows=1
processRequest: topic1stCell=5
processRequest: issueRows=2
processRequest: issue1stCell=3
processRequest: taskRows=1
processRequest: task1stCell=6
=== 2013-04-02 00:35:36,195 [80-6] ERROR Compression - Caught exception in doFilter() - for URI: /servlet/TabularLandscapeAgenda01_en_US
java.lang.NullPointerException
at com.planetproject.server.reports.TabularLandscapeAgenda01_en_US.processRequest(TabularLandscapeAgenda01_en_US.java:492)
at com.planetproject.server.reports.TabularLandscapeAgenda01_en_US.doPost(TabularLandscapeAgenda01_en_US.java:2042)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.isomorphic.servlet.CompressionFilter.doFilter(CompressionFilter.java:259)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:856)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:565)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1509)
at java.lang.Thread.run(Thread.java:722)

=== 2013-04-02 00:35:37,140 [80-6] INFO RequestContext - URL: '/isomorphic/IDACall', User-Agent: 'Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20100101 Firefox/12.0': Moz (Gecko) with Accept-Encoding header
=== 2013-04-02 00:35:37,141 [80-6] WARN RPCManager - client/server version mismatch. Client is version: v8.3p_2013-03-11, server is version: v8.2p_2013-03-11 - mixing different client/server versions is generally not supported. If you've installed a more recent client version, try clearing the browser cache and reloading the page.

But, look at the headers for my client application.

<HTML><HEAD><TITLE>PlanetProjectAlphaApp</TITLE>
<SCRIPT>window.isomorphicDir='../../../isomorphic/';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_Core.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='Core';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_Foundation.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='Foundation';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_Containers.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='Containers';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_Grids.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='Grids';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_Forms.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='Forms';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_DataBinding.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='DataBinding';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_Drawing.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='Drawing';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_Analytics.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='Analytics';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_DocViewer.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='DocViewer';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/system/modules/ISC_VisualBuilder.js?isc_version=v8.2p_2013-03-11.js></SCRIPT><SCRIPT>isc._lastModule='VisualBuilder';</SCRIPT>
<SCRIPT SRC=../../../isomorphic/skins/TreeFrog/load_skin.js?isc_version=v8.2p_2013-03-11.js></SCRIPT>

Where does 8.3 come from?

Rick

[Isomorphic]

The actual files on disk, which you have provided to Tomcat, and are still obviously taken from multiple different packages.

The installation procedure documented with the product avoids this problem completely.

[RickBollinger]

I copied the smartClientRuntime on top of the files that would be uploaded to the remote server. That, and clearing my browser cache fixed it.

When all else fails, follow directions. I guess.

Thanks again. Now I can do my demo tomorrow.

Rick