Karsten Samaschke: Los jetzt!

Das ASPXPERTS-Team hat auch ein eigenes Blog, das ich soeben begonnen habe. Hier finden sich aktuelle Informationen rund um die Seite und die Partner-Seiten, spannende Sachen rund um ASP.NET und alle anderen relevanten Informationen.

Also, das Team Blog unter http://www.aspxperts.de/blogs/team/ bookmarken und öfter mal aufrufen!

Ist zwar nicht ganz meine Welt (Cisco Certified irgendwas), aber da ich Micha kenne, gut leiden kann und weiss, dass er Ahnung hat, mache ich mal wieder die Inge und trage sein lesenswertes Blog in die Bloglist ein.

Wer dort nicht klicken will, klickt halt hier: http://unimatrix01.de/blog/.

…und auch alle Daten sind weg und alle Benutzerregistrierungen (*hüstel*). Aber jetzt ist es wieder da – auf neuer Software, auf neuem Server und mit neuer Datenbank: Das ASPXPERTS-Forum.

Nicht in Konkurrenz zu den anderen etablierten Communities, sondern einfach als ein zusätzliches Angebot. Wer sich bis zum 01.06.2007 registriert und einen Beitrag veröffentlicht, nimmt automatisch an der Verlosung eines von drei Büchern teil.

Also, auch hier mitmachen: http://www.aspxperts.de.

Übrigens: Besondere Schwerpunkte werden hier neben den Klassikern XML und Webdienste sein. Und es gibt Support-Foren für die von Karsten Samaschke (icke), Wilko Waitz und Stefan Falz geschriebenen Bücher.

So, und nun bitte mit Inhalten füllen. Sonst muss ich es selber machen.

Der Stefan, mein lieber Co-Autor bei einigen Büchern, ist in der Neuzeit angekommen hat sich ein Blog eingerichtet: http://www.aspnetzone.de/blogs/stefanfalz/default.aspx. Alles rund um .NET und um Stefan. Ich habs mal in die BlogRoll auf genommen.

Also, Stefan besuchen und lesen!

Die größte deutsche ASP-Community wechselt die Software, die Internet-Adresse und den Schwerpunkt: Aus dem ASP-Forum wird die ASP.NET Zone. Die Migration ist vollbracht, das neue System mit alten Inhalten gefüllt und die Technik am Laufen. Ach ja, einige tausend Mitglieder sind auch dabei.

Also, ab zur ASP.NET Zone!

Der Kollege Waitz hat sich endlich durchgerungen, mit einem Blog online zu gehen. Sehr empfehlenswert im Übrigen sich den Namen zu merken, denn der Mann wird einer der kommenden Stars Gurus Mitwirkenden im .NET-Buchautoren-Umfeld sein.

Die Adresse seines Blogs lautet: http://blog.waitz.biz.

Ich mach dann mal die Inge und pack es in die Blog-Roll. Ihr solltet das auch tun.

WwilnmbadCAuAd¹ uemenmb², dfhelvga³:

• http://www.wildlandfire2.com/chat_acronyms.htm

[1] Wer wie ich langsam nicht mehr bei all den Chat Akronymen und Abkürzungen durchsieht

[2] und es manchmal einfach nicht mehr blickt

[3] der findet hier eine Liste vieler gängiger Abkürzungen

Die im .NET-Framework 2.0 sehr stark überarbeitete XmlReader-Klasse aus dem System.Xml-Namensraum ist die Basisklasse einer Reihe von Ableitungen, die einen nicht cachenden, vorwärtsgerichteten und nur-lesenden Zugriff auf ein XML-Dokument erlauben.

Hier gibt es den kompletten Artikel:

• http://www.aspextra.de/tipps/XML_Dokumente_per_XmlReader_lesen.html

Mehr zum Thema in den beiden ASP.NET Premium Codebooks:

• ASP.NET Codebook mit VB
• ASP.NET Codebook mit C#

