Posted from WordPress for Windows Phone

Server Error in '/' Application.
-------------------------------------------------------------------------------- 

Cannot complete this action. 

Please try again.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.Runtime.InteropServices.COMException: Cannot complete this action. 

Please try again. 

Source Error: 

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.  

Stack Trace: 

[COMException (0x80004005): Cannot complete this action. 

Please try again.]
   Microsoft.SharePoint.Library.SPRequestInternalClass.GetAclForScope(String bstrWebUrl, Guid guidScopeId, Object& pvarAcl, UInt64& lAnonymousMask) +0
   Microsoft.SharePoint.Library.SPRequest.GetAclForScope(String bstrWebUrl, Guid guidScopeId, Object& pvarAcl, UInt64& lAnonymousMask) +238 

[SPException: Cannot complete this action. 

Please try again.]
   Microsoft.SharePoint.Library.SPRequest.GetAclForScope(String bstrWebUrl, Guid guidScopeId, Object& pvarAcl, UInt64& lAnonymousMask) +349
   Microsoft.SharePoint.SPReusableAcl..ctor(SPRequest request, String webUrl, Guid scopeId) +149
   Microsoft.SharePoint.SPSite.GetReusableAclForScope(Guid scopeId) +133
   Microsoft.SharePoint.Publishing.<>c__DisplayClass3.<EnsureAuthenticatedRights>b__0() +1296
   Microsoft.SharePoint.SPSecurity.CodeToRunElevatedWrapper(Object state) +73
   Microsoft.SharePoint.<>c__DisplayClass4.<RunWithElevatedPrivileges>b__2() +592
   Microsoft.SharePoint.Utilities.SecurityContext.RunAsProcess(CodeToRunElevated secureCode) +319
   Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(WaitCallback secureCode, Object param) +571
   Microsoft.SharePoint.SPSecurity.RunWithElevatedPrivileges(CodeToRunElevated secureCode) +135
   Microsoft.SharePoint.Publishing.BlobCache.EnsureAuthenticatedRights(Guid siteID, Guid scopeID) +1020
   Microsoft.SharePoint.Publishing.BlobCache.RewriteUrl(Object sender, EventArgs e) +2949
   System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +80
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +171 

--------------------------------------------------------------------------------
Version Information: Microsoft .NET Framework Version:2.0.50727.3603; ASP.NET Version:2.0.50727.3082

Die Lösung in diesem Fall ist das Resetten des Caches für diese SiteColletion. Über die SiteSettings kommt man zu den “Object Cache Settings” und hier kann man die drei Checkboxen zum Zurücksetzen des Caches setzen:

Ich hoffe es hilft dem einen oder anderen, der noch in Sharepoint 2007 feststeckt

Ciao Marco

ScottGu beschreibt sehr schön, was zu tun ist und welche Auswirkungen es hat, wenn man das ASP.NET Security Update anwendet.
http://weblogs.asp.net/scottgu/archive/2010/09/28/asp-net-security-update-now-available.aspx

Betroffen ist auch SharePoint (2007/2010) und somit sollten alle Admins loslegen.

Unsere Sharepoint 2010 Installation hat leider eine Reboot benötigt. Auch wenn ScottGu sagt, dass es eigentlich keinen braucht… Schade.

Ciao Marco

Ciao Marco

Offen sind jetzt noch ein paar URL’s, die ins Leere laufen, aber mal sehen, ob mir da noch was einfällt

Ciao Marco

Drückt mir die Daumen, dann gibt es hier bald auch wieder echten Content.

Ciao Marco

Nach einer Woche hatte ich dann die Kundenanfrage auf dem Tisch: WebDav geht nicht unter Vista und höher. Beim Klick auf “Open in Windows Explorer” dauert es einen kleinen Moment und es passiert… garnichts. Unter XP bekommt man in der Regel zwei Authentifizierungsanfragen bevor der Share sich dann doch öffnet. Der Server an sich ist aktuell nur unter HTTP und nicht unter HTTPS unterwegs. Wichtig bei XP Clients, da es hier noch die FrontPage Extensions genutzt werden können, weshalb auch der Zugriff unter XP klappte.

