<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://www.infopathdev.com:443/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Newbie Questions</title><link>https://www.infopathdev.com:443/forums/39.aspx</link><description>New to InfoPath? Search to see if your question has already been answered. If it has not, then ask it here or the appropriate topic forum.</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP3 (Build: 31118.962)</generator><item><title>Re: Row cannot be located for updating error - persistent but inconsistent</title><link>https://www.infopathdev.com:443/forums/thread/27836.aspx</link><pubDate>Thu, 10 Apr 2008 16:40:03 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:27836</guid><dc:creator>Clay Fox</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/27836.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=39&amp;PostID=27836</wfw:commentRss><description>&lt;p&gt;Hi Dawn.&lt;/p&gt;
&lt;p&gt;Sorry to hear of these issues. I have seen similar issues before in multi-user environments with Access.&lt;/p&gt;
&lt;p&gt;Unfortunately I believe this is an Access issue.&amp;nbsp; Access is really not designed for this kind of utilization.&amp;nbsp; Its performance as well as network and client performance could all contribute to these inconsistent types of errors. With the default DB connectivity, InfoPath is always checking the form state vs what is in the tables and what is in the form and this is breaking down and causing this error, it could also be due to multiple people trying to update related records.&lt;/p&gt;
&lt;p&gt;SQL, even SQL Express, is the appropriate component for an enterprise InfoPath solution. Being tuned and designed for this activity.&lt;/p&gt;
&lt;p&gt;Also web services would be the preferred communication mechanism as they require less bandwidth, are more forgiving, and much of the processing can be off-loaded to the server.&lt;/p&gt;
&lt;p&gt;I would guess you would likely experience some of these issues even using an Access form since it is outstripping is base competencies.&lt;/p&gt;
&lt;p&gt;Send me an email if you would like to discuss further or if I can help in any way.&lt;/p&gt;</description></item><item><title>Row cannot be located for updating error - persistent but inconsistent</title><link>https://www.infopathdev.com:443/forums/thread/27829.aspx</link><pubDate>Thu, 10 Apr 2008 15:46:57 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:27829</guid><dc:creator>hugs4thetrees</dc:creator><slash:comments>0</slash:comments><comments>https://www.infopathdev.com:443/forums/thread/27829.aspx</comments><wfw:commentRss>https://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=39&amp;PostID=27829</wfw:commentRss><description>&lt;p&gt;I have been plagued with this error for several months now and we are about to scrap 6 months worth of work in InfoPath if I cannot resolve the issue.&amp;nbsp; I was able to submit my form on my computer 35 times yesterday with no problem.&amp;nbsp; Another user tried today and got the error after 9 submit.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;I am using Infopath 2003 connected to an Access Database.&amp;nbsp; I have no fancy code behind the scenes that would be causing the error but I do think it might have to do with how the recordset is being updated. &lt;/p&gt;
&lt;p&gt;The form works like this.&amp;nbsp; Dataconnection is tblMainInfo linked to tblTerm (linked by AuditNumber which is an autonumber generated field)&lt;/p&gt;
&lt;p&gt;User enters basic data (name, date, etc...) and hits a submit button.&amp;nbsp; The data is sent to Access database and&amp;nbsp;primary key&amp;nbsp;is set in the Access table.&amp;nbsp; User can then view the next section of the form that is based on tblTerm.&amp;nbsp; This is a repeating section with a submit button on it.&amp;nbsp; User should be able to enter&amp;nbsp;and repeat this section as many times as they&amp;#39;d like but here is&amp;nbsp;were the Form could not be submitted.&amp;nbsp; Row cannot be located for updating....&amp;nbsp; error.&amp;nbsp; Sometimes after 2 submits sometimes not at all even after 35 submits!! ???&amp;nbsp; &lt;/p&gt;
&lt;p&gt;&amp;nbsp;EVERYTHING I have read points to primary keys or&amp;nbsp;SQL coding that has nothing to do with my simple form.&amp;nbsp; I have primary keys on both tables.&amp;nbsp; I still get the error&amp;nbsp;even&amp;nbsp;when just using one table so it&amp;#39;s not the connection between the two.&amp;nbsp; In my Access table, the primary key defaults to Long Integer type and cannot be changed but I changed all other non text fields to Double.&amp;nbsp; Text fields still say Simple though.&amp;nbsp; I have removed all default values from the&amp;nbsp;Access table.&amp;nbsp; I have read posts that say&amp;nbsp;doing these things will&amp;nbsp;fix the problem but it has not.&lt;/p&gt;
&lt;p&gt;I recently read something about using a &amp;nbsp;SET NOCOUNT ON&amp;nbsp;statement but don&amp;#39;t know the first thing about using the script editor and what this statement would include.&amp;nbsp; It&amp;#39;s not nearly as helpful as Access&amp;#39;s script editor....&lt;/p&gt;
&lt;p&gt;&amp;nbsp;Has ANYONE ever gotten this error before and resolved it?&amp;nbsp; Like I said 6 months of work goes down the drain tomorrow if I can&amp;#39;t resolve the issue.&amp;nbsp; I&amp;#39;ll have to resort to using Access only and it is so SLOW on a shared network that I really do not what to do this.&amp;nbsp; PLUS I really need the &amp;quot;repeating section&amp;quot; functionality of Infopath!&lt;/p&gt;
&lt;p&gt;Hoping and praying for a final solution!&lt;/p&gt;
&lt;p&gt;Thank you - Dawn&lt;/p&gt;</description></item></channel></rss>