Salve Andrea ........
-----------------------------------------------------------
Salve Davide
grazie per la risposta. Vorrei però chiarire il contesto di sviluppo in cui ci muoviamo.
Premessa
Il nostro obiettivo è creare una applicazione web-based molto semplificata che consenta di effettuare un controllo inventariale
di apparati informatici e non consentendo all'utente di 'confermare' in fase di inventario l'esistenza o meno del bene.
L'ambiente di sviluppo che abbiamo identificato è Eclipse J2EE Juno che include il plugin Apache CXF. Al momento sviluppiamo su una workstation Windows.
Vorremmo quindi creare il war relativo al nostro cmdbuild_ws_client (lo chiameremo per evitare incongruenze MYcmdbuild_ws_client) direttamente
come progetto Eclipse, per poter poi facilmente agganciarlo al progetto web vero e proprio che vorremmo sviluppare come Java Server Face project.
Abbiamo tentato di installare il plugin Maven per eclipse m2e, ma avendo dei problemi nelle installazioni da remoto stiamo valutando
la soluzione di creare il war MYcmdbuild_ws_client con passi manuali successivi direttamente in Eclipse.
Guardando il pom che ci hai indicato ed avendo i sorgenti della distribuzione
tecnoteca-cmdbuild-4dc2c2f4585d.zip (a proposito esiste una distro più recente?), vorremmo partire da quei sorgenti ed effettuare i seguenti passi:
A) Creazione di un progetto (Dynamic Web Project)
B) Import nella cartella dei sorgenti (Java Resources/src) del file WebService.java (da utilizzare per avere un wsdl con interfaccia pubblica) e
tutte le cartelle con i sorgenti necessari per l'assemblamento del client. A tale proposito avrei identificato dalle voci 'dependency' del pom
i seguenti package sorgenti :
b1) CMDBUILD-WS-Client
b2) CMDBUILD-COMMONS
Abbiamo però dei dubbi se inserire tutto il package sorgente CMDBUILD (puoi chiarirci questo dubbio ?)
C) Creazione, all'interno del progetto, di un Web Service con metodo Botton Up (utilizzando Java2WS di Apache CXF 2.x),
generante a partire dal sorgente "WebService.java" il file wsdl
D) Generazione (utilizzando WS2Java di Apache CXF 2.x) di un Web Service Client denominato MYcmdbuild_ws_client
a partire dal wsdl precedentemente generato.
E) Scrivere un programma di test (Classi Java Custom) usando come base il sorgente di PublicTestClient.java (reperito da un post nel forum)
F) Assemblare il tutto in un war da installare per la fase di test sul sistema che ospita cmdbuild.
Questa versione per il momento è fondamentalmente standalone (non web) e si connetterà all'istanza tomcat sotto cui è installato cmdbuild.
Fase di test
G) Test del Client Custom (che incapsula le chiamate al Client generato) in modalita stand-alone. A tale proposito volevo chiederti se il web services di cmdbuild è
sempre attivo oppure se dobbiamo modificare la configurazione cmdbuild che utilizziamo per il test.
H) Sviluppo della soluzione JSF e creazione del war corrispondente che include anche il jar del MYcmdbuild_ws_client che abbiamo creato ai punti precedenti.
L) Per il test installeremo il war sotto l'installazione tomcat dove è presente cmdbuild (come avviene ora per il package shark-overlay).
Un paio di chiarimenti sulla fase di autenticazione.
1) Dagli esempi dei sorgenti ci sembra di capire che username/password sia 'cablati' nel codice, oppure esistono dei files di configurazione specifici dove impostare i valori ?
2) Una eventuale applicazione client che utilizzi MYcmdbuild_ws_client deve esplicitamente autenticarsi a cmdbuild, oppure questo viene effettuato direttamente dal
MYcmdbuild_ws_client ? Nel caso in cui l'autenticazione è a carico dell'applicazione client, per ogni metodo (api) invocato bisogna eseguire la fase di autenticazione ?
Molte grazie per il supporto
Cordiali Saluti
Andrea