// hier die gewünschte Form wählen (erste Form = 0 )
var form = document.forms[0];
//var action = 'activate';
//var action = 'deactivate';
var action = 'toggle';

var inputs = form.getElementsByTagName("input");

for ( i=0 ; i < inputs.length ; i++ ) {

    input = inputs[i];

    // nur Checkboxen betrachten
    if ( input.type != 'checkbox' ) {
        continue;
    }
    if ( action == 'activate' ) {
        value = true;
    } else if ( action == 'deactivate' ) {
        value = false;
    } else if ( action == 'toggle' ) {
        value = !input.checked;
    } else {
        // console.info('Ungültiger Wert für action');
        value = input.checked;
    }

    input.checked=value;

}

Nicht passende Lösungsoptionen:

1.) Freigabe des Ordners als Netzlaufwerk und anschließend als Netzlaufwerk einbinden
Problem 1: Das Laufwerk soll für alle Anwender freigegeben sein, es war aber nur für mich sichtbar
Problem 2: Die Anmeldung erfolgte mit anderen User-Daten, bei dem sich das Kennwort regelmäßig ändert

2.) Einbinden mit dem DOS-Befehl subst. Diese auf den ersten Blick perfekte Lösung scheiterte daran, dass die Freigabe nur für den aktuellen Anwender in der aktuellen Sitzung gültig war. Nach dem Abmelden war der Laufwerksbuchstabe wieder weg.

Lösung:

Ich habe einen Eintrag in die Registrierdatenbank (registry) eintragen können, so dass nun für alle Anwender und nach jedem Neustart ein Ordner als lokales Laufwerk verfügbar war:

Beispiel:
Ich möchte den folgenden Ordner als Laufwerk “E:” einbinden: D:\ordner1\suborder2

Dazu ist ein neuer Eintrag (“Zeichenkette”) in folgendem Registry-Baum einzutragen:

HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\DOS Devices

Als Name der Zeichenkette den Laufwerksbuchstaben einschließlich dem Doppelpunkt eintragen. Im Beispiel also “E:”
Der Wert des neuen Eintrags beginnt immer mit “\??\” gefolgt vom Pfad. Im Beispiel ist dies “\??\D:\ordner1\subordner2″

Nun noch den Server durchstarten und schon ist das Laufwerk permanent eingebunden.

Danke an Windows Reference für den Tipp!

SELECT c.* FROM
  INFORMATION_SCHEMA.TABLES t
  JOIN INFORMATION_SCHEMA.COLUMNS c ON
     c.table_name=t.table_name
       AND c.table_schema=t.table_schema
       AND c.table_catalog=t.table_catalog
WHERE
	t.TABLE_TYPE='BASE TABLE'
ORDER BY c.TABLE_CATALOG,c.TABLE_SCHEMA,c.TABLE_NAME,c.ORDINAL_POSITION

Über den folgenden Pfad findet sich der Schlüssel mit dem Namen “SQLQueryTimeout”:

HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server\90\Tools\ShellSEM\DataProject

Dieser steht standardmäßig auf 30 (Sekunden) und kann über einen Doppel-Klick erhöht werden.

javax.security.auth.login.FailedLoginException: The storage control block address is invalid

Das Problem war, dass der Account des Anwenders nur für bestimmte Workstations freigegeben war. Da der ApplicationServer auf einer anderen Maschine läuft, konnte sich der Anwender auch nicht anmelden.

