# Back Converting Project from 7.9.7 to 7.9.5

**URL:** <https://forum.inductiveautomation.com/t/back-converting-project-from-7-9-7-to-7-9-5/19016>\
**Category:** Ignition\
**Created:** [July 30, 2018, 3:23pm UTC](https://forum.inductiveautomation.com/t/back-converting-project-from-7-9-7-to-7-9-5/19016 "2018-07-30T15:23:14Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![dano38291](https://avatars.discourse-cdn.com/v4/letter/d/9d8465/32.png) [@dano38291](https://forum.inductiveautomation.com/u/dano38291)\
**Post date:** [July 30, 2018, 3:23pm UTC](https://forum.inductiveautomation.com/t/back-converting-project-from-7-9-7-to-7-9-5/19016/1 "2018-07-30T15:23:14Z")

</div>

Hello,  
I have developed an Application in 7.9.7. Now I am trying to back convert it to 7.9.5. It appears that my Tables with SQL Bindings have special Property in 7.9.7 that does not exist is 7.9.5.

> SerializationException: Error deserializing element ""  
> caused by NoSuchMethodException: com.inductiveautomation.factorypmi.application.binding.SQLPropertyAdapter.setPushEnabled(boolean)

> Ignition v7.9.5 (b2017111615)  
> Java: Oracle Corporation 1.8.0\_74

I copy and Pasted T-Groups, Project Scripts, Tags, Client Tags, and Windows with no Tables/ SQL Bindings.

**My Current Solution** is Copying over Window Components that are Not Tables, then manually copying SQL Binding, and copying over Event Script, Custom Property.

**My Ideal Solution -** Figure out how a Table/ SQL Property Adapter is defined in 7.9.5 and some how copy that out of Project Export. Then Replace that my Partial Project Export from 7.9.7 and then import the modified 7.9.7 partial.

I can just Recreate the Tables and Manually copy SQL Binding Strings, Custom Properties and Scripts. Its only for 4 Windows with Max 3 Tables on a Window.

---

<div class="post-metadata">

**Author:** ![dano38291](https://avatars.discourse-cdn.com/v4/letter/d/9d8465/32.png) [@dano38291](https://forum.inductiveautomation.com/u/dano38291)\
**Post date:** [July 30, 2018, 6:42pm UTC](https://forum.inductiveautomation.com/t/back-converting-project-from-7-9-7-to-7-9-5/19016/2 "2018-07-30T18:42:20Z")

</div>

I recreated the Tables in 7.9.5 and got around the above error.  
Another odd thing was when I copied over my shared script called 'Reporting". Then I call that Shared Script during a Gateway Tag event, which Looks at a DB name for new Test End dates.

I would get the following " NameError: global name 'shared' is not defined" in the GW Wrapper logs.  
I found someone else on the Forums renamed Script and solved their issue. So I modified the Script Name and function inside, sure enough fixed issue. What's weird is that the Wrapper Log was displaying 'shared' not defined, not the actual Script or Function.

> [@Some Project Resources not publishing](http://forum.inductiveautomation.com/t/some-project-resources-not-publishing/16888/3):
>
> This may be a side-effect of the fact that Ignition doesn’t/can’t track the usage and retention of python code objects throughout the gateway. This means that when your script modules have interlocking dependencies, updating one script won’t impact the code objects that other scripts have imported. You may need to make a trivial change in all of your scripts and save them all together to get it to “take”. You may also need to disable then re-enable the entire project. Consider renaming the o…