Erstes Troubleshooting habe ich mit folgenden Guide von MS gemacht:
Whitepaper – Understanding and Troubleshooting the SharePoint Explorer View

Leider ohne Erfolg. Im HTTP Log des IIS fangen wir dann folgende Meldung: “405 Method not allowed”. Kurz mit Bing gegoogled und kein Treffer gefunden (googlen mit Google brachte ebenfalls kein Ergebnis). Irgendwann hatte ich zusammen mit dem Kunden die Idee, dass wir mal die IIS Features checken und einfach mal die WebDav Funktion wieder abwählten. Es brachte den nötigen Erfolg. Bleibt also anzumerken:

Die Option WebDav unter Windows Server 2008 (auch R2) kann SharePoint ins Stolpern bringen, da SharePoint eine eigene Implementierung hat, was oft übersehen wird.

Ciao Marco

Viel Spaß beim Downloaden Der Server ist schon da (rund 1,5 MB/s) und der Rest ist gescheduled.

Wenn ich mir am Wochenede nicht irgendwie ne Nervenentzündung unterm Schulterblatt zugezogen hätte… würde ich heute vielleicht noch etwas länger durch halten… aber so muss ich gleich Schluss machen :-S

Viele Spaß.

Ciao Marco

Nach Jan (Exchange, SharePoint, IT Stuff) und Karsten (OCS, Exchange, IT Stuff) ist nun auch Jochen dabei sein Wissen für andere bereit zu stellen. Vielleicht schaffen wir es auch noch Oliver zu motivieren und sonst passt der Plural im Domainnamen nicht ganz

Ciao Marco

Ich bin echt Happy, dass ich über Last.fm darüber gestolpert bin und Amazon mir den Zugang so solcher Musik ermöglicht Natürlich DRM Free. Gerade Synct mein Windows Mobile Phone Device damit ich die Muke überall dabei habe.

Ciao Marco

P.S. Durch den Last.fm RSS Feed könnt ihr auch meinem Blog sehen, dass ich ab jetzt nix anderes mehr höre

Im aktuellen Fall haben wir versucht, den FQDN für die Angabe der Domain Accounts in der Form “neu.kunde.deaccountname” zu verwenden. Bis zur Provisionierung des Shared Service Provider hat das auch super funktioniert. Das Erstellen des SSP endete mit folgender Seite:
 

In der Liste der SSP’s gab es mehr Details:

Im Eventlog:
A runtime exception was detected. Details follow.
Message: Windows NT user or group ‘ms.localsvcMossProd’ not found. Check the name again.

A runtime exception was detected. Details follow.
Message: Windows NT user or group 'ms.localsvcMossProd' not found. Check the name again.
Techinal Details:
System.Data.SqlClient.SqlException: Windows NT user or group 'ms.localsvcMossProd' not found. Check the name again.
at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)
at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)
at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe)
at System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
at Microsoft.Office.Server.Data.SqlSession.ExecuteNonQuery(SqlCommand command)
at Microsoft.Office.Server.Data.SqlServerManager.GrantLogin(String user)
at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeConfigurationDatabaseAccess(SharedComponentSecurity security)
at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeAccessControl(SharedComponentSecurity sharedApplicationSecurity)
at Microsoft.Office.Server.Administration.SharedResourceProvider.Microsoft.Office.Server.Administration.ISharedComponent.Install()
at Microsoft.Office.Server.Administration.SharedResourceProvider.Provision()

Die SharePoint Logs:

