Inoffizielles deutsches Xbase-Forum

Es gäbe eine neue Version von PQclass++, eine Anbindung an PostgreSQL auf API Basis. Bereits in Echtanwendungen erprobt.
Wer hat Bedarf oder Interesse daran?

Ich. Bin immer offen für neue Ideen und Umsetzungen ....

Hallo, Marcus -

mich würde das auch interessieren.

Hallo Marcus,

Ich bin auch daran interessiert.

Vielleicht ein bisschen Beispielcode?

hi Marcus,

für was ein Environment ... ich arbeite mit der v1.9.355
oder meinst du die CLASS als Source ...

Die Doku und Beispiel sind immer das, was zuletzt fertig wird.... (aber jetzt bin ich bisschen mehr motiviert)

Code sieht so aus

Code: Alles auswählen

dbAuftrag := dsPQSelect():New(AppDic())             // Object anlegen
dbAuftrag :execute("Select * from auftrag")         // abfrage starten
dbAuftrag :tablename("auftrag")                     // Tabellennamen deklarieren
dbAuftrag :locate({|db| db:auftrnr == 4711 })       // Satz suchen
dbAuftrag :ort	:= "Berlin"                                  // replace
dbAuftrag :commit()                                           //Speichern

dbAuftrag :append()                                           // dito neuer satz
dbAuftrag :ort	:= "Regensburg"
dbAuftrag :auftrnr := 4712
dbAuftrag :commit()
dbAuftrag :close()

dbAuftpos := dsPQSelect():New(AppDic())            // neues Obejct
dbAuftpos :execute("Select * from auftpos where auftrnr = $1", {-1})     // parameter SQL definieren
dbAuftpos :tablename("auftpos")

dbAuftrag:SetRelation(dbAuftpos, dbAuftrag:auftrnr )          // relation setzen
dbAuftrag:gotop()                                                               // setzt auch Auftpos

Hallo Marcus

was stellst du dir überhaupt vor?

Kauf-Klasse mit/ohne Source Code, Gemeinschaftprojekt oder wie?

Da bin ich noch am überlegen.
Ist ja das meiste fertig, Gemeinschaftsprojekt hat sich somit erledigt.
Wir haben für alle unsere Produkte auch eine Version mit Sourcecode

Hallo Marcus

ich kann mir vorstellen dass dies nicht einfach ist / wird ......

Hallo Marcus

scheinbar bist du mit deinen überlegungen nicht weitergekommen.

Ich möchte ich dir kurz den Stand meiner Gedanken beschreiben:

Ich habe mir die letzten Wochen einige Gedanken zum Thema gemacht. Dein Code-Beispiel oben zeigt mir andeutungsweise den Weg den du mit deinem Tool gehst. Dieser Weg weicht jedoch so stark von meinen eigenen Bedürfnissen und Anforderungen ab das dein Weg für meinen Einsatzzweck einen viel zu grossen Umweg und vor allem auch unnützen Rechenaufwand im Einsatz bedeutet würde.....

Natürlich würde ich gerne aus Interesse deine Lösung anschauen (Informativ), aber definitiv nicht einsetzten.

Ich benutze und Pflege definitiv weiter mein Toolset das für meine Einsatzzwecke erstellt, im Einsatz erpropt und dafür stark optimiert ist.

Hi

Wie gesagt, ich mache gerade die Beispiele und Doku. Aber es ist ein bisschen viel los gerade...
Mich würde auch dein Weg mal interessieren

Hi

Die Demo kann so runtergeladen werden:
ftp://u73982689-public:summer13time@hom ... -data.host

Dort liegt die Datei DEMO_PQclass 2.0.rar. Passwort: PQdemo

Mit Verzeichnissen irgendwo auspacken, es liegt ein Readme dabei, welches die PostgreSQL Konfiguration beschreibt.
Und in der Hilfe ist der Rest beschrieben

Freue mich auf Rückmeldungen

