---

Hallo zusammen,

ich benoetige Informationen ueber die Moeglichkeiten von programmierbaren Schnittstellen, die UG bietet.
Welche Applikationen sind moeglich?

Gruss
war1

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

---

Zukunft_der_NX-Entwicklerumgebung.pdf

Hallo war1,

das ist derzeit ein übles Thema. Es gibt sehr viele unterschiedliche Programmiermöglichkeiten, alle Entwicklertools sind extrem teuer, es gibt keine gesicherten Aussagen was in Zukunft empfehlenswert ist oder überhaupt noch gepflegt wird, sich in alle Programmierschnittstellen einzuarbeiten ist unmöglich, die Dokumentation der einzelnen Möglichkeiten kann nur mit "ungenügend" benotet werden.

Wenn du weist, was du programmieren willst, kann man dir vielleicht eine Empfehlung geben.

In der Anlage ist noch ein Beitrag von jemandem, der das auch so sah wie ich.

Gruß

------------------
Walter Hogger

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

---

Hallo Walter,
ich muss auf eine Oracle Datenbank zugreifen auf der Konstruktionsstandards abgelegt sind. Der Zugriff auf die Daten der Datenbank soll nur ueber Applicationen ermoeglicht werden. Die bisherige Zugriffsroutine KS-LES soll umprogrammiert werden um die Funktion bestehender Applikationen zu gewaehrleisten.
Was koennte ich wie mit UG erreichen?

Gruss
Alex

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

---

Hallo War1,

Oracle kann über die ODBC-Schnittstelle angesprochen werden. Knowledge-Fusion bietet dazu Klassen an. Habe das auch schon implementiert.
Wenn die Programmiersprache eine Implementierung der ODBC-Schnittstelle bietet, kannst du eigentlich Problemlos auf die Datenbank zugreifen. Das sollte also mit .Net (egal welche Sprache) und auch User-Functions (C) und auch dem Journal funktionieren.

Viele Grüße

Noermel

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

---

Hallo Noermel,

klingt nach einem Plan!
Danke fuer die Infos,
Gruss Alex

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

---

Hallo Noermel,

ich habe auch ähnliches vor.
Kannst du Klassen hier auch beispielhaft benennen?

Vielen Dank und mit bestem Gruß

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

---

Hallo,

ug_odbc_database ubd ug_odbc_recordset. Erst die Datenbankverbindung aufbauen, dann den Recordset abfragen.

Die NX-Hilfe enthält ein einfaches Beispiel.

Viele Grüße,

Noermel

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

---

Hallo Zusammen,

denke auch dass KF hier der Richtige ansatzpunkt ist.
Ist auch relativ leicht zu erlenen.

An Walter:
"das ist derzeit ein übles Thema"
würde ich nicht so stehen lassen. Es ist wohl war dass UGS in der NX3 mit den .net sprachen begonnen hat aber dies war auch nötig!
Dass Grip nicht mehr weiterentwickelt wird sollte auch klar sein da die Sprache völlig überaltet ist. Dennoch laufen doch die Grip Programmen noch.

Ich glaube dass die "neuen" sprachen .net java c# und c++ hier die Zukunft sein werden in der API und natürlich KF in den KBE applikationen.

Gruß

Little_ug

------------------
Gruß

Michael

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

---

Hallo Michael,

Zitat:

---

Ich glaube dass die "neuen" sprachen .net java c# und c++ hier die Zukunft sein werden in der API und natürlich KF in den KBE applikationen

---

Genau das stört mich, die große Zahl. Ich nehme an, du mußt die Developperlizenzen nicht bezahlen, für all die Stichworte in deinem Satz. Die Einarbeitungszeiten für die ganzen Themen kommen noch dazu und womöglich mehrere Versuche mit mehreren Sprachen, weil's wieder irgendwo nicht mehr weiter geht. Das kann's nicht sein!

Wenn du wüsstest, wie viele GRIP-Programme wir derzeit noch entwickeln, wie gut die Dinger auf- und abwärtskompatibel sind und was da immer noch alles machbar ist, dann hättest du deine Sätze vermutlich anders formuliert.

Gruß

------------------
Walter Hogger

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

---

Hallo Walter,

na ja so unbedarft bin ich jetzt auch wieder nicht, ich verstehe euch grip'ler schon (hab auch ein paar in der Firma) aber ich denke dass man mal von dieser Uraltsprache weg sollte. Klar ist der Vorteil dass es riesig stabil ist aber die API Programme stehen da in nichts nach.

Soweit ich weiß ist doch für vb.net, java, c# und c++ nur eine Lizenz zuständig ?!? Für "alte" C Programme braucht man noch eine andere.

Wenn es um die Auswahl der Sprachen geht so würde ich dir empfehlen auf C++ zu gehen, damit kannst du dann auch relativ leicht alte C bibliotheken noch aufrufen.

Trotzdem noch viel spaß beim Grip Programmieren, werde mich trotzdem weiterhin mit den vielen, vielen anderen Sprachen beschäftigen ;-)

------------------
Gruß

Michael

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