06/24/2009 17:32:42.34     OWSTIMER.EXE (0x0788)                       0x0DC4    Office Server                     Office Server General             6pqn    High        Granting user 'ms.localsvcMossProd' login access to server 'moss-prod-db'.
06/24/2009 17:32:43.04     OWSTIMER.EXE (0x0788)                       0x0DC4                                      484                               880i    High        System.Data.SqlClient.SqlException: Windows NT user or group 'ms.localsvcMossProd' not found. Check the name again.     at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)     at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)     at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)     at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)     at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)     at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(C...
06/24/2009 17:32:43.04*    OWSTIMER.EXE (0x0788)                       0x0DC4                                      484                               880i    High        ...ommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)     at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)     at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe)     at System.Data.SqlClient.SqlCommand.ExecuteNonQuery()     at Microsoft.Office.Server.Data.SqlSession.ExecuteNonQuery(SqlCommand command)
06/24/2009 17:32:43.04     OWSTIMER.EXE (0x0788)                       0x0DC4                                      484                               880j    High        SqlError: 'Windows NT user or group 'ms.localsvcMossProd' not found. Check the name again.'    Source: '.Net SqlClient Data Provider' Number: 15401 State: 1 Class: 11 Procedure: 'sp_grantlogin' LineNumber: 49 Server: 'W2K8-PROD-SQL'
06/24/2009 17:32:43.04     OWSTIMER.EXE (0x0788)                       0x0DC4                                      484                               880k    High           at Microsoft.Office.Server.Data.SqlServerManager.GrantLogin(String user)     at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeConfigurationDatabaseAccess(SharedComponentSecurity security)     at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeAccessControl(SharedComponentSecurity sharedApplicationSecurity)     at Microsoft.Office.Server.Administration.SharedResourceProvider.Microsoft.Office.Server.Administration.ISharedComponent.Install()     at Microsoft.Office.Server.Administration.SharedResourceProvider.Provision()     at Microsoft.Office.Server.Administration.SharedResourceProviderJob.Execute(Guid targetInstanceId)     at Microsoft.SharePoint.Administration.SPTimerJobInvoke.Invoke(TimerJobExecuteData& data, Int32& result)
06/24/2009 17:32:43.05     OWSTIMER.EXE (0x0788)                       0x0DC4                                      484                               880l    High        ConnectionString: 'Data Source=moss-prod-db;Initial Catalog=master;Integrated Security=True;Enlist=False;Pooling=False'    ConnectionState: Open ConnectionTimeout: 15
06/24/2009 17:32:43.06     OWSTIMER.EXE (0x0788)                       0x0DC4                                      484                               880m    High        SqlCommand: 'sp_grantlogin'     CommandType: StoredProcedure CommandTimeout: 0     Parameter: '@loginame' Type: NVarChar Size: 128 Direction: Input Value: 'ms.localsvcMossProd'
06/24/2009 17:32:43.12     OWSTIMER.EXE (0x0788)                       0x0DC4    Office Server                     Office Server General             900n    Critical    A runtime exception was detected. Details follow.  Message: Windows NT user or group 'ms.localsvcMossProd' not found. Check the name again.  Techinal Details: System.Data.SqlClient.SqlException: Windows NT user or group 'ms.localsvcMossProd' not found. Check the name again.     at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)     at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)     at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)     at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)     at System.Data.SqlClient.Sq...
06/24/2009 17:32:43.12*    OWSTIMER.EXE (0x0788)                       0x0DC4    Office Server                     Office Server General             900n    Critical    ...lCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)     at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean re
06/24/2009 17:32:43.13     OWSTIMER.EXE (0x0788)                       0x0DC4    Office Server                     Office Server Shared Services     7fxr    Exception    (Watson Reporting Cancelled) System.Data.SqlClient.SqlException: Windows NT user or group 'ms.localsvcMossProd' not found. Check the name again.     at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)     at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)     at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)     at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)     at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)     at System.Data.SqlClient.Sql...
06/24/2009 17:32:43.13*    OWSTIMER.EXE (0x0788)                       0x0DC4    Office Server                     Office Server Shared Services     7fxr    Exception    ...Command.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)     at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)     at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe)     at System.Data.SqlClient.SqlCommand.ExecuteNonQuery()     at Microsoft.Office.Server.Data.SqlSession.ExecuteNonQuery(SqlCommand command)     at Microsoft.Office.Server.Data.SqlServerManager.GrantLogin(String user)     at Microsoft.Office.Server.Administration.SharedResourceProvider.SynchronizeConfigurationDatabaseAccess(SharedComponentSecurity security)     at Microsoft.Office.Se...
06/24/2009 17:32:43.13*    OWSTIMER.EXE (0x0788)                       0x0DC4    Office Server                     Office Server Shared Services     7fxr    Exception    ...rver.Administration.SharedResourceProvider.SynchronizeAccessControl(SharedComponentSecurity sharedApplicationSecurity)     at Microsoft.Office.Server.Administration.SharedResourceProvider.Microsoft.Office.Server.Administration.ISharedComponent.Install()     at Microsoft.Office.Server.Administration.SharedResourceProvider.Provision()     

