I've got a large infopath 2010 filler form (started with the generic blank form template) with about 250 fields, and I need to pull this data into a SQL Server table. There are too many fields to pull the data into "published fields" in a sharepoint list then pull into SQL via access. So, for my first time ever, I'm trying to submit the form to a web service, which then provides the fields as parameters to a stored procedure that does the table insert.
I tried using the SQL Database form template, but I've got some varchar(max) fields in my table, and that template won't allow for submissions to sql db when varchar(max) fields are involved.
With so many fields, they simply won't all be populated all the time, so null values are possible in the form data. I saw a post from 2005 (http://kjellsj.blogspot.com/2005/04/submitting-xsiniltrue-values-from.html) that indicated that with .NET 1.1 SOAP web services, you cannot have null values, and that post recommended writing custom code in the form, in the web service/stored procedure to put dummy data into any null-valued fields for the purpose of the web service submission then strip the dummy data out before it's written to the table. I'm hoping to avod all that somehow. I am unfamiliar with writing code to handle XML...
I saw references to Qdabra's products, but I'm hoping to avoid the cost and complexities of involving additional products in the solution.
If the null-value issue is really my problem, I'm surprised that there's not a simpler way of using web services to submit form data. Seems like a big flaw in the solution, like using InfoPath is amazingly simple as long as you don't try sumitting to a webservice, which requires expertise in writing code to directly handle XML.
Any help you can provide would be much appreciated.