Laden...
I
iced-t89
myCSharp.de - Member
32
Themen
279
Beiträge
Letzte Aktivität
vor 12 Jahren
Dabei seit
19.07.2008
Erstellt vor 13 Jahren

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 😄

Erstellt vor 13 Jahren

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!

Erstellt vor 13 Jahren

[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

Erstellt vor 13 Jahren

Die kleinere und so ähnlich heißende erzeugte Library könnte eine Interop-Assembly sein.

Sowas in der Art wie autoit.interop.dll vllt.?

Erstellt vor 13 Jahren

Hi,

das Control kann nicht freigegeben werden wenn es irgendwo noch Referenziert ist (z.b. von deiner UI verwendet wird).

Erstellt vor 13 Jahren

Wieso nimmst du nicht eine fertige Setup-Lösung, wie von Visual Studio oder eine andere, gibt ja auch eine Freie?

Erstellt vor 13 Jahren

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.

Erstellt vor 13 Jahren

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.

Erstellt vor 13 Jahren

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!

Erstellt vor 13 Jahren

Morgen,

und was ist an deiner Validierungs-Methodik besser als an Attribut-basierter Validierung (DataAnnotations (+Enterprise Library) + SelfValidation?