Wer einen Job im .NET-Umfeld sucht, könnte hier eventuell fündig werden:

• http://www.dotnetjob.de/

Neuer Artikel auf ASP.extra: Ein Standard-Bild über ein UserControl darstellen und somit flexibler als mit einem gewöhnlichen Bild sein:

• http://www.aspextra.de/tipps/Standard_Bild_als_UserControl.html

Mein Freund und Kollege Thomas Stark, der mit mir zusammen das demnächst erscheinende “J2EE Codebook” geschrieben hat, hatte einen Super-Einstieg in die Gilde der Buch-Autoren:

• Sein “Masterclass J2EE” wurde auf Anhieb das derzeit am besten verkaufte J2EE-Buch im deutschsprachigen Raum
• Das “J2EE Codebook” kommt demnächst und wird schon sehnsüchtigst erwartet
• Derzeit sitzt er am “Jetzt lerne ich J2EE” – und das wird mit Sicherheit ein absoluter Erfolg!

Also, es sieht alles super aus für Thomas. Bis auf eine Kleinigkeit: Keiner kennt seine Homepage! Die Leute suchen nach ihm, weil seine Bücher klasse sind – und finden tun sie leider nix! Deshalb hier die Adresse seiner vorläufigen Homepage, über die man ihn zumindest kontaktieren kann:

• http://www.akdabas.de

Tommy, Du brauchst eine bessere Webseite!

Hier wird beschrieben, wie das Personal Web Site Starter Kit im VS.NET 2005 und im VWDE (Visual Web Developer Express Edition) erweitert werden kann:

• http://msdn.microsoft.com/coding4fun/webcoder/extendpws/default.aspx

Hier ist eine hübscher Artikel, wie man die Google WebServices mit einer .NET 2.0-Applikation nutzen kann:

• http://msdn.microsoft.com/coding4fun/xmlforfun/googleIt/default.aspx

Kam heute nacht in den Newsgroups, ist aber ein häufiger Denkfehler: ConnectionStrings sind ja sicherheitsrelevant, deshalb müssen sie im Code verschlüsselt abgelegt werden:

> wie kann ich ein Passwort im Code eines Programms so verstecken, das auch
> Profis dies nicht so einfach herausbekommen und verwenden können?

Antwort:
Gar nicht. Passwörter haben auch eigentlich nichts im Programmcode verloren. Was genau hast Du denn vor?

> Aber wenn ich eine SQL Server DB mit einem SQL Server Konto mit
> speziellen Rechten anspreche (keine integrierte
> Windowsauthentifizierung), dann muss ich doch den Benutzernamen und
> das Passwort im connectionString haben, oder?

Und genau das ist der Denkfehler! Derartige ConnectionStrings haben im Quellcode aus folgenden Gründen nichts verloren:

• Benutzernamen und Kennwörter wären fest verdrahtet und müssten bei jeder Änderung auch im Quellcode geändert werden. Dieser müsste danach neu kompiliert werden.
• Es ließe sich ein Schema aus der verwendeten Benutzernamen- / Kennwort-Kombination ableiten. Kennt man einen Benutzernamen und ein Kennwort, ergäbe sich die Möglichkeit, andere Kombinationen zu erraten, da die meisten immer das selbe Schema verwenden.

Wenn man Sicherheitsbedenken hat, sollte man entweder für ConnectionString die integrierte Windows-Authentifizierung verwenden, oder die Benutzernamen- / Kennwort-Informationen extern (in der Registry, etc.) ablegen. So oder so sollen die Kombinationen regelmäßig geändert werden.

Bei ASP.NET ist es ratsam, die ConnectionString-Informationen in der web.config abzulegen. Diese Datei kann bei korrekt konfiguriertem Framework nicht per Browser abgerufen werden und ist also diesbezüglich sicher. Informationen dazu findet man beispielsweise hier:

• http://www.aspextra.de/d/6004217100.html