Aus irgendeinem Grund konnte der Account nicht korrekt auf den SQL Server zugreifen. Eine Analyse der IIS Application Pool Accouts hat gezeigt, dass dort einige Accounts in der Form “neu.kunde.deaccountname” (FQDN) und andere in der Form “neu.kundeaccountname” (NETBIOS) gespeichert wurden:

In der Datenbank werden die User wie folgt gelistet (NETBIOS):

Lösung:

Das Problem ist also der FQDN. Das Provisioning des SSP wird jede Minute erneut versucht und hinterläßt die entsprechenden Spuren im Eventlog und im SharePoint Log. Jetzt ist die Hilfe von STSADM gefragt, damit die Accounts wieder gerade gezogen werden können. Einfach alle Accounts nach Anleitung des folgenden KB auf die Form “kunde.deaccountanme” (NETBIOS) ändern:

KB 934838: How to change service accounts and service account passwords in SharePoint Server 2007 and in Windows SharePoint Services 3.0

Nach den Änderungen wurde der SSP provisioniert und ich konnte weiter machen

Erst heute mit der Lösung “in der Hand” bin ich mit den richtigen Schlagwörtern über Bing.com zu folgendem Blog Post gekommen:

Thaddparker: Error in using FQDN Domain Names and MOSS 2007

Ein kurzer Check hat gezeigt, dass die Verwendung in Form von “accountname@neu.kunde.de” ebenfalls beim Provisionieren des SSP nicht funktioniert:

Application Server Administration job failed for service instance Microsoft.Office.Server.Search.Administration.SearchAdminSharedWebServiceInstance (15226029-e4cd-4ad6-aefc-965019284510).
Reason: The specified account name is invalid.
Parameter name: account
Techinal Support Details:
System.ArgumentException: The specified account name is invalid.
Parameter name: account ---> System.Security.Principal.IdentityNotMappedException: Some or all identity references could not be translated.
at System.Security.Principal.NTAccount.Translate(IdentityReferenceCollection sourceAccounts, Type targetType, Boolean forceSuccess)
at System.Security.Principal.NTAccount.Translate(Type targetType)
at Microsoft.Office.Server.Utilities.WindowsSecurity.ValidateAccount(NTAccount account, Boolean throwIfInvalid)
--- End of inner exception stack trace ---
at Microsoft.Office.Server.Utilities.WindowsSecurity.ValidateAccount(NTAccount account, Boolean throwIfInvalid)
at Microsoft.Office.Server.Administration.SharedAccessRule.Validate()
at Microsoft.Office.Server.Administration.SharedComponentSecurity.SetAccessRule(SharedAccessRule accessRule)
at Microsoft.Office.Server.Administration.SharedResourceProvider.GetApplicationSecurity()
at Microsoft.Office.Server.Administration.SharedWebServiceInstance.ProvisionSharedResourceProviderWebConfigSettings(SharedResourceProvider srp)
at Microsoft.Office.Server.Administration.SharedWebServiceInstance.Synchronize()
at Microsoft.Office.Server.Administration.ApplicationServerJob.ProvisionLocalSharedServiceInstances(Boolean isAdministrationServiceJob)

Leason learned? Es steckt halt immer noch zu viel Tahoe in SharePoint und NETBIOS rulez

Ciao Marco

Für eine OCS Applikation (Prototyp für Communicator Automation API und UCC API) habe ich doch glatt “entdeckt”, dass ich die Objekte aus dem Communicator Automation API per “System.Runtime.InteropServices.Marshal.ReleaseComObject(object)” frei geben muss

Danke Karsten und weiter so.

Ciao Marco

