ja, den gibt es. Ich zitiere die API-Doc für deleteOnExit:

“Deletion will be attempted only for normal termination of the virtual machine, as defined by the Java Language Specification.” und “Note: this method should not be used for file-locking, as the resulting protocol cannot be made to work reliably”

Ein Shutdown-Hook hingegen wird auch dann ausgeführt, wenn die VM auf abnormalem Wege terminiert.

Grüße
Stefan

gibt es einen speziellen Grund dafür, dass sie das FileLock per ShutDown-Hook-Thread löschen? Ich hätte spontan einfach die deleteOnExit()-Methode des Files verwendet. Gibt es hierbei einen Unterschied, den ich noch nicht kenne?

Viele Grüße
Maik Jäkel

ah, die Punkte 2 und 3 habe ich so noch nicht ernsthafter in Betracht bezogen …
Ok, ich werde mal versuchen, die Anwendung dahingehend zu testen! Referenziert wird die Variable sicherlich nirgendwo mehr – das könnte in der Tat vlt. ein Knackpunkt sein …

Ich melde mich, sobald ich weitere Ergebnisse habe!
Zuerst nochmals vielen Dank für die Unterstützung!
Freundliche Grüße
Klaus

Um auf mögliche Fehlerursachen Ihres eigentlichen Problems zurück zu kommen:

Genaues kann man natürlich nur sagen, wenn man einen aussagekräftigeren Teil Ihres Codes zu Gesicht bekommt, da der Fehler (wie gesagt) in Ihrem uns zur Verfügung gestellten Teil garantiert nicht liegt. Natürlich versteh ich auch, wenn Sie nicht einfach Code Ihrer Firma hier veröffentlichen können. Deshalb ein paar allgemeine Tipps:

1.) Könnte evtl. irgendwo eine unabgefangene Exception geworfen werden, die das schließen des Sockets bewirkt?
2.) Sie wissen wie der GarbageCollector in Java arbeitet? Wenn Ihr Objekt nirgends mehr referenziert wird und der GarbageCollector das feststellt, wird Ihr Objekt irgendwann aufgeräumt.
3.) Aus Ihrem letzten Kommentar schließe ich, dass Sie eine GUI verwenden. Eine Swing-GUI läuft in Java in einem separierten Thread. Nach Abarbeitung Ihrer Main-Methode wird der Thread, in welchem die Main-Methode gestartet wurde, beendet. Es läuft folglich nur noch der GUI-Thread. Könnte evtl. hier im Bezug auf die Erzeugung des ServerSockets das Problem liegen?

Nach Ihrer Aussage

// Zitat
new ServerSocket(nMutexServerport );
KEINE Exception bei mir auslöst !

Nur für den Fall
listenerSocket = new ServerSocket( nMutexServerport );
tritt (beim zweiten Aufruf) die Bind-Exception auf und das “listenerSocket”-Objekt ist dann null.
// Zitat Ende

sollten Sie insbesondere die Punkte 2 und 3 in Betracht ziehen.

Grüße
Stefan

das accept() ist schon so beabsichtigt. So wartet Ihr Programm, bis sich jemand zu diesem ServerSocket verbindet. Da dies nicht geschehen wird, wartet das Programm ewig (bzw. bis Sie es abbrechen). Hierdurch wird wiederum gewährleistet, dass das erste Programm (die erste Ausführung) noch läuft und auch noch den ServerSocket gebunden hat, wenn Sie das Programm ein zweites Mal ausführen, so dass es zu einem Fehler kommt.

Bitte versuchen Sie es noch einmal auf die von mir beschriebene Art und Weise.

Grüße
Stefan Kiesel

Der Port ist ebenfalls zentral so deklariert:
// Mutexserverport zur Instanzenkontrolle
public static final int nMutexServerport = 62987;

Der Aufruf mit “.accept()” klappt hier nicht, da dieser genannte Port vermutlich nicht in der Firewall resp. im Proxy freigegeben ist (die Anwendung wartet dann ‘ewig’ auf . Ich möchte ja auch nicht damit arbeiten, sondern ihn nur zu Instanzenkontrolle nutzen

Mir fiel eben noch auf, dass mit dem von Ihnen oben beschriebene Aufruf
new ServerSocket(nMutexServerport );
KEINE Exception bei mir auslöst !

Nur für den Fall
listenerSocket = new ServerSocket( nMutexServerport );
tritt (beim zweiten Aufruf) die Bind-Exception auf und das “listenerSocket”-Objekt ist dann null.

Ist schon alles sehr seltsam …

Freundliche Grüße
Klaus

Ansonsten versuchen Sie es doch mal primitiv mit einer einfachen Main-Klasse, die Sie zweimal hintereinander ausführen:

public class Main {

  public static void main(String[] args) throws Exception {
    new ServerSocket(5892).accept();
  }
}

Wenn ich mich nicht vertippt habe (gerade alles aus dem Kopf und ohne Compiler und IDE) sollte dann beim zweiten Ausführen eine Fehlermeldung erscheinen. Passiert das bei Ihnen (wovon ich einmal stark ausgehe), dann ist der Fehler nicht in dem von Ihnen geposteten Codeausschnitt zu suchen.

Grüße
Stefan

Hier mal der relevante Code, den ich eigentlich für fehlerfrei halte :

static ServerSocket listenerSocket = null;
// ...
try
{
    listenerSocket = new ServerSocket( nMutexServerport );
}
catch( Exception ex )
{
    ex.printStackTrace( );
    JOptionPane.showMessageDialog( this,
                                    "Es ist bereits ein Worker auf diesem System aktiv.\n" +
                                    "Sollte dies nicht der Fall sein, bitte den Rechner neu starten !",
                                    "Fehler", JOptionPane.ERROR_MESSAGE, null );
    System.exit( -2 );
}

Freundliche Grüße
Klaus Brokmann

vermutlich läuft unter dem gewählten Port auf bestimmten Rechnern in der Firma bereits eine andere Anwendung. Entweder müssen Sie diese Anwendung(en) identifizieren und beenden, oder – was die vermutlich leichtere Lösung ist – einen anderen Port wählen.

Gruß
Stefan