Seit wann braucht man eigentlich kein Uselsx "*javacon" mehr?

[Tode]

Ich bin heute über einen Agenten gestolpert, und da stand einfach drin:

Use "ApachePOI"

ApachePOI ist eine Java- Scriptbibliothek.

Oben genanntes Uselsx "*javacon" habe ich nirgends gefunden. Ich habe dann in der aktuellen Hilfe geschaut, und da steht immer noch, dass man für die Benutzung von Java in LotusScript- Agenten LS2J braucht, und LS2J bedeutet eben das Benutzen der javacon.

Ist keine große Sache, würde mich nur interssieren, seit wann das ganz ohne javacon funktioniert...

[eknori]

Wäre mir auch neu. Bist Du sicher, dass da nicht doch eine LS Lib mit dem Namen existiert, die das Ganze entsprechend kapselt?

[Tode]

Wenn ich nicht absolut blind bin, dann ja... hier habe ich die Datenbank gefunden. Der Agent "(Extract Selected Documents)" nutzt die Java- Library "ApachePOI" und eine Script- Library, die aber ihrerseits keinen javacon nutzt...

[eknori]

OK, ich habe es mal getestet. Sieht so aus, als ob das schon ewig so funktioniert.

Das uslsx "*javacon" lädt im Hintergrung die njavacon.dll. Nicht mehr, nicht weniger.

Ich habe mit dem extended Sample aus https://help.hcltechsw.com/dom_designer/10.0.1/basic/LSAZ_LS2J_EXTENDED_EXAMPLE.html getestet.

Java in eine Java Library, LS in eine LS Library.

Der LS code wirft Fehler, wenn das uselsx nicht drin ist. Aber, sobald Du die java Library mit use enbindest verschwinden die Fehler.
Das use scheint also zu erkennen, dass eine Java Library eingebunden werden soll, und lädt dann die njavacon.dll automatisch.

Dann würdest Du das uselsx nur für den Fall brauchen, wo keine java Library aus der gleichen App genutzt wird sondern ggfs irgendwelche jars aus dem Filesystem.

Wenn das so ist, dann wurde das nie sauber dokumentiert.

[Tode]

Danke für Deine Recherche... ist ja faszinierend...

[eknori]

Ich habe auch mit Alex Elliot, dem Erbauer der Db gemailt. Er hat das uselsx schlichtweg vergessen. Ist ihm selber nicht aufgefallen

[Tode]

Geile Sache das