Herausfinden lässt sich dies über einen Windows-Command mit folgenden Befehl (userid bitte ersetzen:

net user /domain userid
....
Workstations allowed         All
....

Die Zeile “Workstations allowed” sollte “All” enthalten oder mindestens den Namen des Servers.

[IBM][SQLServer JDBC Driver][SQLServer]The incoming tabular data stream (TDS) remote procedure call (RPC) protocol stream is incorrect. Parameter 1 (“”): Data type 0×38 is unknown.

Das Problem liegt in einem Treiber-Konflikt: Ich verwende den JDBC-Treiber für den SQL-Server 2000, habe aber einen SQL-Server 2005. Laut Microsoft tritt dieses Problem auf, wenn zuerst der “alte” Treiber geladen wird.

Lösungen:

• Den korrekten JDBC-Treiber von MS installieren — dies klappte bei mir aber nicht, da die Verbindung via JNDI auf einem IBM WebSphere Application Server V5.1 erfolgte. Erst ab dem WebSphere 6.1 wird auch der SQL-Server 2005 unterstützt.
• Anfragen vermeiden, die zu dem Konflikt führen — bei mir ging dies, in dem ich bei einem createStatement die zusätzlichen Parameter entfernte.

SELECT SERVERPROPERTY('productversion'),
       SERVERPROPERTY ('productlevel'),
       SERVERPROPERTY ('edition')

Alternativ kann man auch diesen Ausdruck absetzen:

SELECT @@VERSION

Weitere Infos gibts bei Microsoft im KB321185

• jackrabbit-core: Die Implementierung des JSR-170 Standards
• commons-collections: Bekanntes “commons” Paket für Datenstrukturen
• concurrent: Bibliothek für Concurrent Programming
• jcr: Die JSR-170 API
• log4j: Der bekannte Logger
• slfj4: Simple Logging Facade for Java
• xerces: XML Parser
• derby: Wenn der Workspace in einer Datenbank liegen soll.

Auf den Projektseiten von Jackrabbit empfiehlt sich zu Beginn die treffende genannte Seite ” First Hops“, auf der drei einfache Beispiele für die Verwendung des JCR gelistet sind: Der erste “Login”, das Anlegen und Abfragen von Daten und das Importieren einer XML-Quelle. Vor der ersten Verwendung muss aber noch das Repository konfiguriert sein. Jackrabbit sucht standardmäßig im Klassenpfad nach einer Daten namens repository.xml. Auf den Projektseiten lassen sich die Einstellungen genau nachlesen, für den ersten Einsatz empfiehlt sich die Standard-Datei.

Hilfreich für die ersten Sprünge mit Jackrabbit ist auch die IBM-Seite ” Introducing the Java Content Repository API“.

Für mein Projekt hat sich gezeigt, dass der Import von mehreren tausend Knoten mehrere Minuten benötigen und zudem der RAM-Speicherbedarf sehr stark ansteigt. So kam bereits beim Versuch 5.000 Knoten mit je 160 Properties ein Out-Of-Memory — bei 1 GB bereitgestelltem Hauptspeicher.

Wer das JCR für die Verwaltung von Inhalten (Content-Management) einsetzen möchte, kann einen Blick auf das Projekt ” mirage” werfen. Aufbauend auf Jackrabbit und einer Workflow-API bietet Mirrage die Möglichkeit, Content zu verwalten. Wer den Einsatz genauer sehen möchte, kann sich die Content-Management-Portlets des Liferay Portals genauer anschauen. Diese verwenden nämlich “mirage”.

Die Einrichtung und der Zugriff der verschlüsselten Derby Datenbank ist vergleichsweise simpel: Zum JDBC-Connect String werden die zwei Parameter dataEncryption=true und bootPassword=2NGWGv.... hinzugefügt, z.B.

jdbc:derby:MyDB;create=true;dataEncryption=true;bootPassword=2NGWGv

Hier ein Screenshot, wie ich die Verschlüsselung im Eclipse Data Source Explorer eingebunden habe:

Über den zusätzlichen Parameter encryptionAlgorithm lässt sich noch der Verschlüsselungs-Algorithmus angeben. Weitere Informationen zu diesem Parameter gibt es in den Derby-Docs.

Vielen Dank an Andreas, Alex, Thomas, Ingo, Marcus, Erich, Cord, Jochen und Phillip!

So, jetzt muss ich nur noch an der etwas größeren E-Klasse arbeiten

Hier habe ich übrigens Bilder vom T-Modell gefunden.