Infopath Concept - InfoPath Dev
in

InfoPath Dev

Having trouble finding a blog or post that answers your question? Check out our Custom Search Page

Infopath Concept

Last post 04-12-2010 01:22 PM by Ted Fitch. 1 replies.
Page 1 of 1 (2 items)
Sort Posts: Previous Next
  • 04-12-2010 12:04 PM

    • SSCTAC
    • Not Ranked
    • Joined on 03-20-2009
    • Posts 3

    Infopath Concept

    Hello and thanks in advance for your ideas/suggestions.

    High level, I want to create an Infopath form that submits to a SQL 2008 db as well as to a SharePoint forms library - at the same time.  I want the database piece for the advanced reporting piece.  I need the SharePoint forms library because in this form, users will be uploading attachments (Word, PDF, etc).  The form will also have digital signatures as well as multiple rows where users can "insert a new line". 

    From what I have read so far, a Web Service is the way the way to go here.  Can someone confirm?

    Also have read a little about DBXL.  Any key highlights to why this tool would be more beneficial than creating my own web services would be greatly appreciated.

    Thank you.

     

  • 04-12-2010 01:22 PM In reply to

    Hi,

    If you are using IPFS (InfoPath Form Services (browser) forms) the only way to submit to a SQL DB is via a web service.  If you are using InfoPath client (rich client) then you can bind your form directly to a SQL DB but that has limitaitons (tightly coupled approach) and requires more work when you make changes in your form (or in your SQL DB).  You can also use webservices too in a rich client form.  For the submit to SharePoint if the forms are all being submitted to the same library then this should just be using built-in InfoPath/SharePoint functionality (nothing custom).  But if you need to submit to different or multiple document libraries you will need to use code to do that or a web service.

    If you write your own web services it will be custom code for that form. Once you add new forms you need to write new web services (new code) to get the data into SQL.  Changes in your form or in SQL will require changes in your web service - you will need to modify your web service code.  If you want to add one new field to get to SQL you will need to make that change in the code of your webservice and test.

    DBXL is a generic web service.  We have written all the code required to map the data to SQL and also map to SharePoint.  Since it's a generic web service you can configure as many forms as you need to map to SQL without writing any code.  DBXL's GUI admin toold (called DAT) is where you do the mapping from your InfoPath fields to SQL.  DBXL should save you money because you don't need to write or maintain code for your InfoPath forms, it lowers the total cost of ownership as compared to writing your own custom web services.

    Feel free to email me directly via the forum - I would be happy to give you a quick demo showing you how DBXL works and how easy it is to use.  I am not a developer and without any code at all I can take an InfoPath (rich client or browser form) and have it submitting to SQL and SharePoint in less than 10 minutes - it really is that easy!

    Hope that helps

    Ted

Page 1 of 1 (2 items)
Copyright © 2003-2014 Qdabra Software. All rights reserved.
View our Terms of Use.