Java-Agent und Shared Image Ressource

[haeppchen]

Hallo zusammen,

ich habe eine Java-GUI, die ich über einen Agenten starte.
Einige Buttons in der GUI will ich mit einem Image versehen.
Das ist problemlos möglich, wenn ich das Bild z.B. auf C:// liegen habe.
(Java Befehl: button= new JButton(new ImageIcon ("C:\\button.GIF"));
Wie aber kann ich das Image ansprechen/importieren, wenn ich es als Shared Image Ressource in der DB abgelegt habe??

Hat irgendwer das schon mal gemacht??
Diese Lösung wäre auf jeden Fall schöner als die Bilder IRGENDWO auf der Festplatte liegen zu haben.

Simon

[umi]

Ich weiss jetzt nicht ob das mit der NotesURL funktionieren könnte
new ImageIcon("notes://[NotesSErverName]/[ReplikID der DB]/button.gif?OpenImageResource")


gruss

umi

[haeppchen]

Hallo Umi,

vielen Dank erstmal für deinen Tipp.
Hat leider nicht geklappt, versuche es aber weiter.
Alternativ müssen die Buttons mit Text beschriftet werden!

Hat sonst noch wer Ideen wie ich die Shared Image Ressources komme?

Simon

[Glombi]

Die URL für eine Image Ressource ist folgende:

http://<host name>/<notes db pfad>/<name der bildresource>?OpenImageResource

also bspw.
http://www.firma.de/home.nsf/button.gif?OpenImageResource

Andreas

[Glombi]

Es könnte dann so gehen:

ImageIcon buttonIcon = createImageIcon("/home.nsf/button.gif?OpenImageResource");
button1 = new JButton("Text für Button", buttonIcon);


Andreas

[haeppchen]

Hallo Andreas!

Das hört sich so an, als könnte es die Lösung.
Ich werde es probieren.
Vielen Dank für deinen Hinweis.

Simon

[flaite]

Eher wohl:

Code

ImageIcon buttonIcon = createImageIcon(new java.net.URL("http://hostname/home.nsf/button.gif?OpenImageResource"));
button1 = new JButton("Text für Button", buttonIcon);

Das mit der URL zu holen halte ich für einen Hack der sinnlosen Art. Warum soll ich mir für eine Anwendung remote Graphiken runterladen?
Und wenn der http Server unten ist? Dann versteht wieder keiner, warum das nicht funktioniert.
Schluß mit diesem Kreativdaddeln.

Mit DXL geht es vielleicht ein bischen sauberer. Aber ich find das ist alles overkill.

[Glombi]

Also ich bin davon ausgegangen, dass der Java Agent in der Notes-Datenbank läuft...

Andreas

[flaite]

Ich würd sagen die Konstruktoren der Klasse ImageIcon in
http://java.sun.com/j2se/1.5.0/docs/api/index.html
sind ziemlich eindeutig.
Du kommst mit String nur auf ein File zugreifen.

[haeppchen]

Der Agent läuft natürlich in einer Notes-DB.
Und mit den Konstruktoren der Java-API ist es sehr wohl möglich, dies so zu realisieren.
Das Problem ist natürlich wirklich, wenn der Server down ist.
Dann gibt's kein Bild!!

Simon

[flaite]

Und mit den Konstruktoren der Java-API ist es sehr wohl möglich, dies so zu realisieren.

Das stimmt.
Wobei "machen" ein besseres Wort ist als "realisieren".

Creates an ImageIcon from the specified file. The image will be preloaded by using MediaTracker to monitor the loading state of the image. The specified String can be a file name or a file path. When specifying a path, use the Internet-standard forward-slash ("/") as a separator. (The string is converted to an URL, so the forward-slash works on all systems.) For example, specify:

Zumindest würde ich aber die Files nach dem ersten Gebrauch irgendwo auf der Festplatte ablegen.

[haeppchen]

Hallo Kennwort,

Zumindest würde ich aber die Files nach dem ersten Gebrauch irgendwo auf der Festplatte ablegen.

genau hierin besteht ja mein Problem.
Ich habe die Images bisher direkt von der Festplatte ausgelesen, klappte ohne Probleme.
Aber sobald ich die DB auf einen anderen Rechner kopiere und von dort starte, sind die Bilder nicht mehr verfügbar.
Es sei denn, ich würde die Bilder mitkopieren.
Das ist aber lästig und deshalb hatte ich gehofft, das man diese Bilder in die Shared Image Ressources packt und sie von dort aus auslesen kann

Simon

[koehlerbv]

Naja, das zu umgehen hat Axel doch gerade vorgeschlagen.
Images liegen als Files NICHT auf Platte - Agent zieht sie aus den Ressourcen UND legt sie auf Platte ab. Findet er sie hingegen auf der Platte, holt er sie gleich von dort.
Vorteil: Performancegewinn.
Nachteil: Wie die Bildchen auswechseln, wenn man das müsste ? Die Schreibrechte müssen auch noch ermittelt werden.

Bernhard

[flaite]

Du kannst versuchen:
1. testen ob das File da ist.
2. Wenn es nicht da ist, holst du es dir per URL aus den Imageressources und speicherst es neu auf dem betreffenden Rechner.
Danach ist es auch auf diesem Rechner.

(genau wie Bernhard sagt)

Vielleicht kannst du dir die Bilder auch als Attachments in ein Notes Dokument statt in die ImageRessource hängen. Dann solltest du an den Input-Stream rankommen.

Aber was mir wirklich Bauchschmerzen bereitet:
Sowohl mit Swing (JavaWebStart) als auch mit Eclipse Rich Client existieren mittlerweile ganz gute Mechanismen - die zudem weiterentwickelt werden - mit denen Clients automatisiert und gesichert Code von einer zentralen Stelle nachladen können.
Letztlich programmierst du diese vorhandene Funktionalität - programmiert von echten Experten - nach. Und da hab ich wirklich tiefe Zweifel, ob das Sinn macht.

Axel

[flaite]

wohl eher proxy pattern oder so. Damit könnte man wohl aufbauen.

wird jetzt ein bischen off-topic.
Wobei meine Einstellung zu Java Programmierung wird immer mehr: Ich nehme ein existierendes Frameworks oder wenns hoch kommt Design Ideen aus einem Buch und fange darauf aufbauend etwas eigenes an.
Da bin ich eigentlich viel mehr damit beschäftigt vorhandenes zu verstehen. Eigentlich ist das auch viel Notes-mässiger.
Manchmal geht mir das tierisch auf die Nerven. Z.B. Samstag hat mir nach 4 Stunden eine gute Seele erklärt, dass ich geschedulte Beans in Spring (so ähnlich wie zeitgesteuerte Notes Agenten) erst explizit im code laden muß, damit sie - in diesem Fall - jede Stunde starten. So ähnlich wie wenn man in Notes zeitgesteuerte Agenten im Datenbank-Start Skript erst mal laden müsste. Das sind dann die eckelhaften Details. Aber ansonsten ist das ein kontrollierter Prozess. Ich bemühe mich wirklich zu verstehen, was die Framework-Programmierer sich gedacht haben.

Will jetzt auch wieder ein bischen Swing programmieren. Aber nur mit Spring Rich Client Platform und 1 guten modernen Buch, wovon ich Ideen übernehmen werde.

Für schnell geskriptete Hacks ist die Sprache einfach irgendwie nicht so gut geeignet. Ich denke darüber nach dafür Ruby zu lernen, obwohl ich denke mit Java relativ gut umgehen zu können.