Das man den Exception-Typ bei HandleError spezifizieren kann weis ich 😉.
Nichts desto trotz hast Du bei jedem Request und in jedem Controller Request.Url
Ich glaube die Information wird mir weiterhelfen, danke 😄
Hallo,
ich fange den Fehler mittels [HandleError] an einem Basiscontroller ab.
Mag sein das dies kein gutes Vorgehen ist, zudem kann es sein das, dass besagte Vorgehen spezialisiert nur auf bestimmte Fehler angewendet wird, das spielt jetzt aber keine Rolle die Frage war nur wie ich so etwas bewerkstelligen kann, an welchen stellen dies, wie eingesetzt wird steht hier nicht zur Debatte.
Ich hoffe das klang nicht zu harsch.... 😉
Ich werde die von dir vorgeschlagenen Möglichkeiten mal gegenprüfen!
[ASP.NET MVC 3]
Hallo an alle,
folgende Situation:
Im Falle eines Fehlers leiten wir den Nutzer an eine Fehlerseite weiter "FatalError", nun habe ich die Anforderung das bei einem Pagerefresh versucht werden soll die Seite, welche den Fehler ausgelöst hat erneut zu laden und im Fehlerfall natürlich wieder auf die Fehlerseite umzulenken.
Kann mir jemand bezüglich dieser Situation ein paar Tipps geben wie ich dies umsetzen könnte?
Ich erwarte keine komplette Lösung, sondern nur einen Stoß in die richtige Richtung 😄.
Mit freundlichen Grüßen,
Jan
Die kleinere und so ähnlich heißende erzeugte Library könnte eine Interop-Assembly sein.
Sowas in der Art wie autoit.interop.dll vllt.?
Hi,
das Control kann nicht freigegeben werden wenn es irgendwo noch Referenziert ist (z.b. von deiner UI verwendet wird).
Wieso nimmst du nicht eine fertige Setup-Lösung, wie von Visual Studio oder eine andere, gibt ja auch eine Freie?
Hey,
ja ich habe versucht das Pipe-Zeichen zu escapen.
var psCommand = "Get-MailboxStatistics -Identity '{0}\{1}' | SELECT TotalItemSize"
Dies hat aber leider nix am Verhalten geändert.
HeyHo,
ich habe folgendes Problem mit der Ausführung eines Powershell Commands mittels C#.
Folgendes Statement wird bei einem Aufruf mittels
ICollection<PSObject> result = this.powershell.Invoke();
var psCommand = "Get-MailboxStatistics -Identity '{0}\\{1}' | SELECT TotalItemSize"
terminiert. Dies geschieht immer mit der Meldung das er das SELECT-Statement nicht erkannt hat. Dieses Problem bestand schonmal vor ein paar Monaten als ein Kollege mit Powershell-Commands gearbeitet hat welche dieses Pipe-Char beinhalten.
Er kann sich leider nicht mehr erinnern wie er das problem gelöst hat 😦.
Zudem lässt sich das Statement ohne Probleme direkt über die Powershell ausführen
Wisst ihr was zu tun ist? Sicher ist aufjedenfall das es an dem Pipe-Char liegt.
Hi,
mit
myExpandoObject.GetType().GetProperties(BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance)
kommst du an die Eigenschaften des ExpandoObjects.
Innerhalb der Eigenschaften "Keys" und "Values" befinden sich Informationen zu deinen hinzugefügten Eigenschaften.
In "Keys" demnach der Membername und in "Values" deren Werte.
Auf die Schnelle konnte ich aber nicht feststellen ob sich irgendwo noch Typinformationen zu den Eigenschaften befinden.
Mittels
MethodInfo tryAddMemberMethod = myExpandoObject.GetType().GetMethod("TryAddMember", BindingFlags.Instance | BindingFlags.Public |BindingFlags.NonPublic);
tryAddMemberMethod.Invoke(z, new object[]
{
"NeuerTest", 334
});
var neuerTest = z.NeuerTest;
Kannst du sogar dynamisch zur Laufzeit dynamische Member zu einem dynamischen Typen (ExpandoObject) hinzufügen.
Wie gesagt, das würde alles das Prinzip von Reflection untergraben
Wieso sollte das System von Reflektion untergraben werden Wenn man dynamisch erzeugte Typen mit dieser reflektieren kann? Das ergibt keinen Sinn, es würde eher Sinn ergeben zu sagen das das System von Reflektion untergraben wird wenn es Typen im Typsystem gibt die nicht mit Reflektion untersucht werden können!
Morgen,
und was ist an deiner Validierungs-Methodik besser als an Attribut-basierter Validierung (DataAnnotations (+Enterprise Library) + SelfValidation?