Frage zu Threads

[magic_halli]

Hi,

ich habe eine Frage zum Thema Threads:
Ich kann für ein CAD-Programm eigene Applikationen schreiben - mittels einer Java-Schnittstelle. Wenn ich dann so eine Anwendung aus dem CAD-Programm heraus ausführe, wird ein Thread erzeugt.
Das CAD-Programm ist auf einen Thread limitiert - wie ich in einem entsprechenden Forum erfahren habe.

Jetzt möchte ich über diese Java-Schnittstelle aus dem CAD-Programm heraus unser ERP-System, welches ebenfalls eine Java-Schnittstelle besitzt, ansprechen.
Sobald ich den Login zum ERP-System initialisiere, wird ein weiterer Thread erzeugt und somit, wg. der Thread-Limitierung vom CAD-Programm, bricht meine gesamte Applikation einfach die Abarbeitung ab. Die geschieht eben genau an der Stelle, wo der Login initialisiert wird (mit Textausgaben getestet)!

Nun knobel´ ich an einer Lösung, wie man das Problem umgehen könnte... Fällt jemandem dazu vielleicht etwas ein???


Danke und Gruß

 

[FArt]

Wie wird denn überprüft, ob mehr als ein Thread gestartet wird? Ist ein SecurityManager installiert?
Gibt es eine Fehlermeldung?
Wie wird der Login realisiert? Über die API des ERP Systems?

 

[Guest]

was ist es für ein CAD programm, Autocad, Inventor, Solid Works???

 

[magic_halli]

Das CAD-Programm heißt PRO/Engineer (www.ptc.com/products/proengineer/).

Der Login wird über die API des ERP-Systems realisiert.

Ein Thread läuft bereits - der, der durch die Applikation gestartet wird --> ermittelt mit:

System.out.println( Thread.currentThread().getName() );

Von einem Entwickler der ERP-API habe ich folgende Aussage erhalten bzgl. Thread-Start: "...ich bin mir da aber nicht sicher - da passieren einige komplexe Sachen in den Java-eigenen Klassen im Hintergrund! Auf alle Fälle findet ein JNDI-Lookup statt."

Als Beispiel mal der Auszug, wo das erste mal Code aus der ERP-API vorkommt (bis dahin wird die Applikation ganz normal abgearbeitet):

//Message wird angezeigt
JOptionPane.showMessageDialog(null, "Text wird angezeigt");

//hier das erste Auftreten von Code aus der ERP-API:
ContextFactory.init(ip, iiopport, httpport, ServerProtocol.JBOSS_RMI);
//Message wird nicht mehr angezeigt und überhaupt alles ab hier wird nicht mehr abgearbeitet
JOptionPane.showMessageDialog(null, "Text wird nicht mehr angezeigt");

AfpsPassport pass = CommonServiceProvider.getZugriffService().login(user, userpass, "", false);
//Message wird auch nicht angezeigt
JOptionPane.showMessageDialog(null, "Text wird nicht mehr angezeigt");

// Konfiguration laden
AfpsConfiguration.getInstance(pass);

Definitiv hat da das CAD-Programm nen Hänger... :roll:
Die Frage ist nur, warum wieso weshalb und wie kann ich das lösen! :### :autsch:

Gruß

 

[FArt]

Nun, wenn das CAD Programm die Threads überwachen kann (wüsste auch Anhieb nicht genau wie, evtl. über einen SecurityManager) wird es schwer.

Zum Login: normalerweise braucht man dafür keinen extra Thread. Im Gegenteil, in der Regel ist das irrelevant bzw. wird der aktulle Thread eingeloggt. Auch für einen JNDI Lookup brauche ich keinen Extrathread.

Ist denn wirklich der Thread schuld? ???:L

 

[magic_halli]

Zum Login: normalerweise braucht man dafür keinen extra Thread. Im Gegenteil, in der Regel ist das irrelevant bzw. wird der aktulle Thread eingeloggt. Auch für einen JNDI Lookup brauche ich keinen Extrathread.

Ist denn wirklich der Thread schuld? ???:L