Zusätzlich kann es für paranoide Naturen ratsam sein, den ConnectionString zu hashen.

Übrigens: Derartige Informationen findet man im ASP.NET Codebook in rauen Mengen:

• http://www.amazon.de/exec/obidos/ASIN/3827320496/aspextra-21

…sind veröffentlicht:

• http://beta.asp.net/quickstart/aspnet/Default.aspx

Anschauen und Lernen!

Der Service-Pack 1 zu Windows Server 2003 ist erschienen! Download und Installation über Windows Update oder die Microsoft Download-Seite:

• http://windowsupdate.microsoft.com
• http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=22cfc239-337c-4d81-8354-72593b1c1f43

Wer das SP1 nicht installiert oder zumindest eine Installation prüft, hat das Thema Sicherheit nicht verstanden!

Gerade bei Shinja gefunden und für nützlich erachtet:

• http://msdn.microsoft.com/sql/2005/2005Labs/default.aspx

Manchmal muss man auch loslassen können: Der Mainstream-Support von VB6 läuft Ende März 2005 aus, und nun versuchen viele Benutzer des “klassischen” Visual Basics, dieses Produkt zu erhalten und weiterentwickeln zu lassen, meldet Golem:

• http://www.golem.de/0503/37002.html

Die Petition kann unter

• http://www.classicvb.org/

eingesehen und unterschrieben werden.

Soweit die Tatsachen. Jetzt die Polemik: Ich finde, VB6 sollte endgültig sterben! Und zwar ein für alle Mal! Weg damit! Weder entspricht die Sprache noch dem, was heute eine moderne Programmiersprache ausmacht (Stichwort: Objektorientierung), noch ist die zugehörige IDE auf einem vernünftigen und heute noch zeitgemäßen Stand. Das einzige Feature, das beim Visual Studio 6 super war und beim VS.NET (2002 / 2003) fehlt, ist “Edit & Continue”. Aber: Dieses Feature kommt beim VS.NET 2005.

Die Vorteile auch der aktuellen VB.NET-Versionen gegenüber dem klassischen VB6 überwiegen meiner Meinung nach aber deutlich – als Stichworte seien vollständige Objekt-Orientierung, der sehr viel größere Funktionsumfang der Sprache und der Verzicht auf die DLL-Hölle und auf COM genannt. Und wer unbedingt COM-Komponenten einsetzen möchte, kann das selbstverständlich auch tun. Übrigens lassen sich COM-Komponenten (Unmanaged Code) sehr einfach mit C++ und in Grenzen mit C# erstellen. Und .NET-Komponenten, die sich aus COM-Komponenten und Standard-Applikationen heraus einbinden lassen, gehen ebenfalls. Sogar mit VB.NET! Natürlich erfordert es ein gerütteltes Maß an Umdenken, wenn man von VB6 auf VB.NET umsteigt – aber sorry Leute, das wird euch niemand abnehmen können.

Wer bisher nicht auf VB.NET (oder C# oder gar Java) umgestiegen ist, wird nun dazu gezwungen. Ich finde: Bravo Microsoft! Die Petition werde ich ganz sicher nicht unterschreiben.

…machen Klee:

• http://www.motor.de/specials_win/41/Klee

…und Jansen & Kowalski:

• http://www.jansenundkowalski.de/

…und vor allem: Virginia Jetzt!:

• http://www.virginia-jetzt.de

Das könnte für Java-Entwickler interessant sein:

• J2SE Platform Migration Guide (pdf)
• Patterns and Strategies for Building Document-Based Web Services
• Interoperability with Patterns and Strategies for Document-Based Web Services
• Tech Tip: Using the Varargs Language Feature
• Java Technology Fundamentals
• Chat Transcript: JSP 2.1 Technology and JSF 1.2 Technology
• JDBC RowSet Implementations Tutorial (PDF)

Alle Artikel wie immer in Englisch.

Happy reading!