Hat man ein Projekt im IntelliJ IDEA mit verschiedenen Modulen und ein Modul mit seinem Sourcebaum stellt eine Projectlibrarie zur Verfügung, so sollte man der Projectlibrary nicht den Sourcepfad mit hinzufügen. Die Folge ist, dass IntelliJ IDEA nicht mehr den Sourcebaum vom Modul selbst als Source erkennt und somit die IDE gewissen Klassen im eigenen Modul nicht mehr findet.

Bei Hibernate (Version 3) gibt es verschiedene Möglichkeiten um Abfragen an die Datenbank zu stellen. Ich möchte hier einige vorstellen. Die erste Möglichkeit ist die hauseigenen Abfragesprache HQL:

Session session = ...;
Query query = session.createQuery("from User where name = :name").setParameter("name", "mike");
Iterator it = query.iterate();
...

Dies fragt alle Nutzer (Klasse User) mit dem Namen “mike” ab. Wichtig zu erwähnen bei einem Query ist der Befehel “uniqueResult”. Wenn nur ein Objekt erwartet wird bzw. nur eine Zeile, so kann man sich damit viel Arbeit ersparen.
Die zweite Möglichkeit für die Datenabfrage ist die Verfassung eigener SQL-Statements. Dies funktioniert ähnlich wie mit HQL nur statt createQuery ruft man createSQLQuery auf. Die letzte und wohl interessanteste Möglichkeit sind die neuen Criteria Querys. Dies ist eine Abfrage-API, welches es ermöglicht über Java-Objekte sich seine Abfrage zusammen zu stellen.

...
Criteria crit = session.createCriteria(User.class);
crit.setMaxResults(50);
List userss = crit.list();
...

Dies würde z.B. die ersten 50 Nutzer abfragen. Durch den Aufruf von “list” baut Hibernate das entsprechende SQL-Statment zusammen und gibt das Ergebnis als Liste zurück.
Wenn man sich die API vom Session-Objekt anschaut fällt einem auch noch der Befehl “createFilter” auf. Damit ist es möglich vorhandene Collections, also irgendwelche Listen von Objekten wie z.B. eine Liste von Rechnungen zu einem Kunden zu filtern.

Nach dem Download von Putty erhielt ich unter Windows nur die Meldung: “Die Anwendung konnt nicht gestartet werden, weil die Anwendungskonfiguration nicht korrekt ist. Zur Problembehebung sollten Sie die Anwendung neu installieren.” Ein erneutes “Installieren” ist bei puTTY eh nicht möglich. Der Bug jedoch ist bekannt und es gibt einen Workaround. Warum jedoch genau dieser Fehler auftritt weiß niemand. Falls der Link nicht mehr funktioniert, einfach diese Datei herunterladen und als putty.exe.manifest im gleichen Verzeichnis ablegen.

Folgende Meldung hat mich Heute einige Nerven gekostet:
java.lang.NullPointerException
at org.hibernate.tuple.AbstractTuplizer.createProxy (AbstractTuplizer.java:249)
at org.hibernate.persister.entity.BasicEntityPersister .createProxy(BasicEntityPersister.java:2831)
at org.hibernate.event.def.DefaultLoadEventListener. createProxyIfNecessary(DefaultLoadEventListener.java:218)
at org.hibernate.event.def.DefaultLoadEventListener .proxyOrLoad(DefaultLoadEventListener.java:163)
at org.hibernate.event.def.DefaultLoadEventListener. onLoad(DefaultLoadEventListener.java:79)
at org.hibernate.impl.SessionImpl.load (SessionImpl.java:603)
at org.hibernate.impl.SessionImpl.load (SessionImpl.java:596)
....

Diese kam beim einfachen Laden eines Objektes mit Hibernate. Das interessante ist hierbei die Subklasse, welche geladen werden sollte.
Der Klassen sahen wie folgt aus:

public abstract class A {
protected A() {
...
}
...
}
public class B extends A {
public B(String param1, String param2) {
...
}
....
}


Und geladen sollte mit:


session.load(B.class, new Integer(1));


