È possibile utilizzare i file .hbm in un'applicazione JPA con Hibernate come provider JPA?

Question

Mi piacerebbe sostituire l'implementazione BPM personalizzata con Activiti o jBPM-5 in un prodotto che utilizza Hibernate (No JPA) con Spring per l'implementazione di livelli persistenti. Sfortunatamente, sia Activiti che jBPM5 richiedono JPA (in base alla loro documentazione) e non è possibile migrare tutte le implementazioni di Hibernate esistenti su JPA nel prodotto.

1. C'è un modo per configurare JPA 2.0 (provider JPA è Hibernate) con la molla 3 senza migrare implementazione Hibernate per JPA (vale a dire conservare i file .hbm)?

Nota: sono consapevole che l'applicazione non è compatibile con JPA e non è possibile utilizzare un altro provider JPA.

1. Se c'è un modo, si supponga che il gestore transazioni Spring JTA sia configurato con le impostazioni corrette. è possibile eseguire la logica dell'applicazione e la logica del flusso di lavoro BPM in un'unica transazione Spring?

Answer 1

Per le transazioni vedere Activiti Spring Transaction Documenti. Se non puoi eseguire il porting della tua applicazione per usare JPA, un'altra opzione è quella di sovrapporre una facciata al tuo dominio Hibernate. Activiti ti consente di invocare metodi sui bean gestiti in primavera, in modo da poter creare una facciata o utilizzare un livello di servizio esistente. Dai un'occhiata alle applicazioni di esempio fornite con Activity per vedere come funziona l'integrazione della molla.

Answer 2

jBPM con JPA può essere integrato con precedenti applicazioni non JPA utilizzando Spring. Le interazioni con jBPM usano JPA, ma la tua applicazione userebbe l'ibernazione. L'unico inconveniente è che devi gestire 2 transazioni diverse, ma tutti i problemi possono essere per lo più mitigati.

1. Inizia la transazione Hibernate primo ed eseguire una logica di business che si desidera

2. Inizia la transazione JBPM chiamando le API jBPM per avviare un processo, o di inviare un evento, etc.

3. Qualsiasi implementazione di WorkItemHandler deve unirsi alla transazione esterna utilizzando le API di factory di sessione

4. Hibernate flush() deve essere chiamato alla fine di ogni esecuzione WorkItemHandler al fine di innescare la maggior parte delle eccezioni generate dal codice di attività

5. Il WorkItemHandler dovrebbe prendere alcuna eccezione generata dal codice di business e rigenerare in modo che il JBPM transazione non riesce anche