yet another .NET blog

An dieser Stelle noch kurz ein Shellaufruf  um rekursiv alle SVN-Dateien und Ordner innerhalb eines Projektes zu löschen.

Man ist öffter mal in der Situation ein in SVN eingebundenes Projekt zu kopieren oder weitergeben zu wollen, zuvor möchte man aber gerne die SVN-Dateien loswerden.

Erstellt Euch dazu am besten eine Batchdatei deleteSvn.bat in der ihr folgenden Eintrag vornehmt.

FOR /F “tokens=*” %%G IN (’DIR /B /AD /S *.svn*’) DO RMDIR /S /Q %%G

Die Batch müsst Ihr dann nur noch innerhalb des betroffenen Ordners ausführen.

Falls es nach dem Rauskopieren nicht funktioniert, überprüft bitte die Anführungszeichen und ersetzt diese in Eurer BatchDatei.

Falls Ihr beim Deployen einer wsp-Datei in das gleiche Problem lauft, dann probiert doch bitte diesen Fix aus, den ich bereits bei Codeplex zum Besten gegeben habe.

Für mich hat es so funktioniert, eine offizielle Bestätigung eines Core-Developers habe ich bis heute allerdings nicht erhalten.

Ladet Euch dazu das komplette Project im Source down und fixed die dort beschriebene Stelle (Eintrag von kfiegenbaum). Compiled anschließend die Solution und es sollte funktionieren.

Eine Garantie kann ich dafür allerdings nicht geben:

Hier findet Ihr alles was Ihr braucht!

Der Tobias Lekman bietet dazu bereits eine gefixte .exe an.

Hoffe, das hilft Euch.

Gruß,
Kai

Sollte dem einen oder anderem diese Fehlermeldung unterkommen, weil er oder eine Softwareinstallation seine Web.config zerlegt hat, kann man das Problem wie folgt beheben.

Ursache ist ein fehlender Verweis in der web.config, der der WebApplication bzw. dem Interpreter  einige Controls  zur Verfügung stellt, die bspw. für die Ajax-Controls Verwendung finden.

Hierzu gehören bspw. das UpdateProgress oder das Timer Control.

Folgender Eintrag sollte in der web.config vorhanden sein.

<system.web>

<pages>
<controls>
<add tagPrefix=”asp” namespace=”System.Web.UI” assembly=”System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35″/>
<add tagPrefix=”asp” namespace=”System.Web.UI.WebControls” assembly=”System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35″/>
</controls>
</pages>

</system.web>

Die Applikation “kennt” nun auch die Ajax-Controls aus dem Extensions 3.5 Assembly und kann diese interpretieren.

Hoffe, das erspart dem Ein oder Anderen da draussen etwas Zeit.

Hier noch eine Fehlermeldung, die mich fast in den Wahnsinn getrieben hat.
Ich versuchte dabei, durch Import eines Excel-Sheets, eine neue Liste in unserem Sharepoint 2007 Server anzulegen.

Ich bekam grundsätzlich folgende Fehlermeldung Method “Post” of object “IOWSPostData” failed
und begann danach zu googlen. 99% der Lösungsvorschläge beschäftigten sich damit, eine Datei namens ‘EXPTOOWS.XLA’ umzuschreiben. Doch damit konnte ich mich nicht abfinden. Diese Lösung erschien mir sinnfrei zu sein.

So stöberte ich noch etwas weiter und fand letztendlich nach einigen ausgerauften Haaren die Lösung.

Das Problem ist eigentlich Folgendes: Excel möchte aus Sicherheitsgründen nicht mit dem SharepointServer per SOAP kommunizieren, da er ihn nicht für trustworthy hält. Trägt man nun aber in seinem IE unter Tools->Internet Options -> Security-> Local Intranet -> Sites den Namen des SharepointServers ein (sofern er sich im Intranet befindet natürlich), so funktioniert es problemlos. Und das Ganze ohne etwas umzuschreiben, wie vielerorts vorgeschlagen wird.

Da ich denke, das evtl. Viele ratlos auf dieses Problem stossen werden, wollte ich diesen Post zum besten geben.

Eigentlich kein wirkliches Problem, wenn man weiss, was die Ursache für diese Fehlermeldung ist.

An dieser Stelle ein fettes Dankeschön an MS für die informative Fehlermeldung!