---

Hi  ,

im Zuge meiner Diplomarbeit kam ich in Kontakt mit Pro/E+J-Link, habe jedoch noch wenig Erfahrung damit. Die 1.Aufgabe besteht darin eine "Stückliste" aller vorhandenen Baugruppen und Parts zu erstellen, sowie deren Parameterkonfiguration(lesen und setzen) mit Hilfe einer Java-Applikation. Mein erstes Modul liest aus einem angegebenen Verzeichnis alle Assemblys und Parts aus und sichert den Namen der Datei(interne Namensvergabe) in eine LinkedList bzw. HashMap. Mit Hilfe der ausgelesenen Daten wird dann eine Async-Verbindung erstellt, Assembly/Part-Modelle gemacht um deren Pars auszulesen und in die Liste zu schreiben.

Funktioniert bis jz zwar alles suppi, jedoch gibt es zu lange/inakzeptable Zugriffszeiten bei entsprechend großen Projekten...

1. Welche Variante (LinkedList oder HashMap) ist bei Einträgen von bis zu 2500 Elementen eher zu empfehlen um Zugriffszeiten entsprechend "niedrig" zu halten???
2. Muss eine neue Session in der Applikation erzeugt werden um auf die Parameter zuzugreifen oder kann direkt auf eine Datei zugegriffen werden in dem sich die Pars befinden??

Danke für Eure Hilfe
MfG 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich vermute das ist ein Problem der ASYNC-Verbindung

Auszug aus der Doku

The use of RPC causes asynchronous mode to perform more slowly than synchronous mode. For this reason, apply asynchronous mode only when it is needed.

Vielleicht lässt sich die Logik auf Synchron ändern

Pro/E Start
Applikations-Start
In der Applikation lesen des Verzeichnes und dann erledigen der Aufgaben

OT deine Überschrift beschreibt dein Problem suboptimal (Beser z.B J-Link Performance )

------------------
Servus
Alois      Keine Mouseover-Werbung zwischen den Zeilen!!!!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Vielen Dank für deine schnelle Antwort 

Ich habe gestern noch meine Applikation auf Synchron geändert, jedoch keinen wesentlichen Unterschied zum Asynchronen Modus gesehen. Die synchrone Variante war nur um die Zeit schneller, welche die asynchrone zum Starten von Pro/E bzw. zur Verbindung zur Session braucht. Also bis jz. kein entscheidender Vorteil von Sync. 

Was ein Grund für die schlechte Performance sein könnte ist, dass die Modelle die bereits bearbeitet wurden nicht gelöscht werden und denn Speicher füllen...Wenn ich also model.Erase() ausführen will kommt folgende Exception:

com.ptc.pfc.Implementation.pfcExceptions$XToolkitInUsepfcException: com.ptc.pfc.Implementation.pfcExceptions$XToolkitInUse
at com.ptc.pfc.Implementation.pfcAssembly$Assembly.Erase(Native Method)
at ReadComponentParameter.unloadModel(ReadComponentParameter.java:224)
at ReadComponentParameter.<init>(ReadComponentParameter.java:40)
at StartAsyncConnection.main(StartAsyncConnection.java:18)

Ich weiss, dass das Löschen aus dem Speicher nicht ausgeführt wird weil dieses Model/Part noch eine Verbindung zu einem aktiven Assembly hat. Kann man also ein Model aus dem Speicher löschen, auch wenn das dazugehörige Assembly noch aktiv ist???

MfG 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo also meines Wissens nach nicht.
über eine Vereinfachte Darstellung ist es möglich diverse Modele garnicht erst in den Speicher zu laden, aber ich verstehe nicht den Sinn der Aktion.
Was willst du damit erreichen?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich weis nicht, in wie weit sich das mittels JLink machen laesst, aber ein Modell, das in einer Baugruppe verbaut ist, kann man nur aus dem Speicher entfernen, wenn man es in der Baugruppe unterdrückt.

------------------
Gruß Marco

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Einen wirklichen Sinn hat die Aktion ja nicht... Ich wollte damit nur testen, ob sich eine kleine Performancesteigerung meiner Applikation ergibt, wenn ich die Modelle sofort nach dem Bearbeiten lösche...

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

nach dem bearbeitem das Speicher nie vergessen, sag ich da nur     

Ich glaube das ist hier jedem schonmal passiert ja wo ist den jetzt das Model hin   

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Nachdem ich das Model bearbeitet habe wird es auch gespeichert  das war ja nicht mein Prob. 

Hab jz aber den Grund für die schlechte Performance gefunden, sowie wie man ein bearbeitetes Model (nach dem Speichern  ) wieder aus dem Speicher löscht.

1. Schlechte Performance - Grund
Zunächst lese ich aus einem angegebenen Verzeichnis alle asm und prt Dateien aus und speichere deren Namen in eine Liste. Über diese Namen erstelle ich dann jeweils die Modelle. Nun wollte ich jeweils einzeln ein Model laden, Pars bearbeiten - speichern und wieder aus dem Speicher löschen. Was ich beim Laden aber nicht bedacht habe ist, dass bei asms gleichzeitig auch die prts in den Speicher geladen werden - was natürlich ein hoher Aufwand ist und die Performance stark bremst - und weils intelligent ist und der Speicher ja soooo groß ist, hatte ich die gleichen prts ein zweites mal geladen 

2. asm und dazugehörige prts aus Speicher löschen
Mit Hilfe von proeModel.EraseWithDependencies();

MfG 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

wenn es Dir nur um die Parameter geht könntest Du bei den Baugrzuppen evtl auch mit der symbolischen vereinfachten Darstellung arbeiten
Methode RetrieveSymbolicSimpRep

------------------
Servus
Alois      Keine Mouseover-Werbung zwischen den Zeilen!!!!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

@anagl
Vielen Dank für den Tip!! 

Die Methode RetrieveSymbolicSimpRep hab ich zwar nich verwendet/gefunden dafür aber folgende:

CreateNewSimpRepInstructions new_simprep = pfcSimpRep.CreateNewSimpRepInstructions_Create(sampleName);
new_simprep.SetDefaultAction(SimpRepActionType.SIMPREP_EXCLUDE);
proeModel = proeSession.RetrieveAssemSimpRep(sampleName, new_simprep);

Soviel ich jz. verstanden hab, wird zwar das asm gemacht aber alle anderen,dazugehörigen Komponenten ausgeschlossen (wegen --> SIMPREP_EXCLUDE)...

MfG 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP