SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




Zugriff auf SPSite von VS2010 Win7-64 auf SP2010 will nicht klappen

Unbeantwortet Dieser Beitrag hat 5 Antworten

Ohne Rang
10 Beiträge
PMALER erstellt 10 Dez. 2012 12:00
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Falls ich hier an der falschen Ecke bin, so entschuldigt bitte, aber ich wusste jetzt nicht, wo ich meine Frage unterbringen sollte., 

Seit einer gefühlten Ewigkeit versuche ich unter Visual Studio 2010 mit C# auf unseren Sharepoint 2010 zuzugreifen. Ansonsten klappt alles mit dem Server und auch der Zugriff via SOAP (Webreferenz) funktioniert. 

Aber ein simples 

SPSite site = new SPSite(@"http://URLdesSP");

wird mir immer mit "System.InvalidOperationException" 

Logischerweise habe ich zuerst mal im Netz nach Antworten gesucht und das Problem scheint auf DotNet 3.5 kompilierung als "AnyCPU" bzw. "X86" rauszulaufen. 

Aber alle Kombinationen habe ich inzwischen durch. Auch die URL des SP in verschiedensten Versionen getestet. Also mal die kurze Netbui-Variante als auch die offizielle mit Domain dran mit und ohne Portangabe. Im IE die URL unter Vertraueswürdige Domains eingetragen als auch unter lokale Domains.

50% meiner noch verbliebenen Haare sind weg, weil ich unter Win7 scheinbar nicht gegen den Server programmieren kann. 

Nur wenn ich unter Win7 mit dem "Trick" des vorher auspackens etc einen Sharepoint lokal installiere, dann kann ich den mit http://localhost im SPSite auch ansprechen. 

Hat noch jemand einen Tipp für mich oder geht das schlicht und einfach gar nicht ?

Danke für eure Mühen

 

Alle Antworten

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 10 Dez. 2012 13:15
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="PMALER"]Nur wenn ich unter Win7 mit dem "Trick" des vorher auspackens etc einen Sharepoint lokal installiere, dann kann ich den mit http://localhost im SPSite auch ansprechen[/quote]

Genau das ist das Problem. Man kann nur für SharePoint entwickeln, wenn VS und SP auf derselben Maschine sind.

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
10 Beiträge
PMALER Als Antwort am 10 Dez. 2012 14:21
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="Andi Fandrich"]

[quote user="PMALER"]Nur wenn ich unter Win7 mit dem "Trick" des vorher auspackens etc einen Sharepoint lokal installiere, dann kann ich den mit http://localhost im SPSite auch ansprechen[/quote]

Genau das ist das Problem. Man kann nur für SharePoint entwickeln, wenn VS und SP auf derselben Maschine sind.

[/quote]

Kapumm. Meine schlimmsten ... Aber trotzdem Danke

Aber.. wie schreibt man dann Programme (von mir aus auch auf dem Server) welche dann auf einem Client laufen ?

Nur via SOAP-Webzugriff? 

So als Beispiel, was ich vorhabe: 

Es gibt eine Applikation (32Bit Oldfashion) die Kalenderdaten "Userfreundlich" erfassen lässt.

Diese Daten möchte ich in den Sharepoint in einen Kalender pumpen / updaten, welcher auf sogenannten Infopoints verteilt in einer Firma die Daten anzeigt. Nebenbei haben die PC-Arbeiter natürlich den Kalender im Outlook eingebunden. 

Ich stell mich jetzt schon mal seelisch drauf ein, dass ich alles via WCF / SOAP machen ... darf.

Aber ein "Ja so ist es leider" von jemand würde mir zumindest Trost schenken :-)

 

Danke im Voraus

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 10 Dez. 2012 14:53
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="PMALER"]Ich stell mich jetzt schon mal seelisch drauf ein, dass ich alles via WCF / SOAP machen ... darf[/quote]

Nein, nein, keine Angst. Dafür gibt es das sog. Client Object Model, das die ganzen Webservices in freundliche .NET-Klassen kapselt :-)

http://msdn.microsoft.com/en-us/library/ee857094(v=office.14).aspx

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
10 Beiträge
PMALER Als Antwort am 10 Dez. 2012 17:04
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

[quote user="Andi Fandrich"]

[quote user="PMALER"]Ich stell mich jetzt schon mal seelisch drauf ein, dass ich alles via WCF / SOAP machen ... darf[/quote]

Nein, nein, keine Angst. Dafür gibt es das sog. Client Object Model, das die ganzen Webservices in freundliche .NET-Klassen kapselt :-)

http://msdn.microsoft.com/en-us/library/ee857094(v=office.14).aspx

[/quote]

Vielen Dank. Auch wenn ich aus der Welt des unmanaged / verdorbenen Codes komme, in dem alles viel schneller und einfacher geht, aber immerhin, ein Lichtblick. 

Vielen Dank.

Werde in dieser Richtung forschen. 

Ohne Rang
10 Beiträge
PMALER Als Antwort am 10 Dez. 2012 17:22
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Es hat "auf Anhieb" geklappt. 

Ich habe echt vorher mind. ein Monat lang immer wieder nach der Lösung des Problems gesucht, weil ich gewohnt bin Autodidaktisch vorzugehen und mir alles raus zu lesen. 

Aber den Teil mit dem Client, hab ich scheinbar immer überlesen. 

Hätte ich nur schon früher hier gefragt... Wobei ich natürlich trotzdem vorher die Suchfunktion benutzen werde, bevor ich die selbe Frage als 520ter stelle. :-)

Auf alle Fälle, vielen Dank für die flotte Hilfe. 

Tolles Forum

CC BY-NC-ND - Michael Greth
Powered by Evocom Productivity