Grüße
Marcus
PS: @Jimmy, leider mit Xbase 2.0

Hallo Marcus

da hast du aber umfassende Arbeit geleistet. Sieht gut aus und funktioniert auch wirklich gut. Hut ab.

Leider arbeitest du mit xbase-DLL's das ist für uns ein Punkt, mit dem weder ich persönlich umgehen und arbeiten kann noch meine Kunden jemals aktzeptieren würden.

Dies infolge negativer und sehr, sehr teueren Erfahrungen.

Deshalb möchte ich auch keine weitere Zeit mit Tests mit deinem vielversprechendem Projekt aufwenden. Schade eigentlich.

Weil DLL's aus Xbase++ Code sind für uns wirklich ein absolutes NO-GO .......

Hallo Carlo !

Weil DLL's aus Xbase++ Code sind für uns wirklich ein absolutes NO-GO .......

Warum

Hallo Carlo
Wir würdest du dir denn ein PostgreSQL Klasse vorstellen ohne Xbase Code? In PQclass ist nur Xbase Code und ein bisschen C.
Kein XClass, falls du das meintest. XClass ist hier nur für die Maskengestaltung, weil ich kein pur Xbase++ dafür nehmen wollte.
Und falls jemand das Produkt kauft, bekommt er den vollen Source Code mit.

@Hans-Peter
@Marcus

aus mehreren Gründen:

Beim letzten Versionswechsel von Xbase der neues erstellen der DLL's erforderte mussten wir viele Programmteile neu erstellen weil der Ursprüngliche Entwickler nicht mehr zur verfügung Stand was eine Menge Kosten, Zeitverlust und grosse Umtriebe zur Folge hatte. Daneben sind auch Handlings- Versions- und erhebliche Sicherheitsprobleme mit Xbase-DLL's zu nennen.

Dies führte zu einigen Vorgaben unter welchen ich seitdem Arbeiten muss / darf:

Aus Rechtlichen, Sicherheits und Betrieblichen Vorgaben muss der gesamte xbase++ Code als Source verfügbar sein.

Für jede Version / Anpassung muss immer der gesamte Sourcecode kompiliert und zu einer EXE zusammgelinkt werden und nach den Vorgaben getestet werden.

Erlaubte Fremd-DLL's sind nur Systemnahe in C Programmierte DLL's die einzeln getestet und mir bewilligt werden müssen.

Es geht nicht darum dass die Klasse nicht in Xbase geschrieben sein darf sondern darum dass für alles der Sourcecode vorhanden sein muss und daraus keine DLL's erstellt werden dürfen .....

Was soll man dazu sagen. Wenn der Kunde das so vorgibt, gilt das. Ober sticht Unter.
So verschliesst man sich viele Lösungen. Und meiner Meinung und Erfahrung sind DLLs ein mächtige und praktische Lösung. Alles in eine EXE gibt ja dann so Maloche mit 50 MB und mehr, vernute ich. Ich geniesse es, eine Appliaktion auf DLLs zu verteilen, das erleichtert Wartung und Auslieferung ungemein.

erhebliche Sicherheitsprobleme

Was meinst du denn damit?

So sehr ich Carlo da auch verstehen kann - das zieht hier nicht. Denn Marcus hat ja ausdrücklich gesagt, das ein Käufer der Klasse den Code mitgeliefert bekommt.

Also testen blind mit dll. Produktiv arbeiten mit Code. Das scheint mir durchaus in Ordnung zu sein.

Jan

Marcus Herz hat geschrieben: ↑Di, 14. Jul 2020 15:20 So verschliesst man sich viele Lösungen. Und meiner Meinung und Erfahrung sind DLLs ein mächtige und praktische Lösung. Alles in eine EXE gibt ja dann so Maloche mit 50 MB und mehr, vernute ich. Ich geniesse es, eine Appliaktion auf DLLs zu verteilen, das erleichtert Wartung und Auslieferung ungemein.
erhebliche Sicherheitsprobleme
Was meinst du denn damit?

