Entwickler gesucht mit Kenntnissen in Delphi Seattle und Oracle Advanced Queuing

[Zwirbel]

Guten Tag,

wir suchen kurzfristig (gestern <g>) einen Entwickler mit Kenntnissen in
Delphi Seattle und Oracle Advanced Queuing, auf Stundenbasis.

Es geht konkret um eine Schnittstelle zu einer Oracle Datenbank per
Oracle Advanced Queuing. Dazu haben wir uns die ODAC-Komponenten von
DevArt gekauft, kommen damit aber nicht zum Ziel.

Die Applikation läuft schon beim Kunden, aber nicht stabil, die zurück
gelieferte Datenmenge schwankt stark aus nicht nachvollziehbaren
Gründen. Es hapert vermutlich nur an Kleinigkeiten. Schwierig gestaltet
sich die Sache dadurch, dass wir als Entwickler der Schnittstelle keinen
Zugriff auf eine Test-Datenbank geschweige denn die Produktivdaten
haben. Eine neue Version der Applikation wird dann von uns per
Fernwartung auf einen Kundenrechner gebracht und dort dann mit der
Produktivdatenbank getestet.

Kontaktdaten siehe Anhang

[jobo]

Habt Ihr die Queue gebaut oder seid Ihr nur Consumer einer bestehenden?

[Zwirbel]

Zitat:

Zitat von jobo (Beitrag 1342551)

Habt Ihr die Queue gebaut oder seid Ihr nur Consumer einer bestehenden?

Wir sind nur der Consumer. Die Datenbank selbst wird unserem Kunden von einem anderen Software-Hersteller zur Verfügung gestellt. Wir müssen also auf das reagieren was uns angeboten wird.

Danke.

[Zwirbel]

Wir suchen nach wie vor einen Entwickler für diese Aufgabe.

[Neutral General]

Was bedeutet, dass die Datenmenge schwankt? Kommen z.T. mehr/weniger Daten an als erwartet oder wie?

[Zwirbel]

Zitat:

Zitat von Neutral General (Beitrag 1345407)

Was bedeutet, dass die Datenmenge schwankt? Kommen z.T. mehr/weniger Daten an als erwartet oder wie?

Die Datenmenge schwankt im Prinzip immer ein wenig. Man kann nie sagen, dass immer genau X Datensätze übermittelt werden müssen. Bei den vielen Versuchen die wir mittlerweile schon unternommen hatten, kam es vor, dass *vermutlich* alle Datensätze geliefert wurden, das kann man aber nur sehr mühsam ermitteln, in dem man das Ergebnis mit dem Ergebnis vergleicht, welches aus einer anderen Datenanfrage eines anderen Systems resultiert und selbst da lässt sich nicht einfach die Anzahl der Datensätze vergleichen. Offensichtlich wird es in unserem Fall nur dann, wenn statt erwarteter, sagen wir ca. 600 Datensätzen, nur 400 angekommen sind. Dann ist auch ohne große Analyse klar, das kann nicht alles gewesen sein. Im Moment liefert der Code leider gar keine Daten mehr. Wir verwenden die UniDac-Komponenten. Dort (im Forum) habe ich schon seit Wochen eine Anfrage http://forums.devart.com/viewtopic.php?f=5&t=33976 laufen, aber es konnte noch keine Analyse meines Projektes gemacht werden, weil ich noch Fremdkomponenten im Code hatte.

Wie gesagt, ich vermute jemand mit Erfahrung in Oracle-Queues hat das in nullkommanix gelöst. Und selbstverständlich wird die Lösung des Problems auch vergütet. Danke. Gruß, Markus