Sonntag, 06.11.2005
Neulich in der HIT-Werbung...
Manche Firmen scheinen hochbezahlte Mathematiker in ihren Reihen zu haben...
(aus der HIT-Supermarktwerbung KW 45)
(aus der HIT-Supermarktwerbung KW 45)
Samstag, 05.11.2005
JasperReports Doku
So,
ich bin nun mässig daran, JasperReports auf deutsch noch einmal runterzudokumentieren in der aktuellen Version.
Für die geneigten, interessierten Besucher:
http://www.spaeth.org/wiki/
Donnerstag, 20.10.2005
Musicload LEBT!
Sieh mal einer guck... gestern habe ich doch schon Autoresponder-Antwort auf meine Mail vom 09.10.2005 bekommen.
Hat ja nur 10 Tage gedauert - so ist zahlende Kundschaft natürlich immer erfreut...
Zitat:
"Den von Ihnen geschilderten
Sachverhalt werden wir umgehend prüfen. Da hierfür einige Recherchen
nötig sind, kann sich die Antwort an Sie etwas verzögern.
Sobald wir eine fachgerechte Lösung für Sie erarbeitet haben, setzen wir uns sofort mit Ihnen in Verbindung.
Mit freundlichen Grüßen"
...
Also man prüft, warum die Server & Software (siehe andere Beiträge) nicht richtig funktionieren unter Last. Wie interessant...
Hat ja nur 10 Tage gedauert - so ist zahlende Kundschaft natürlich immer erfreut...
Zitat:
"Den von Ihnen geschilderten
Sachverhalt werden wir umgehend prüfen. Da hierfür einige Recherchen
nötig sind, kann sich die Antwort an Sie etwas verzögern.
Sobald wir eine fachgerechte Lösung für Sie erarbeitet haben, setzen wir uns sofort mit Ihnen in Verbindung.
Mit freundlichen Grüßen"
...
Also man prüft, warum die Server & Software (siehe andere Beiträge) nicht richtig funktionieren unter Last. Wie interessant...
Sonntag, 09.10.2005
Musicload...
einmal falsch geklickt, schon war der letzte Eintrag gelöscht *sigh*
Noch mal das, was hier eigentlich stand...
Halten wir fest:
- Musicload schafft es nicht, vernünftige Software anzubieten
- wieso benötigt das Brennprogramm vom Musicload-Manager 1,5 GB - temp - Speicher für eine Audio-CD
- Die Server waren / sind wieder gnadenlos überlastet nach der COMET-Verleihungsaktion "alle Siegeralben für 2 EUR"
- T-Online scheint das egal zu sein - hauptsache User
- Ich bleib bei iTunes und den anderen. Da klappt das Downloaden und man benötigt keine Kunstgriffe, um Alben auf CD zu brennen geschweige denn auf den mp3-Player zu bekommen...
6. Setzen. T-Online!
Noch mal das, was hier eigentlich stand...
Halten wir fest:
- Musicload schafft es nicht, vernünftige Software anzubieten
- wieso benötigt das Brennprogramm vom Musicload-Manager 1,5 GB - temp - Speicher für eine Audio-CD
- Die Server waren / sind wieder gnadenlos überlastet nach der COMET-Verleihungsaktion "alle Siegeralben für 2 EUR"
- T-Online scheint das egal zu sein - hauptsache User
- Ich bleib bei iTunes und den anderen. Da klappt das Downloaden und man benötigt keine Kunstgriffe, um Alben auf CD zu brennen geschweige denn auf den mp3-Player zu bekommen...
6. Setzen. T-Online!
Dienstag, 13.09.2005
50% bei Musicload...
50% auf die Downloads bei Musicload... und ... 100% Rabatt auf die Möglichkeit, einen Download zu machen...
Montag, 12.09.2005
Jasperreports und kein Ende...
So,
nachdem ich zwar immer noch nicht zum Dokumentation und Howto-Schreiben gekommen bin, sitze ich nun aber an einem generischen "ich generier dir ein Template für Jasper" Package.
Ziel ist es, nur die Feldnamen in Kopf und Detail zu laden mit Breitenangabe und der Parser entscheidet selbstständig wie er das anordnet mit Breiten und Fontgrößen.
Zugegeben sehr ehrgeizig, aber es vereinfacht den Entwicklungsaufwand von Reportings noch einmal um ein Stück, wenn es um plattes Listengedrucke in zig Varianten geht...
Wer mir noch helfen will, möge sich melden. Freue mich über Co-Entwickler!
nachdem ich zwar immer noch nicht zum Dokumentation und Howto-Schreiben gekommen bin, sitze ich nun aber an einem generischen "ich generier dir ein Template für Jasper" Package.
Ziel ist es, nur die Feldnamen in Kopf und Detail zu laden mit Breitenangabe und der Parser entscheidet selbstständig wie er das anordnet mit Breiten und Fontgrößen.
Zugegeben sehr ehrgeizig, aber es vereinfacht den Entwicklungsaufwand von Reportings noch einmal um ein Stück, wenn es um plattes Listengedrucke in zig Varianten geht...
Wer mir noch helfen will, möge sich melden. Freue mich über Co-Entwickler!
Tru64 Alpha Unix und das Java...
Nachdem wir nun monatelang mit HP / DEC / Compaq ( je nach Jahreszahl... :-) ) Alpha Tru64 Unix hantiert haben, um unsere Kernserver auch Java-Fit zu machen muss ich sagen, daß HP eine Sch*bude ist. HP ist nicht in der Lage ein 100% intaktes Java auf seiner tollen FastVM zu liefern.
In mehreren völlig unabhängigen Codeprojekten liefen die VMs bzw. laufen sie teilweise noch aus dem Ruder. Keiner kanns wirklich erklären und HP ist viel zu schwerfällig, zeitnah etwas zu lösen trotz diverser Supportverträge... schade eigentlich.
Da lernt man wieder mal: Sourcecode-Lizenzen von Sun's Java können ein Fluch sein. Es gibt ja nicht einmal ein avisiertes JDK 1.5 für diese Hardware. Beim Kaufpreis, den man bei HP dafür löhnt eigentlich mehr als unverständlich...
Aber es gibt ja noch Linux... :-)
In mehreren völlig unabhängigen Codeprojekten liefen die VMs bzw. laufen sie teilweise noch aus dem Ruder. Keiner kanns wirklich erklären und HP ist viel zu schwerfällig, zeitnah etwas zu lösen trotz diverser Supportverträge... schade eigentlich.
Da lernt man wieder mal: Sourcecode-Lizenzen von Sun's Java können ein Fluch sein. Es gibt ja nicht einmal ein avisiertes JDK 1.5 für diese Hardware. Beim Kaufpreis, den man bei HP dafür löhnt eigentlich mehr als unverständlich...
Aber es gibt ja noch Linux... :-)
Mittwoch, 10.08.2005
WebStart sucked :-)
Ich habe im Laufe des größeren Softwareprojektes festgestellt, daß ClassLoading und dann die Nutzung von static Classes aus dem "Basisklassenlader" unmöglich scheint.
Variablen, die schon im ursprünglichen "Variablenraum" vorhanden waren, werden -egal welchen ClassLoader man instanziert - nicht nachgeladen. Selbst beim SecurityManager null gibt es Probleme.
Wer noch eine Lösung hat --> Vorschläge willkommen!
Einfachste Lösung ist und war Class.forName(.....)
und alle JAR-Pakete vernünftig im Classpath zu haben -- ggf. als eager über das jnlp laden.
Variablen, die schon im ursprünglichen "Variablenraum" vorhanden waren, werden -egal welchen ClassLoader man instanziert - nicht nachgeladen. Selbst beim SecurityManager null gibt es Probleme.
Wer noch eine Lösung hat --> Vorschläge willkommen!
Einfachste Lösung ist und war Class.forName(.....)
und alle JAR-Pakete vernünftig im Classpath zu haben -- ggf. als eager über das jnlp laden.
Jasperreports Nr. XXX
Geschafft!
Nachdem ich mal wieder geschlagene 2 Manntage am Layout eines JasperReports gefrickelt habe, gebe ich kund:
ICH SCHREIBE EINE DOKUMENTATION AUF DEUTSCH in den kommenden Wochen!
Wer Interesse hat - bitte kurz mal hier schreien!
Ja, es wird lesbar und ja, sind auch noch ein paar erläuterte Beispiele dabei. Ich brauche das für ein Projekt bzw. mein Programmiererteam, da ich langsam die Schn***** voll habe, immer alleine das Reporting zu erarbeiten.
Neuester Streich war: "Wie kriege ich es hin, daß die <summary> - Section auch ja einen Kopf hat". Nachdem ich den Satz in den Tips & Tricks FÜNF mal gelesen habe und (s.o.) 2 Tage ins Land gingen scheint es nun mal stable zu sein (GLAUBE ICH!!!) :-).
Nachdem ich mal wieder geschlagene 2 Manntage am Layout eines JasperReports gefrickelt habe, gebe ich kund:
ICH SCHREIBE EINE DOKUMENTATION AUF DEUTSCH in den kommenden Wochen!
Wer Interesse hat - bitte kurz mal hier schreien!
Ja, es wird lesbar und ja, sind auch noch ein paar erläuterte Beispiele dabei. Ich brauche das für ein Projekt bzw. mein Programmiererteam, da ich langsam die Schn***** voll habe, immer alleine das Reporting zu erarbeiten.
Neuester Streich war: "Wie kriege ich es hin, daß die <summary> - Section auch ja einen Kopf hat". Nachdem ich den Satz in den Tips & Tricks FÜNF mal gelesen habe und (s.o.) 2 Tage ins Land gingen scheint es nun mal stable zu sein (GLAUBE ICH!!!) :-).
