Per quello che posso dire, ciò che stai descrivendo può essere banalmente implementato con una classe Embeddable e senza bisogno di AOP.

@Embeddable
class Audit {
  Timestamp created;
  String createdBy;
  String updatedBy;
}

Quindi puoi semplicemente aggiungere il tuo oggetto incorporabile all'interno delle tue entità.

@Entity
class Order {
   @Embedded
   Audit audit;
}

Utilizzando l'ereditarietà, potresti anche renderlo disponibile per un insieme di entità:

@MappedSuperClass
class MotherOfAllEntities {
   @Embedded
   Audit audit;
}

@Entity
class ChildClass extends MotherOfAllEntities {
}

Se le informazioni aggiunte sono solo informazioni di controllo, come sembra suggerire nel tuo post potresti prendere in considerazione l'utilizzo di qualcosa come Hibernate Envers che sembra essere un'implementazione di ciò che apparentemente suggerisci con la tua domanda

@Entity
@Audited
class Order {
}

E Envers si assicurerà di archiviare le informazioni di controllo sull'entità in qualche altra struttura di dati.

Poiché Envers sembra essere un'implementazione di qualcosa di simile a quello che vuoi fare da zero, potresti anche dare un'occhiata al loro codice e vedere come lo hanno fatto, ma ancora una volta, se è quello di implementare cosa hai descritto, a me sembra di uccidere una mosca con un bazooka.

Hibernate ha eventi a cui puoi reagire usando intercettori . Ecco un elenco incompleto di eventi:

• onDelete
• onSave
• instantiate
• afterTransactionCompletion

Dai un'occhiata a org.hibernate.Interceptor per vedere la lista completa degli eventi a cui puoi reagire usando Interceptor.

L'esempio semplificato di utilizzo classico è l'intercettore di auditing che imposta "lastmodified":

public class AuditInterceptor extends EmptyInterceptor {
    @Override public boolean onSave(Object entity, Serializable id, Object[] state, String[] propertyNames, Type[] types) throws CallbackException {
        if (entity instanceof AuditedEntity) {
            int index = findElementIndex(propertyNames, "dateModified");

            if (index >= 0) {
                state[index] = new Date();

                return true; // entity has been modified
            }
        }

        return false; // entity was not modified
    }

    private int findElementIndex(String[] propertyNames, String element) {
        for (int i = 0; i < propertyNames.length; i++) {
            if (element.equals(propertyNames[i])) {
                return i;
            }
        }

        return -1;
    }
}

Gli intercettori potrebbero non essere sufficienti per le tue esigenze. Fortunatamente l'architettura di Hibernate è abbastanza collegabile - la maggior parte delle funzionalità è costituita da " Servizi ", risp. implementazioni di servizi che implementano ruoli di servizio (interfacce). È possibile sostituire le implementazioni predefinite con quelle personalizzate o persino aggiungere servizi totalmente nuovi. Ma questo potrebbe essere più coinvolto e potrebbe rompersi nelle versioni future di Hibernate. Consiglierei di restare con gli intercettori il più possibile.

Ho qualche problema a capire qual è il tuo caso d'uso. Non ti viene in mente una domanda, ti viene in mente una soluzione.

La tua domanda sembra essere circa metadata e dove memorizzarla.

You would now know things like:

• Quando un utente si è registrato
• Quando è stato creato un elemento
• Quando è stato creato un carrello acquisti
• Quando un articolo è stato aggiunto a un carrello
• Quando è stato effettuato un ordine
• Quando è stato elaborato e pagato l'ordine

A seconda del caso d'uso, è perfettamente logico memorizzare i metadati accanto ai dati aziendali. Devi modificare lo schema del tuo database di conseguenza.

I) Il caso d'uso semplice e diretto

Da ciò sarebbe naturale estendere un BaseItem, che ha informazioni come created , createdby , modified , modifiedby e aggiungere alcune colonne ad altri oggetti come lastseen sull'utente. Con questo sei in grado di ricavare alcune domande da questi valori:

When an item was added to a shopping cart

Quando hai order e orderposition la created di orderposition ti dice quando la voce era added .

Non vedo un motivo per utilizzare AOP per questo caso d'uso.

II) I casi più avanzati di Datamining e Monitoring

II a) Monitoraggio

Let's suppose we have a simple ecommerce system

Supponiamo che tu abbia un sistema di eCommerce e non solo per l'esempio, potresti essere interessato al monitoraggio come AppDynamics o Nuova reliquia o qualcosa del genere.

Con una strumentazione così sofisticata, sei in grado di monitorare ogni punto della tua applicazione. Non posso parlare per New Relic, ma ho usato AppDynamics per me stesso. Con AppDynamics puoi inserire Information Points , in cui puoi tracciare ogni volta che viene chiamato un metodo, ad es. orderSubmit .

Quando il tuo caso è più di tracciare il comportamento dei sistemi in caso di miglioramento delle prestazioni o di contatori semplici, sarebbe un modo semplice per andare, senza toccare alcun codice.

Ma il punto principale di tali sistemi sta fornendo informazioni di health per la tua applicazione. e lo consiglierei comunque se gestisci un'attività di e-commerce. I tempi di fermo sono una perdita di denaro.

II b) Data mining

Se sei interessato ai metadati per il datamining puroses IIa è la strada sbagliata. A seconda della scala dei metadati che vuoi raccogliere, dovresti metterli su un datastore separato.

Come già accennato, ci sono diversi modi per collegare la tua applicazione:

• modifica semplicemente il codice aziendale e aggiungi una semplice methodcall al sistema esterno.

Pro: è semplice e chiaro. Tutti sanno, cosa stai facendo

Contro: rifiuti la tua base di codice

• utilizzando AOP, come suggerito

Pro: è un approccio sofisticato per affrontare problemi trasversali. Nessun codice esistente deve essere toccato

Con: Rende il codice difficile da capire per i programmatori inesperti - le cose sembrano accadere magicamente .

• Intercettatori come già accennato

C'è qualcosa in mezzo.

Per semplicità e leggibilità, opterei per la prima soluzione nonostante il fatto che tu abbia un altro tipo di "registrazione"

P.S.: Niente ti impedisce di fare I) e II) tutto insieme:]

Non inventare più la ruota!

Hibernate ha dei plug-in, usali! Potresti essere interrotto in Enver and Auditing .

Questo è un esempio di ciò che stai cercando:

AuditReader reader = AuditReaderFactory.get(entityManager);

Person person2_rev1 = reader.find(Person.class, person2.getId(), 1); 
                            // version 1 is from archive
assert person2_rev1.getAddress().equals(new Address("Grimmauld Place", 12));

Address address1_rev1 = reader.find(Address.class, address1.getId(), 1);
assert address1_rev1.getPersons().getSize() == 1;