1. Windows Server 2008 Standard – X64 – SP2 – EN
2. Microsoft SQL Server 2008 Standard – X64 – SP1 – EN
3. Microsoft SharePoint Server 2007 Standard – X64 – SP2 – EN – Language Pack German

Ich hab mich an meine übliche Installationsreihenfolge gehalten und das Setup lief Weitestgehends reibungslos. Als einer der letzten Schritte kommt das Erstellen der Haupt-Portal-Applikation (in der Regel das Intranet Portal) an die Reihe. Ich installiere wann immer möglich ein englischen Basis SharePoint, damit man die Central Administration in Englisch bekommt. Für die Enduser muss es dann aber ein deutsches Portal sein, damit die Fachbereiche damit arbeiten können. Und was soll ich sagen… beim Erstellen der SiteCollection fehlt der DropDown für die Sprachauswahl :-S Für die Installation hatte ich einen alten Blog Post als Spickzettel verwendet: Wie installiere ICH SharePoint in einer Farm?

Ich hatte wie folgt installiert:

1. MOSS x64 mit SP1 (Splistream Trial Download von MS)
2. Language Pack DE x64 (gibt es nicht als SP1, also Download aus dem MSDN Sub.)
3. WSS SP2 + WSS SP2 Language Pack (das Setup des Language Pack bracht ab und sagt es wäre nicht passend für das System)
4. MOSS SP2 + MOSS SP2 Language Pack
5. April CU WSS
6. April CU MOSS
7. PSCONFIG Wizard und erstellen einer neuen Farm

Bis auf den Punkt 3 Language WSS SP2 hat alles funktioniert. Ich habe ein paar alte Dokus zu reinen SP1 Installationen gecheckt und hatte das bisher genau so gemacht. Nach dem Language Pack habe ich WSS SP1 Language Pack und MOSS SP1 Language Pack installiert und das hatte beides funktioniert :-S Was war also los? Ich habe meine Testumgebung angeworfen und eine Neue SharePoint Farm erstellt. Genau dasselbe Verhalten. Dann mal an die Reparatur:

Versuch 1:

1. Download WSS SP1 Language Pack x64 DE
2. Installation bricht ab und sagt, es gäbe keine Software zu aktualisieren

Versuch 2:

1. Download WSS Language Pack x64 DE
2. Installation WSS Language Pack = OK
3. Installation WSS Language Pack SP2 = OK
4. Installation April CU WSS = OK
5. PSCONFIG = OK

Anlegen einer neuen Website im Central Admin und siehe da… ein Language DropDown

Mir ist nicht klar, warum das Verhalten von SP1 Fresh Install zu SP2 Fresh Install sich unterscheidet, oder ob sich meine Install Sources geändert haben, aber Microsoft macht es uns nicht wirklich einfach, mit all den Versionen. Bei einer Single Box Installation kann man fast auf das Splipstreamen verzichten und gleich mit der nackten Version beginnen, was allerdings unter Windows Server 2008 zu einem Warnhinweis führt (Kompatibilitätshinweis, der ignoriert werden kann solange man ein SP1 oder höher nach installiert).

Ich habe nach den Problemen meine Installationsanleitung aktualisiert:
Wie installiere ICH SharePoint in einer Farm?

Ciao Marco

Ciao Marco

Es bleibt anzumerken, dass in der aktuellen Version V1 ein Bug existiert. Die Serverkomponente wirft bei einem Timeout eine NullReferenceException anstatt die eigentliche Fehlermeldung, was leider nicht wirklich weiter hilft.

Welche Timeouts gibt es also und was sind die Defaults:

1. HTTP Client Timeout – Browser
   Leider habe ich hier kaum Informationen gefunden… nichts was ich hier schreiben möchte.
2. HTTP Client Timeout – ADO.NET Data Services Client Library
   Wo: Code
   Default: 100.000 Millisekunden (100 Sekunden) vererbt von HttpWebRequest.Timeout
   Mehr: MSDN – System.Data.Services.Client.DataServiceContext.Timeout
   Mehr: Microsoft KB 962933: Client Timeout Bug
   Mehr: ADO.NET Data Services Team Blog: Client Timeout Bug
