Domino 9 und frühere Versionen > ND6: Entwicklung

Java-Agent und Shared Image Ressource

<< < (3/3)

flaite:

--- Zitat von: haeppchen am 08.08.05 - 18:31:14 ---Und mit den Konstruktoren der Java-API ist es sehr wohl möglich, dies so zu realisieren.

--- Ende Zitat ---

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

--- Zitat ---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:

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

haeppchen:
Hallo Kennwort,


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

--- Ende Zitat ---

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.

 

Navigation

[0] Themen-Index

[*] Vorherige Sete