Du startest das Java Programm auf dem selben Rechner, auf dem der Server ist?
Das Problem ist dabei, dass du mit dem Verbindungstyp von einem Client auf den Server zugreifen mußt!!!
Falls auf dem Server gleichzeitig noch ein Client installiert ist, dann versuch mal das folgende:
Setze im PATH des Betriebssystem das Programmverzeichnis des Clients vor dem des Servers.
Falls auf dem Server kein Client installiert ist, bleibt dir nichts anderes übrig als eine Corba Verbindung mitanzubieten.
Mußt du das Programm überhaupt vom Server starten?
Hier bei mir auf der Arbeit gibts auch Leute, die "unbedingt" ohne Crosszertifizierung auf einen Server in einer VM Ware zugreifen, auf den der Client natürlich nicht crosszertifiziert ist und dessen Sicherheitseinstellungen nicht umgestellt werden müssen. Auch da soll man mit einem Java Programm zugreifen können. Das geht natürlich nicht. Beide Connection Typen (d.h. local-rfc und corba) biete ich schon an. Du verwendest rfc und das funktioniert nur, wenn das Programmverzeichnis eines Notes Clients IM PFAD DES BETRIEBSSYSTEM drin steht. NOTES CLIENT. NICHT NOTES SERVER.
Diese Java Klassen sind nur ein dünner wrapper um die Notes Remote Function Call Architektur und die funktioniert offenbar nicht mit einem Server als Client-Endpunkt.
Die Einrichtung einer Corba-Verbindung in Notes ist nicht unbedingt einfach. Aber das ist ein anderes Thema.
Die Auswahl, ob Corba Connection oder RFC-local verwendet wird, wird übrigens einfach nur durch die (überladenen) NotesFactory.createSession...() bestimmt. Je nach Parameter gibts eine Corba oder eine local-rfc Verbindung. Steht zwar in der Doku, welche Parameter welchen Connectiontyp ergeben. Heut würd man das aber trotzdem expliziter kennzeichnen. Dieses feature der Api läßt sich nur damit erklären, dass Architekten in den 90ern von "völlig transparenten Netzwerken" träumten. So etwas gibts natürlich in der realen Welt nicht.