3. HTTP Server ExecutionTimeout
   Wo: web.config
   Default: 110 Sekunden (wenn Debug=False, dann unendlich)
   Mehr: httpRuntime Element (ASP.NET Settings Schema)
4. ADO.NET Data Services Server Library
   Hier gibt es kein extra Timeout. Die unterliegende Connection (zum Beispiel SQL) bestimmt die Dauer.
5. Entity Framework Connection/Command Timeout (SQL)
   Wo: Code
   Default: 30 Sekunden CommandTimeout
   Default: 15 Sekunden SqlConnection

Wenn wir uns nun um ein Timeout kümmern müssen wir also immer checken, ob wir damit gegen ein anderes rennen. Angenommen wir wollen unseren Sql Queries 5 Minuten Zeit geben (nur für das Beispiel!), dann müssen wir folgendes tun:

1. Entity Framework Timeout = 5*60 = 300 Sekunden
2. HttpServer Timeout = 5*60 + 10 (Puffer) = 310 Sekunden
3. ADO.NET Data Services Client Timeout = 5*60*1000 + 20*1000 (Puffer) = 320.000 Millisekunden (320 Sekunden)

Wichtig: Wir brauchen überall ein wenig Puffer, sonst kann es sein, dass uns die Gesamtgeschwindigkeit der Maschine (da kann ja noch mehr Code dazwischen laufen) dazwischenkommt.

Jetzt zum eigentlichen Inhalt des Posts Wie kann ich überhaupt das Timeout des Entity Frameworks erhöhen. Die ADO.NET Data Service Website nutzt das Entity Framework und stellt so die Tabellen und Views zur Verfügung. Der Default Code in den SVC Dateien erlaubt es nicht die Connection zu beeinflussen:

 using System;
using System.Web;
using System.Collections.Generic;
using System.ServiceModel.Web;
using System.Linq;
using System.Data.Services;
using NorthwindModel;
namespace SimpleDataService
{
public class Northwind : DataService<NorthwindEntities>
{
public static void InitializeService(IDataServiceConfiguration config)
{
config.SetEntitySetAccessRule("*", EntitySetRights.All);
}
}
}

Die Klasse DataService<T> bietet nun eine Methode CreateDataSource mit der ich von Hand die EntityConnection erzeugen kann und somit auch den Command Timeout setzen kann:

protected override NorthwindEntities CreateDataSource()
{
var dbcon = new NorthwindEntities();
dbcon.CommandTimeout = Core.Config.Application.TimeoutSql; //Core is my helper library
return dbcon;
}

Ich hoffe ich kann dem einen oder anderen weiter helfen Mir weiter geholfen bei der Lösung hat folgender Blogpost:

Timeout in ADO.Net Entity Framework and ADO.Net Data Services

Ciao Marco

Ciao Marco

Genereller Artikel:
http://technet.microsoft.com/en-us/library/cc178946.aspx#trustedsettings

Detail Informationen:
MS Excel Team Blog – Trust Center Part 4: Trusted Locations

Wie komme ich zu dem Dialog?
http://office.microsoft.com/en-us/help/HA100319991033.aspx

Alternativ kann man die Einstellungen auch per Group Policy setzen und im Unternehmen verteilen.

Ciao Marco

Connect: ftp.servername.com

Upload File: /upd/knr/abc/request.txt

Mein erster Code nutzte die native C# FTP Api und antwortet einfach nur mit einem Fehler ohne Details. Ich habe dann auf eine Komponente von Aspose zurückgegriffen (wir nutzen Aspose.NET Total, was ich nur empfehlen kann). Ich bekam folgende Fehlermeldung:

Aspose.Network.Ftp.FtpException: Failed to upload file :500 %CLI-W-IVQUAL, unrecognized qualifier – check validity, spelling, and placement
at Aspose.Network.Ftp.FtpClient.Upload(Stream localStream, String remoteFilePath)
at Aspose.Network.Ftp.FtpClient.Upload(String localFilePath, String remoteFilePath)
at Ibu.Core.Utility.Ftp.UploadFile(String localFilename, Boolean append) in C:UsersscheelCodeProjectXCoreUtilityFtp.cs:line 403
at ConsoleApplication1.Program.Main(String[] args)