Der Fehler ganz einfach ist, dass die Klasse B keinen Konstruktor ohne Parameter hat, was unbedingt Voraussetzung für Hibernat ist. Nachdem nun private B() { } in der Klasse B noch hinzugefügt worden ist funktionierte auch das laden.

Standartmäßig werden Seiten die man in TYPO3 anlegt mit einer ID belegt, und diese ID dient dann dem Browser zur Navigation. So sehen Seiten dann z.B. so aus: www.ihredomain.de/index.php?ID=2, um dies abzuschaffen kann man statische Seiten simulieren indem man als erstes das Modul Rewrite für den Apache Webserver installiert (Fragen Sie gegebenenfalls Ihrer Provider) und eine Zeile im Setup hinzufügt:

#Begin simulate static
config.simulateStaticDocuments = 1

So wird dann die Seite mit der ID=2 im Browser z.B. so dargestellt: www.ihredomain.de/2.0.html
Um dies noch zu verschönern kann man im Seitentitel einer jeden Seite ein Alias vergeben, ist z.B. für die Seite der ID=2 das Alias “zwei” vergeben, so sieht der Link dann so aus: www.ihredomain.de/zwei.html.

Falls es Ihnen nicht gelingen sollte den Apache Rewrite Mod zu installieren, so können Sie dennoch statische Seiten simulieren, dazu muss folgende Zeile im Setup hinzugefügt werden:

#Begin simulate static without rewrite func.
config.simulateStaticDocuments = PATH_INFO

So sähe dann die Seite mit der ID=2 dann so aus: www.ihredomain.de/2/0

Wozu überhaupt statische Seiten simulieren? Ganz einfach, die Welt des Internets ist nunmal statisch, d.h. Google und co. erkennen nicht besonderst gut Links die auf einen index.php?ID=2 basieren!

Die Überschrift hört sich schon etwas komisch an, aber das mounten von Verzeichnissen kann sehr hilfreich sein. Zum Verständnis ist damit gemeint, daß es unter Linux möglich ist, bestimmte Verzeichnisse systemnah in der bestehenden Verzeichnisstruktur zu integrieren. Beispiel:

box# mount –bind QuellVerzeichnis ZielVerzeichnis

box# mount –bind /home/user1 /home/user2/user1

So ist es nun gegeben, daß das gesamte user1 Homedir in einem Subdirectory des user 2 gespiegelt wird. Hat man zum Beispiel einen FTPd in einem bestimmten Verzeichnis ist es möglich ohne weiteres exteren Daten in diesem FTPd dir zu mounten.

Wenn man im MySQL-Admin oder im MySQL-Query-Browser Foreign-Keys löschen möchte, so geht dies nur wenn auch im entsprechenden Fenster zum Foreignkey der entsprechende Index gelöscht wird.

TYPO3 bietet den Vorteil durch ganz einfachen Code, alle Email Adressen der Webseite mit einer Spamprotection zu schützen, Ihr müsst dazu im TS folgendes einfügen:

#Spam Protection
config.spamProtectEmailAddresses = 2
config.spamProtectEmailAddresses_atSubst = (at)

So werden alle @ durch ein (at) ersetzt, doch die Mailfunktion bleibt weiterhin bestehen! Dies bewirkt, dass die Spambots diesen Link nichtmehr so einfach als Mailadresse erkennen.

In meinem Beitrag Individuelles Image Menu habe ich beschrieben, wie man an eine “erweiterte” Seite eine Datei anhängt. Nun ist mir bei meinem neusten Projekt aufgefallen, das es ein Limit gibt (max. 5 Items) wieviele Dateien man anhängen kann, doch dies kann man selbst umstellen!
Dazu in der Datei “typo3conf/extTables.php” folgende Zeile hinzufügen:

$GLOBALS['TCA']['pages']['columns']
['media']['config']['maxitems'] = 10;

Damit wird das Limit auf 10 erhöht.

Nun muss die Datei noch in die “typo3conf/localconf.php” eingebunden werden, dazu diese Zeile adden:

$typo_db_extTableDef_script = "extTables.php";

Das war alles, nun könnt Ihr 10 Dateien pro Seite anhängen, dies ist besonderst gut, wenn man solch ein Menu mit wechselndem Template verwendet!