Es kann sicher auch etwas(?) anderes Schuld sein, nur hatte ich schon zig Sachen überprüft (erfolglos), bis ich dann die Threadgeschichte gelesen habe - das war noch ein weiterer/neuer Ansatzpunkt und Lichtblick. Deshalb auch die Frage hier, weil ich sonst nicht mehr weiß, wo ich noch ansetzen soll.

 

[Murray]

Funktioniert der Code denn, wenn Du ihn unabhängig vom CAD-Programm in einer eigenen Anwendung ausführst?

Vielleicht ist das auch ein Classpath-Problem? Wenn das CAD-Programm in seinem eigenen Context ein anderes Programm ausführen soll, dann muss es ja alle von diesem externen Programm benötigten Klassen im eigenen Classpath haben.

 

[magic_halli]

Funktioniert der Code denn, wenn Du ihn unabhängig vom CAD-Programm in einer eigenen Anwendung ausführst?

Vielleicht ist das auch ein Classpath-Problem? Wenn das CAD-Programm in seinem eigenen Context ein anderes Programm ausführen soll, dann muss es ja alle von diesem externen Programm benötigten Klassen im eigenen Classpath haben.

Wenn ich den Code ohne das CAD-Programm, in einer eigenen Anwendung ausführe, funktionierts einwandfrei!

Die Bibliotheken sind im Classpath eingebunden - wie alle weiteren zusätzlich Bibliotheken, mit denen ich schon im Zusammenhang mit dem CAD-Programm hantiert habe, z.B. itext, jdom, xstream, javamail etc.
Code von anderen Bibliotheken wurde bisher immer problemlos ausgeführt - nur eben mit dem ERP-System in Zusammenhang gibts diese ominösen Probleme! :cry:

 

[FArt]

Versuche doch mal minimalen Beispielcode im CAD-Proramm auszuführen:
zwei Threads, die etwas loggen...

... nur um die Vermutung zu bestätigen... oder auch nicht...

 

[magic_halli]

Versuche doch mal minimalen Beispielcode im CAD-Proramm auszuführen:
zwei Threads, die etwas loggen...

Mh, sorry... wie geht das - hab sowas noch nicht gemacht.

 

[FArt]

API Schnittstelle des CAD Programms bedienen, damit eine Funktion aufgerufen wird. Dort einen neuen Thread instanziieren und starten. Im Thread einfach ein System.out ausführen...

 

[sparrow]

Hier mal ein kleines Beispielprogramm mit dem ich vor einer halben Ewigkeit mal gelernt habe was Threads eigentlich machen

/* Klasse zum Testen von Threads
 *  =============================
 * Startet 2 unabhängige Threads die jeweils einen counter hoch zählen
 * und dessen Wert ausgeben.
 * Der Haupthread schläft 200ms bevor er die beiden erzeuten Threads
 * kontrolliert beendet
 */


// Hauptklasse die das Programm enthält
public class ThreadTest {
	
	// Einstiegspunkt->Objekt der eigenen Klasse erstellen
	public static void main(String[] args) {
		ThreadTest test = new ThreadTest();
		test.laufen();
	}
	
	/* Die beiden Threads initialisiren und starten, 200ms schlafen
	* und dann den beiden Threads ein kontrolliertes Abbruchssignal
	* senden.*/
	public void laufen() {
		MyThread t1 = new MyThread(1);
		MyThread t2 = new MyThread(2);
		t1.start();
		t2.start();
		try {
			Thread.sleep(200);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
		t1.stopthread();
		t2.stopthread();
	}
	
	// Die Klasse der beiden Threads die gestartet werden
	class MyThread extends Thread {
		int id; // Die Id des Threads wird beim Erstellen angegeben
		int counter = 0; // Der Counter der vom Thread hochgezählt wird
		boolean run = true; // Flag ob der Thread noch laufen soll
		public MyThread(int id) {
			this.id = id;
			System.out.println("Thread init: " + id);
		}
		public void stopthread() {
			run = false;
		}
		public void run() {
			while (run) {
				System.out.println("Thread Nr. " + id +" läuft und zählt: " + counter++);
			}
			System.out.println("Thread Nr. " + id +" beendet");
		}
	}

}