Hallo Marcus

Nein, wir finden nicht dass wir uns für Lösugen verschliessen im Gegenteil die Lösungen werden besser, Fehlersuche wird einfacher und die Probleme werden weniger. Sicher lässt sich eine App auf DLL's verteilen das hat aber relativ schnell seine Grenzen oder wird dann sehr umständlich.

Sicher werden die EXE schnell 50-100 MB gross, gepackt im Installer 5-10MB das war zu Clipper's Zeiten mit 64000 Baud noch umständlich. Aber heute? Heute ist auch die Auslieferung von mehreren 100 MB kein Problem mehr und dauert nur noch Sekunden.

Heute nach einigen Jahren erfahrung mit diesem eine EXE Konzept bin ich gegenteiliger Meinung zu dir, eine komplette EXE erleichtert die Wartung und Auslieferung und Unterhalt ungemein. Ich geniesse es, eine Appliaktion nicht mehr auf DLLs verteilen zu müssen .....

Dies zeigt auch unsere Problem-Dokumentation es gibt so viel weniger Sorgen. Es passt immer alles zusammen es wurde immer alles zusammen getestet ist signiert usw. usw.

Ich als "Arbeitender" finde dieses Konzept heute, Spitze. Das war aber anfangs nicht so.

Was wäre denn der Preis der Source - Kauf-Option? Wir haben ein Budget für Experimente.

Vielleicht hab ich andere Erfahrungen mit DLLs, wenn das Klassenkonzept simmt.
Wenn ich innerhalb einer Klasse einen Fehler korrigier oder eine Erweiterung vornehme, aber die PUBLIC Methoden ident bleiben (selbe Parameter, selber RETURN Wert) kann da ja nichts passieren. Dazu gibts ja Kapselung. Wenn du vielleicht L&L verwendest, dort sind die Änderungen ja auch in den Methoden gekapselt.
Preis, hab ich mir noch keine abschliessenden Gedanken gemacht. AdsClass kostet mit Source 450. Vermute das Gleiche für PQclass

Man muss natürlich auch das Umfeld sehen, wenn du eine Klasse zum Verkauf erstellst ist das Umfeld ein ganz anders als für eine App die als gesamtes Gebaut wird. Sobald eigene Zentrale Funktionen in mehreren DLL's verwendet werden wird es schnell mühsam. Daher auch unsere Unterschiedlichen Standpunkte. Klar nutze ich L+L aber mit eigenen Funktionen....

Dann mach dir bitte Gedanken über den Preis.

Wenn dieser zu unserem Experimentier Budget passt wäre ich interessiert.

hi,

Marcus Herz hat geschrieben: ↑Di, 14. Jul 2020 12:58 Die Demo kann so runtergeladen werden:
ftp://u73982689-public:summer13time@hom ... -data.host

PS: @Jimmy, leider mit Xbase 2.0

könntest du bitte die Runtime bereitstellen da sich das Demo so nicht starten lässt.

: PqDemo_Error1.jpg (28.72 KiB) 10814 mal betrachtet

hi,

have eine v2.x Runtime gefunden und konnte das Demo starten.
es geht aber nicht weiter weil IHMO diverse Postgre DLL fehlen

: PqDemo_Error2.jpg (28.49 KiB) 10810 mal betrachtet

die LibPQ.DLL ist ja v9.3x und da gehören die SSL DLL dazu.

habe nun meine v9.5x DLL in das Demo Verzeichnis kopiert und erhalte das

: PqDemo_Error3.jpg (44.62 KiB) 10809 mal betrachtet

liegt vermutlicht an meiner v2.x Runtime ...

@Jimmy: - Die SSleay32 ist auch von Alaska.
- Hab ein ZIP mit nötiger VX20 Runtime auf dem gleiche FTP gestellt

Inoffizielles deutsches Xbase-Forum

PQclass

PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass

Re: PQclass