Björn
(312 Kommentare, 936 Beiträge)
Dieser Benutzer hat keine Profilinformationen angegeben
Homepage: http://www.welt-held.de
Beiträge von Björn
2010, viel neues
0Gut ins neue Jahr gekommen? Wir waren gut dabei ![]()
Es gibt eine große Neuigkeit. So und vorab, nein ich werde nicht Vater. Bis jetzt hat das jeder vermutet, ich weiß gar nicht warum!
Wir sind zwar erst im August / September 2009 nach Grasleben gezogen, nun werden wir im März schon wieder ausziehen. Am 30. Dezember meldete sich überraschend jemand aus Rhode, dass eine Wohnung, die zum 01. Januar frei wurde, diese aber schon Nachmieter haben. Diese sind nun abgesprungen. Also haben wir uns schnell die Wohnung angeschaut und waren uns relativ schnell einig, dass sie genau richtig für uns ist.
Sie ist im Vergleich zu unserer alten Wohnung etwa 14 m² größer, hat zwei weitere Zimmer und als absoluter Pluspunkt: Zentralheizung! Das war ja so ein Knackpunkt, der uns in der alten Wohnung gerade bei dem Wetter echt auf den Wecker geht. Und 56 m² sind für zwei Leute schon an der Grenze, da sind die zwei zusätzlichen Zimmer echt Gold wert. Leider liegt die Wohnung im Erdgeschoss, obere Etage wäre uns lieber gewesen. Vorhin waren wir mit dem Vermieter vor Ort, haben noch die letzten Details besprochen und einen Mietvertrag unterschrieben.
Die Kündigung unserer alten Wohnung ist bereits am Mittwoch per Fax rausgegangen. Jedoch gibt es halt diese 3-Monate Kündigungsfrist. Aber so hat der Vermieter und wir noch genug Zeit, die Wohnung nach unseren Wünschen herzurichten. Diesmal würde ich z.B. vorher im Wohnzimmer eine ordentliche Verkabelung für meine Anlage, Fernseher und Receiver machen. Schließlich will man die selben Fehler nicht noch einmal machen
Gibt auf jeden Fall viel zu tun bis dahin:
- Küche neu planen, zum Glück können wir die Elemente unserer Küche einfach neu anordnen, brauchen wir nur eine neue Arbeitsplatte.
- GEZ ummelden (darauf freu ich mich schon besonders)
- Telefon + Internet abmelden bzw. ummelden. Bin mir noch nicht sicher ob ich bei Vodafone bleibe.
Nun gehts aber los, wie richten wir die Zimmer ein, welche Tapete und so weiter, freue ich mich drauf, nicht!
Ich denke mal, Katrin wird wieder den kreativen Part übernehmen
Ich werde berichten, Fotos folgen!
Ein Jahr schon..
1Ein Jahr ist es her und Moritz fehlt mir immer noch sehr! Ich denke ich werde jedes Jahr Silvester einen faden Beigeschmack haben

ASP.NET: Eigenen RoleProvider schreiben
0Da ich nun einen eigenen MembershipProvider nutze, möchte ich auch entsprechenden meinen RoleProvider anpassen.
Dies ist eigentlich ähnlich einfach, wie der MembershipProvider. Dazu wird eine eigene Klasse von System.Web.Security.RoleProvider abgeleitet. Auch könnt ihr hier wieder mit dem Überschreiben der Methode “Initialize()” Werte aus der “web.config” übergeben. Wo ihr die Daten ablegt, bleibt euch auch hier wieder überlassen.
Das Einbinden in die “web.config” erfolgt über folgenden Eintrag:
<roleManager enabled="true" defaultProvider="MyPersonalRoleProvider">
<providers>
<clear />
<add name="MyPersonalRoleProvider" type="MyApp.PersonalRoleProvider" connectionStringName="MSPConnString" />
</providers>
</roleManager>
Wichtig ist die erste Zeile. Standardmäßig steht “enabled” nämlich auf false!
Der RoleProvider ist nun fertig zum Einsatz! In eurem ASP.NET Projekt könnt ihr auf die Daten über die Standardmethoden wie etwa “Role.IsUserInRole()” etc. zugreifen. Mehr dazu steht in der MSDN.
ASP.NET: Eigenen MembershipProvider schreiben
1Manchmal kann es Sinn machen, nicht den standardmäßigen ASP.NET MembershipProvider zu nutzen. Daher möchte ich euch kurz erklären, wie ihr einen eigenen MembershipProvider schreiben könnt. Dabei ist es letztendlich euch überlassen, wo die Daten gespeichert sind.
Ich benutze bei einem Projekt etwa eine SQL-Datenbank und speicher bzw. lese die Daten per Stored-Procedures. Man könnte die Daten aber auch in einer XML-Datei speichern oder direkt hardcoded in der Klasse.
(weiterlesen …)
Linq to Entity – Many to Many Relationship Problem
5Aktuell habe ich folgendes Problem.
Ich habe eine Tabelle Rollen und eine Tabelle Benutzer, beide stehen über eine dritte Tabelle in einer m:m-Beziehung. Per Linq-to-Entity, also über ein ADO.NET Modell hole ich mir die Daten. Jedoch kann ich keine Relationen speichern.
Aktuell bekomme ich die Fehlermeldung:
EntitySet 'UserInRole' kann nicht aktualisiert werden, denn es hat eine DefiningQuery, und im <ModificationFunctionMapping>-Element ist kein <InsertFunction>-Element zur Unterstützung des aktuellen Vorgangs vorhanden.
Eine Suche im Netz bring mich nicht wirklich weiter. Dort hieß es, ich soll für die m:m-Tabelle einen Primary-Key setzen. Habe ich über beide Felder getan, Ergebnis war das selbe.
Bei dem Beispiel kann ich es über den Role-Provider lösen, aber so richtig weiter bringt es mich dann an anderer Stelle nicht.
Ich werde weiter berichten.
Recent Comments