Infopath und Webservices

Thomas Goelles Als Antwort am 3 März 2011 00:13

Hallo erst mal!

Hm. Ich würde an deiner Stelle noch ein wenig Zeit in die Planung deiner Lösung stecken.

Du willst die CRUD Operations auf deiner DB mittels SharePoint ablösen und willst dazu InfoPath Forms nutzen, bin ich da richtig? Sprich du willst die Daten weiterhin in SQL speichern, aber neu, edit, delete soll über SharePoint und InfoPath laufen? Oder willst du Daten in SharePoint Listen verwalten und etwaige Zusatz Spalten aus SQL Abfragen?

InfoPath mittels FormServer so wie deine Url es andeutet ist dazu gedacht Daten in einem netten Formular zu visualisieren und diese dann hauptsächlich in SharePoint Listen zu speichern. 

Für deinen Anwendungsfall wäre vielleicht BCS eine Lösung, sprich ein External ContentType und solltest du wirklich reine custom Anforderungen haben würde ich eine _layouts Page oder ein Silverlight WebPart schreiben um deine UseCases abzubilden. Dann hast du das FrontEnd in SharePoint aber das Backend trotzdem noch in deiner SQL Datenbank.

hth

thomy

Benjamin Aicheler Als Antwort am 3 März 2011 08:37

Hallo Thomas,

vielen Dank für deine Anregungen. Grundlegend ist es wie du schreibst. Ich möchte Daten in einer SQL DB mit Infopath Forms "verwalten". Front End muss der Sharepoint sein. Es spräche zwar nichts gegen Sharepoint Listen für die Daten, aber da stoße ich immerwieder auf Probleme. Ich habe mir dazu schon einiges an Gedanken gemacht, und natürlich auch über BCS. Infopath ist ebenfalls kein muss, es schien mir nur sehr praktisch da ich mit 3 Klicks eine Oberfläche habe, und per Webservice das SQL selber schreiben kann, und damit jedem genau anzeigen kann was er sehen soll.

Das Folgende findet in x verschiedenen Websites (Sprachen) statt, es soll aber natürlich keine getrennten Listen/Tabellen geben.

Wir haben zunächst anonyme User. Diese anonymen legen einen Datensatz in Liste A/Tabelle 1, wo auch immer, an (registrieren sich).

Dann sind sie nicht mehr anonym (Registrierung wird manuell geprüft und ggf. Benutzer angelegt), und legen einen weiteren Datensatz in Liste B/Tabelle 2 an.

Ab dem Zeitpunkt des "nicht mehr anonym seins" soll jeder seine 2 Datensätze anzeigen und ändern können. Fast alle Benutzer dürfen nur ihre Datensätze sehen/bearbeiten.

Gruß

Benjamin

Benjamin Aicheler Als Antwort am 3 März 2011 08:52

Noch eine Frage zum Thema Webservice. Ich kann sowas doch auch in den Sharepoint Integrieren und habe Zugriff auf SPContext, und damit den Benutzer, oder? Leider geben nämlich die Forms Services nur den AppPool Benutzer mit.

Thomas Goelles Als Antwort am 3 März 2011 09:49

Natürlich. Dazu musst du das WebService in den SharePoint deployen damit es unter ~/_vti_bin/ erreichbar ist. Dann läuft das ganze im SharePoint. Ich frag mich nur wie du deinen "anonymen" Eintrag später dann dem Benutzer zuordnen willst? Auch über Code oder?

Benjamin Aicheler Als Antwort am 3 März 2011 11:29

Der anonyme Eintrag entspricht ja der registrierung. Dabei darf er seinen Benutzernamen selbst wählen. Der steht dann halt nicht als erstellt von drin, sondern in einer anderen Spalte.

Thomas Goelles Als Antwort am 3 März 2011 11:45

Planst du FBA? Weil du schreibst "Benutzernamen selbst wählen"? Oder muss er seinen samAccountName da angeben? 

Benjamin Aicheler Als Antwort am 3 März 2011 11:55

Es handelt sich um den samAccountName... aber man weiss ja nie. Müsste ich da irgendwas beachten?

Thomas Goelles Als Antwort am 3 März 2011 11:59

Würde dir hier zum PeoplePicker raten! Vorallem dann wenn du vielleicht andenkst, das ein Kollege für einen anderen das Formular ausfüllt ist die Suche nach Vorname Nachme doch einfacher als den samAccountName einzugeben. Plus pass mit dem Format auf, auf den Domain Part nicht vergessen!

hth

thomy

Benjamin Aicheler Als Antwort am 3 März 2011 12:11

Aber der Account existiert ja noch nicht wenn das erste Formular ausgefüllt wird.

Thomas Goelles Als Antwort am 3 März 2011 12:15

du willst dem benutzer das format des samaccount name überlassen? wie kommt er überhaupt in den sharepoint ohne sich vorher authentifziert zu haben?

Benjamin Aicheler Als Antwort am 3 März 2011 12:22

Ja. Anonymer zugriff auf den Sharepoint wird erlaubt sein. Es ist eine Internet Seite.

Thomas Goelles Als Antwort am 3 März 2011 12:42

1.) hast du die anonyme lizenz für sharepoint bereits? kosten?

2.) wenn du das ganze ins internet stellen willst, warum nimmst du nicht FBA? Warum AD Authentifizierung? Was gibt es da für Gründe?

hth

thomy

Benjamin Aicheler Als Antwort am 3 März 2011 13:26

Ich kenne mich mit Lizenzen nicht aus, unsere Systemtechnik wird das schon richtig machen wenn dann mal irgendwas feststeht. Das sind ja bisher nur alles Versuche von mir welche Möglichkeiten es gibt. Du meinst es lohnt sich nicht, nur damit man sich dann registrieren kann, anonyme Benutzer zu erlauben?

Mit FBA haben wir vor einiger Zeit beim Testen schwierigkeiten gehabt mit der Client Integration, das war aber noch Sharepoint 2007. Hat sich da seither was geändert?

Thomas Goelles Als Antwort am 3 März 2011 13:33

Nun ja, ich würd mal Anfragen wegen der Lizenz bevor du irgendwas weiter machst .. -> http://goo.gl/vQSuM scroll etwas runter dann siehst du von wie viel Tausend Euro wir sprechen. Ihr braucht die SharePoint 2010 Internet Sites Enterprise Lizenz wenn du InfoPath im WWW anonym publishen willst so weit ich weiß.

Und wenn dem so ist, dass euch diese Kosten nicht abschrecken, dann würde ich das ganze mit Nintex Enterprise machen und den Account Provisioning Tools die Nintex mitbringt. 

Mit Client Integration meinst du Office? Also wir haben unser Customer Portal über FBA seit 2007 und nicht wirklich Probleme.

Aber check mal die Lizenz ab, dann weißt du mehr und kannst dein Design danach ausrichten.

hth

thomy