Eine kurze Recherche brachte tatsächlich ein Ergebnis:
http://www.physiology.wisc.edu/comp/docs/mg/ftp_users_guide.html

If the remote file specification includes “/”, it will be necessary to enclose the entire remote file specification in double quotes, because the FTP command interpreter interprets “/” as the beginning of a qualifier. Notice the difference in behavior on some systems if the remote file specification is and is not quoted.

Meine Lösung: Ich habe den führenden Slash einfach weg gelassen und schon hat es funktioniert.

Ciao Marco

Das ganze wird hier beschrieben:

http://office.microsoft.com/en-us/help/HA101208501033.aspx

By default, you can use the Send To command to copy files to libraries within a site collection. If you copy files from a client computer that has a program that is compatible with Microsoft Windows SharePoint Services 3.0, such as Microsoft Office Word 2007, and a browser that supports Microsoft ActiveX Controls, such as Microsoft Internet Explorer, you can use the Send To command to copy files not only between libraries within a site collection, but also between different Web applications. If you copy files from the browser of a client computer that does not support ActiveX Controls, you will be able to copy files only to libraries within site collections that share the same domain name (top-level site name) as the source library.

Ciao Marco

Jetzt stellt sich die Frage, wie man das ganze aber testen kann? Warten bis das Event ausgelöst wird? Die Situation erzwingen? Je nach Komplexität der Anwendung oder der Situation, die den Event erzeugt, kann das nicht ganz befriedigend sein. Den Task einfach über Run zu starten, ist eine Option, allerdings kann man dann nicht auf Eigenschaften des Events zugreifen, welches normalerweise das Ereignis auslöst. Microsoft liefert hier ein mir bisher unbekanntes Tools mit:

Eventcreate.exe – http://technet.microsoft.com/en-us/library/bb490899.aspx

So kann man recht einfach sein Event erzeugen und Tasks, die zum Beispiel Daten aus dem Event lesen, voll testen. Feine Sache.

Ciao Marco

Wenn man das Unblocken jetzt nicht immer von Hand machen will, da es auch bei anderen Dateien potentiell störend sein kann, habe ich ein Tool von SysInternal (Microsoft) im Einsatz:
Streams – http://technet.microsoft.com/en-us/sysinternals/bb897440.aspx

Mit diesem Tool kann man sehr einfach den NTFS Stream löschen, der diesen “Schutz” auslöst.

streams.exe -d -s *.chm

Fertig

Ciao Marco

http://msdn.microsoft.com/en-us/library/aa368304.aspx

Mein Rechnung sieht also so aus:
14 Tools minus 1 Tool macht nicht 13 sondern 0, weil das eine Tool alle transportiert :-S

Ich glaube, ich hatte in der alten Installation UAC abgeschaltet und eventuell deswegen den Fehler nicht bekommen. Im Moment will ich doch mal versuchen mit UAC zu leben und dafür muss man dann kurzfristig folgenden RegKey setzen:

Nach der Installation habe ich den Key wieder gelöscht. Ich hoffe ich erlebe nicht noch mehr solcher Überraschungen.

Nach der Installation habe ich mich mal auf den Weg gemacht, den Grund zu finden… aber mehr als das habe ich nicht gefunden:
http://social.msdn.microsoft.com/Forums/en-US/liveframework/thread/d71d367a-7604-4b26-9459-1a8f3dcdf7fc

Ciao Marco

Ich stimme zu und hier meine Erweiterungen:

• LinqPad: Dirk nennt den Snipped Compiler… ich selber stehe auf LinqPad, der mehr als nur Linq kann. Für 19$ gibt es dann auch Autocompletion.
• Live Mesh: Ich habe eine Hauptentwicklermaschine und zusätzlich noch eine Windows Server 2008 VM. Meine Tools (um die es hier und in Dirks Post geht) und meine Reference Libraries (SharePoint DLL’s, Log4Net, …) halte ich so auf allen Rechnern aktuell und das ohne großen Aufwand.
• XML Notepad 2007: Da heute “Alles” als XML daher kommt, bringt das Tool einen schnellen Einstieg auch in komplexere Strukturen.
• TortoiseSVN: Wir nutzen SubVersion und damit ist das Tool absolute Pflicht.

