Stavo girovagando alla ricerca di esempi di programmatori che scaricano GP Web Services con Java e ho trovato questo articolo. Poiché le risposte hanno un paio d'anni questo è più informativo per la prossima persona che si imbatte in questo articolo.
Direi che interagire direttamente con il database per aggiornare o interagire con GP è una scelta sbagliata al meglio. C'è un SDK risalente agli anni '90 in cui gli unici metodi di integrazione erano diretti alla tabella e quindi era abbastanza dettagliato tra i moduli su come aggiungere record.
Questo è stato sostituito due volte da allora da prodotti che supportano la logica di business. First Integration Manger che è essenzialmente un programma macro mappato che disattiva l'interfaccia grafica ma essenzialmente apre le finestre laterali del client e inserisce valori nei campi e preme i pulsanti. È meglio, in quanto si esegue la logica aziendale per creare o aggiornare i record e possono essere eseguiti dagli utenti finali.
L'API eConnect (forse 2002? iniziata con la versione 8.0 sebbene supportati 7.5) è diventata lo standard API ed è ancora il prodotto di integrazione principale. Si tratta di una serie di stored procedure SQL che forniscono la stessa logica di business (diversa da bug) del software client e consentono facili integrazioni di documenti XML.
GP Web Services è semplicemente un wrapper del servizio Web su eConnect. Inoltre, Integration Manager è stato aggiornato per utilizzare eConnect come motore per un numero elevato di integrazioni.
Prodotti come Scribe, Smart Connect, Boomi sono tutti wrapper della logica eConnect. A partire da GP2015 (probabilmente prima) la logica, i campioni, la documentazione sono tutti forniti per qualsiasi installazione GP. Se stai costruendo la tua integrazione, i servizi Web o eConnect sono i prodotti, probabilmente è meglio non scrivere direttamente nel database nel tuo sistema finanziario.
Ora, torniamo alla mia ricerca di esempi Java usando GP Web Services