-
ACHTUNG - NEUES BLOG
Ab sofort steht unter http://devtyr.norberteder.com mein neues Blog zur Verfügung. Dieses Blog wird nicht weiter betreut, bleibt aber erhalten. Neue Eintr%auml;ge erfolgen nur mehr im neuen Blog. Kommentare werden ebenfalls nicht mehr behandelt. Wer weiterhin meinen Einträgen und Aktivitäten folgen möchte, möge bitte RSS-Feeds, Verlinkungen etc. an die neue Location anpassen.
|
Office 2007 Outlook Task Manager Update
13.08.06 - Microsoft Office Beitrag von Norbert Eder| | Der Office 2007 Outlook Task Manager steht ab sofort in der Version 1.1 zur Verfügung. Mit Hilfe dieses Office 2007 Add-Ins ist es unter allen Office 2007 Anwendungen möglich, auf die Office Tasks/Aufgaben zuzugreifen.
In der neuen Version können Task zusätzlich bearbeitet werden. Zudem wurden kleine Änderungen vorgenommen, um die Performance ein wenig zu erhöhen.
Screenshot
[Klicken um zu vergrößern]
Sollte die Vorgänger-Version bereits installiert sein, ist diese bitte zuvor zu deinstallieren.
* Download Office 2007 Outlook Task Manager 1.1
| | | Kommentar hinzufügen
| 0 Trackbacks
| Permalink | Trackback-URL |
IIS Fehler: Fehler beim Zugriff auf die IIS-Metabasis. Was tun?
10.08.06 - Kunterbunt Beitrag von Norbert Eder| | Für diejenigen, die nachfolgenden Fehler erhalten, habe ich eine ganz simple Lösung bei der Hand:
Serverfehler in der Anwendung /TestIIS.
-----------------------------------------
Fehler beim Zugriff auf die IIS-Metabasis.
Beschreibung: Unbehandelte Ausnahme beim Ausführen der aktuellen Webanforderung. Überprüfen Sie die Stapelüberwachung, um weitere Informationen über diesen Fehler anzuzeigen und festzustellen, wo der Fehler im Code verursacht wurde.
Ausnahmedetails: System.Web.Hosting.HostingEnvironmentException: Fehler beim Zugriff auf die IIS-Metabasis.
Das zur Ausführung von ASP.NET verwendete Prozesskonto muss über Lesezugriff auf die IIS-Metabasis (z.B. IIS://servername/W3SVC) verfügen. Informationen zum Ändern der Berechtigungen für die Metabasis finden Sie unter http://support.microsoft.com/?kbid=267904.
Quellfehler:
Beim Ausführen der aktuellen Webanforderung wurde einen unbehandelte Ausnahme generiert. Informationen über den Ursprung und die Position der Ausnahme können mit der Ausnahmestapelüberwachung angezeigt werden.
Stapelüberwachung:
[HostingEnvironmentException: Fehler beim Zugriff auf die IIS-Metabasis.]
System.Web.Configuration.MetabaseServerConfig.MapPathCaching
(String siteID, VirtualPath path) +3492202
System.Web.Configuration.MetabaseServerConfig.
System.Web.Configuration.IConfigMapPath.MapPath
(String siteID, VirtualPath vpath) +9
System.Web.Hosting.HostingEnvironment.MapPathActual
(VirtualPath virtualPath, Boolean permitNull) +163
System.Web.CachedPathData.GetConfigPathData(String configPath) +382
System.Web.CachedPathData.GetConfigPathData(String configPath) +243
System.Web.CachedPathData.GetApplicationPathData() +68
System.Web.CachedPathData.GetVirtualPathData
(VirtualPath virtualPath, Boolean permitPathsOutsideApp) +3385711
System.Web.Configuration.RuntimeConfig.GetLKGRuntimeConfig
(VirtualPath path) +189
Der User mit dem dein IIS läuft hat keinen Zugriff auf die IIS-Datenbank. Entweder du stellst den User um mit dem der IIS läuft, oder du führst folgenden Befehl im Verzeichnis %Systemroot%Microsoft.NETFrameworkv2.0.50727 aus:
aspnet_regiis –ga <WindowsUserAccount>
| | | 4 Kommentare
- 2401 mal angesehen
| 0 Trackbacks
| Permalink | Trackback-URL |
Verwendete Ports von Microsoft Produkten
10.08.06 - Kunterbunt Beitrag von Norbert EderASP.NET: HttpWebRequest und Timeout-Problem
09.08.06 - ASP.NET Beitrag von Norbert Eder| | Bis dato habe ich ja noch nicht viel mit ASP.NET gemacht und muss daher auf die eine oder andere Tücke erst kommen. Da ich mich beruflich nun verstärkt damit beschäftigen muss, wird wohl meine ASP.NET Kategorie ein wenig aufgefüllt werden.
Nun jedoch zum eigentlichen Thema: Wer via ASP.NET WebRequests aufbaut kann eventuell auf das Problem eines Timeouts stoßen. Meist beim zweiten Aufruf erfolgt ein Timeout. Des Rätsels Lösung liegt darin, die dazugehörigen Response-Objekte zu schließen. Vergisst man ein Response.Close() kommt es eben zum genannten Timeout-Problem. Also immer brav darauf acht geben :)
| | | Kommentar hinzufügen
| 0 Trackbacks
| Permalink | Trackback-URL |
Office 2007: Outlook-Tasks in allen Office-Anwendungen
06.08.06 - Microsoft Office Beitrag von Norbert Eder| | Nachdem es mir auf die Nerven ging, dass ich immer Outlook öffnen musste, um beispielsweise schnell einen neuen Task in meine Liste hinzuzufügen, habe ich mir schnell ein kleines Add-In für diese Aufgabe erstellt. Es können damit die vorhandenen Tasks in jeder Office Anwendung (ausser natürlich Outlook selbst) angezeigt werden. Aussehen tut dies wie folgt (die Titel der Task sind an dieser Stelle absichtlich nicht ersichtlich):
Wer daran Interesse hat, kann das Add-In unter [1] downloaden. Sollte jemand noch diverse Erweiterungswünsche haben, dann einfach bei mir melden.
[1] Download Outlook 2007 Task Manager
| | | Kommentar hinzufügen
| 2 Trackbacks
| Permalink | Trackback-URL |
Word 2007 Winamp Controller Reloaded
06.08.06 - Microsoft Office Beitrag von Norbert EderGrundlagen: White Box Tests
06.08.06 - Software Testing Beitrag von Norbert Eder| | Bei den White Box Tests wird im Gegensatz zu den Black Box Tests die Implementierung einer Komponente getestet. Dies bedeutet, dass vor dem Entwickeln des Tests ein Blick auf den Sourcecode durchaus erlaubt ist.
Ziel der White Box Tests ist es, dass bezüglich des Sourcecodes bestimmte Hinlänglichkeitskriterien erfüllt werden. Eine komplette Fehlerfreiheit kann durch diese Tests nicht sichergestellt werden. Eine Kombination mit anderen Test-Methoden ist anzuraten.
Weitere Methoden der Softwaretests:
* Black Box Tests
* Grey Box Tests
| | | Kommentar hinzufügen
- 17 mal angesehen
| 0 Trackbacks
| Permalink | Trackback-URL |
Grundlagen: Black Box Tests
06.08.06 - Software Testing Beitrag von Norbert Eder| | Die Black-Box-Tests gehören dem allgemeinen Softwaretests an und stellen eine Methode dar, Tests für Komponenten zu entwickeln, die noch nicht erstellt wurden. Für die einzelnen Tests wird die Spezifikation der Methoden, Klassen etc. herangezogen, jedoch nicht die dahinterliegende Implementierung (funktionsorientiertes Testen).
Das Ziel besteht darin, die Software hinsichtlich der Spezifikationen zu prüfen. Diese geben Schnittstellen, Definitionen und Ergebnisse vor, welche von den einzelnen Komponenten einzuhalten sind und entsprechend geprüft werden müssen.
Ein Black-Box-Test kann jedoch sehr aufwändig sein und birgt auch ein weiteres Problem in sich:
In der Softwareentwicklung werden Komponenten ständig weiter entwickelt. Daraus ergeben sich neue Funktionalitäten, die ebenfalls getestet werden müssen. Diese Tests sind jedoch in den Black-Box-Tests nicht enthalten, da diese bereits vor der Komponente entwickelt werden. Erfolgreiche Testläufe bedeuten daher jedoch nicht zwangsweise, dass die gesamte Funktionalität der Komponente zu einem späteren Zeitpunkt getestet wurde, sondern lediglich die ursprüngliche Spezifikation.
Zusätzlich gibt es noch weitere Verfahren:
* Grey Box Test
* White Box Test
| | | Kommentar hinzufügen
- 14 mal angesehen
| 0 Trackbacks
| Permalink | Trackback-URL |
Grundlagen: Testgetriebene Entwicklung oder auch test-driven Development
06.08.06 - Software Testing Beitrag von Norbert Eder| | Die testgetriebene Entwicklung kommt aus dem Bereich der agilen Softwareentwicklung und legt fest, dass Software-Tests vor der Entwicklung der zu testenden Komponenten erstellt werden. Zur Verwendung kommen sogenannte Grey-Box-Tests. Diese vereinen die Vorteile der White-Box-Tests [1] und der Black-Box-Tests [2] in sich:
1. Die Software-Tests werden vom Entwickler der Komponente selbst geschrieben (White-Box-Test)
2. Der Test wird ohne Kenntnis der Komponente (da diese ja noch nicht entwickelt ist) erstellt (Black-Box-Test)
Der Vorteil dieser Variante liegt darin, dass nicht um Fehler "herumgetestet" wird. D.h. die Tests werden nicht der Komponente angepasst, sondern die Komponente muss so funktionieren, wie dies im Test festgelegt wurde.
Bei dieser Art der Tests empfiehlt es sich jedoch eine hohe Disziplin an den Tag zu legen und zusätzliche Arbeitsweisen aus der agilen Softwareentwicklung zu nutzen. Zusätzlich sollte nicht auf Black-Box-Tests verzichtet werden.
[1] White Box Tests
[2] Black Box Tests
| | | Kommentar hinzufügen
- 10 mal angesehen
| 0 Trackbacks
| Permalink | Trackback-URL |
Wird es Zeit für einen Paradigmenwechsel in der Softwareentwicklung?
06.08.06 - Entwicklung, Diskussionen Beitrag von Norbert Eder| | Die Softwareentwicklung - wie sie Heute ist - hat sich im Grunde schon lange nicht mehr verändert. Nach wie vor wird ein Texteditor (oder eben eine bunte IDE) benutzt, um stundenlang Code hinein zu hacken. Von der prozeduralen Art und Weise gab es den Sprung zur objektorientierten Programmierung, den jedoch immer noch viele Entwickler nicht mitgegangen sind. Immer noch werden zahlreiche Anwendungen in Sprachen á la Visual Basic 6 und Co. verfasst. Aber auch die objektorientierte Programmierung ist nicht das Gelbe vom Ei. Ursprünglich davon ausgegangen, dass man mit OOP alle realen "Objekte" abbilden kann, stellt man fest, dass dies in manchen Fällen dann doch nicht so einfach (wenn überhaupt) möglich ist. Probleme aus der Steinzeit der Entwicklung kehren immer wieder zurück und Entwickler müssen sich die selben Gedanken machen wie vor 20 Jahren.
Zahlreiche neue Frameworks tummeln sich und versprechen Leistungsvorteile, schnelleres Entwickeln. Altes wird neu verpackt (Beispiel AJAX) und auf den Markt gebracht. Die Entwicklungszeiten werden dadurch meist nicht verkürzt. Patterns hier, Application Blocks dort, einfache oder komplizierte Template-Techniken (siehe Visual Studio 2005) und weitere lustige Spielerein. Kaum jemand kann sich wirklich ausschließlich auf seine Businesslogik konzentrieren. Immer noch muss der meiste Code per Hand eingegeben werden. Für alltägliche Funktionalitäten - was eigentlich nicht sein müsste.
Techniken wie aspektorientierte Programmierung, agile Softwareentwicklung, Extreme Programming versprechen Leistungssteigerungen und Qualitätsverbesserungen. Fakt ist, dass die Softwareentwicklung immer noch zu lange dauert, zu teuer ist und jeder sein Auto sofort verschrotten lassen würde, würde die Qualität der der Softwareentwicklung entsprechen.
Aber woran liegt das? Zum einen liegt es mitunter am Softwareentwickler selbst. In kaum einen Unternehmen wird qualitativ hochwertige Software entwickelt. Dabei gibt es zahlreiche Hilfsmittel, die hier eine eindeutige Verbesserung verschaffen: Unit Testing, Code Coverage usw. Vielfach wird der Grund hierfür in der zusätzlich notwendigen Zeit gesehen. Dass die für beispielsweise Unit Testing aufgewendete Zeit, jedoch vielfach wieder eingespart wird (die Amortisationszeit im Fehlerfalle ist sehr gering), wird von der Hand gewiesen. Weiters sehe ich Gründe darin, dass viele Entwickler lieber die Techniken verwenden, die sie bereits jahrelang anwenden und somit absolut den neuen Techniken hinterher programmieren. Anstatt sich komplette Bestandteile der Software durch entsprechende Tools automatisch generieren zu lassen, wird weiterhin jede einzelne Zeile Code per Hand erfasst.
Was jedoch auch fehlt, sind notwendige Tools um die Entwicklungszeit zu verkürzen. Immer wieder hört man von diversen Projekten, die sich dessen annehmen, wirklich gute Produkte sind mir jedoch bis dato noch nicht vor die Füße gefallen. Langsam aber sicher bewegt sich jedoch die Softwareentwicklung in die einzig richtige Richtung: Paradigmenwechsel.
Was versteht man unter einem Paradigmenwechsel? Ein Paradigma stellt dar, wie eine bestimmte Angelegenheit erledigt wird. Lange Zeit war es beispielsweise ein Paradigma, Consolen-Anwendungen zu schreiben, bis es dann die ersten grafischen Oberflächen gab und man erkannte, dass dies die Anwendung erleichtert und somit einen Mehrwert bietet. Ein Paradigmenwechsel findet dann statt, wenn sich zum aktuellen Paradigma Anomalien ergeben. Dies sind Missstände, die sich nicht lösen lassen und daher eine Erneuerung geschehen muss. Ein Paradigmenwechsel bringt also Neuerung und meist auch Verbesserung.
In der heutigen Softwareentwicklung ergeben sich einige Anomalien. Darunter finden sich - wie bereits oben angesprochen - eine Menge "großer" Punkte (Kosten, Zeit, Qualität). Hier muss angesetzt werden und wird es teilweise auch. Bis entsprechende Produkte auf den Markt kommen wird durchaus noch Zeit vergehen, aber im Kleinen sollte jeder daran arbeiten, sich selbst und vor allem seine Produkte zu verbessern und zu optimieren.
| | | 2 Kommentare
- 992 mal angesehen
| 1 Trackbacks
| Permalink | Trackback-URL |
Zurück Weiter
|
|
|
|
|
|
|
;)