Wie sieht es bei euch aus?

Ciao Marco

Mein Firmenlaptop ist ein Lenovo X61 Tablet. Hier kurz die Hardware-Specs:

• Intel Core 2 Duo L7500 processor (1.60GHz, 4MB L2 cache, 800MHz front-side bus)
• 4 GB RAM
• 200GB 7.200 rpm Hitatchi HDD
• Graphics Intel Graphics Media Accelerator X3100
• Intel Wireless WiFi Link 4965AGN (n-Disabled) Network Connection
• Bluetooth wireless technology
• Sierra Wireless MC8775 PCI Express MiniCard (nachgerüstet)

Vor den Zeiten von Windows 7 hat mich Vista Enterprise 64 bit (English) durch den Alltag begleitet. Ich war mit der Performance zufrieden. Ich habe für ein 3 Screenlösung ein zusätzlichen DisplayLink Adapter angeschlossen. So betreibe ich 2 Screens mit 1600×1050 und den LCD des Laptop mit 1400×1050. Die Geschwindigkeit ist “dank” der integrierten Grafikkarte ausreichend, aber nicht wirklich berauschend. Unter Windows 7 gibt es ebenfalls Beta Treiber, die nach zwei Nachbesserungen auch unter der Beta mit 3 Bildschirmen liefen. Allerdings ist DisplayLink wie angedeutet angewiesen auf die Leistungsfähigkeit der Graka und somit auch der Treiberqualität. Der DisplayLink Adapter funktioniert unter Win7, allerdings war es für mich zu langsam, dass ich lieber auf einen meiner Screens verzichte und auf die finalen Bits und Treiber von Intel und DisplayLink warte. Auch wenn das wichtige Punkte sind, dürfte das nicht jeden X61 Besitzer interessieren Also los zum eigentlichen Thema:

Die Installation habe ich von einem USB DVD Brenner gemacht, da mir das Erstellen eines USB Sticks, dann doch “zu” aufwendig war im Vergleich zum Brennen einer DVD. Die Installation geht ohne Probleme durch. Schon während der Installation kann ich mein WLAN erreichen und die Aktivierung durchführen. Nach der Installation werden nur zwei unbekannte Geräte angezeigt.

Ein Gerät ist der UPEK Fingerprint Scanner. UPEK stellt auf seiner Website in Windows 7 kompatiblen Treiber bereit. Die Geschwindigkeit und die Integration in die neuen Win7 Api’s sind genial. ich habe nur den Treiber und nicht die ganze Suite installiert. Download hier.

Das zweite Gerät ist meine WWAN Karte (UTMS 3G). Die Installation war schon in der Beta nicht ohne, da sie alles andere als offiziell ist. Ich hab es mit einem Treiber geschafft, die Karte zum Laufen zu bekommen. Ich habe auf die Lenovo Software zu Gunsten des Sierra Wireless Watcher 3G verzichtet und bin ganz happy. Die Installation ist hier näher beschrieben: Helmers Blog – Update : Windows 7 (64-bit) and Sierra Wireless HSDPA

Von Lenovo habe ich noch den FestplattenSchockChecker installiert und die Pakete für die Tablet Buttons (also System Interface, Power Management und Hotkey + Tablet Buttons). Ohne irgendwelche Settings komme ich durch die Installation mit einem Hinweis auf ein Regkeyfehler, aber das System läuft trotzdem.

Mein Fazit: Die Beta machte einen etwas stabileren Eindruck. Ich habe ab und an Probleme mit dem Sleep Modus. Ich schiebe, dass aber im Moment auf die Installation meiner WWAN Karte. Ich kann es nur empfehlen.

Mein Fazit für Developer: Funktioniert und mittlerweile ist auch das Azure Webrole Problem gefixet.

Ciao Marco

Ciao Marco