Création d'un générateur de requêtes personnalisé dans Spring Data Neo4j (partie 1)

Pour commencer, la tâche consistait à générer des requêtes de chiffrement pour les classes de données basées sur les @NodeEntity , @RelationshipEntity et @Relationship et des paramètres supplémentaires. Un générateur de requête a été écrit, mais la chaîne de requête a été calculée lors de l'exécution et nous ne pouvions pas l'utiliser comme paramètre de l'annotation @Query existante, donc une nouvelle annotation @CustomQuery été ajoutée, dont le processeur a utilisé un générateur de requête écrit.

Versions des logiciels utilisés:

spring-data-neo4j - 5.0.9.RELEASE
neo4j - 3.4.6
neo4j-ogm - 3.1.4

Ajout d'un générateur de requêtes personnalisé à Spring Data Neo4j

Pour ajouter votre propre mécanisme de génération de requêtes de chiffrement pour les méthodes de référentiel neo4j marquées, par exemple, avec l'annotation @CustomQuery , @CustomQuery devez créer la CustomNeo4jRepositoryFactory extends Neo4jRepositoryFactory et redéfinir la méthode getQueryLookupStrategy en elle; elle doit renvoyer une nouvelle requête d' CustomGraphQueryLookupStrategy extends GraphQueryLookupStrategy requête CustomGraphQueryLookupStrategy extends GraphQueryLookupStrategy

 @Override protected Optional<QueryLookupStrategy> getQueryLookupStrategy(QueryLookupStrategy.Key key, EvaluationContextProvider evaluationContextProvider) { return Optional.of(new CustomGraphQueryLookupStrategy(session)); } 

Vous devez également étendre la classe Neo4jRepositoryFactoryBean standard Neo4jRepositoryFactoryBean nouvelle classe CustomNeo4jRepositoryFactoryBean et remplacer la méthode createRepositoryFactory . Il doit renvoyer une instance de la nouvelle fabrique de référentiels:

 @Override protected RepositoryFactorySupport createRepositoryFactory(Session session) { return new CustomNeo4jRepositoryFactory(session); } 

Pour que Spring Data Neo4j comprenne quel bean de fabrique de référentiels utiliser, il doit être explicitement spécifié dans l'annotation @EnableNeo4jRepositories dans la configuration:

 @EnableNeo4jRepositories(..., repositoryFactoryBeanClass = CustomNeo4jRepositoryFactoryBean.class) 

Une annotation de requête CustomQuery supplémentaire a été CustomQuery . Si la méthode de référentiel est marquée avec cette annotation, alors CustomGraphQueryLookupStrategy dans la méthode resolveQuery substituée resolveQuery l'objet de notre demande CustomGraphRepositoryQuery extends GraphRepositoryQuery :

 public RepositoryQuery resolveQuery(Method method, RepositoryMetadata metadata, ProjectionFactory factory, NamedQueries namedQueries) { if (method.isAnnotationPresent(CustomQuery.class)) { GraphQueryMethod queryMethod = new GraphQueryMethod(method, metadata, factory); return new CustomGraphRepositoryQuery(queryMethod, session, method.getAnnotation(CustomQuery.class)); } else { return super.resolveQuery(method, metadata, factory, namedQueries); } } 

CustomGraphRepositoryQuery implémente une méthode getQuery qui renvoie un objet Query ; son constructeur accepte une requête de chiffrement qui a été construite dans CustomGraphRepositoryQuery sur la base des données de l'annotation CustomQuery et de l'objet Method marqué avec cette annotation:

 @Override protected Query getQuery(Object[] parameters) { return new Query(query, resolveParams(parameters)); } 

La resolveParametres(Object[]) et la resolveParametres(Object[]) utilise sont privées dans GraphRepositoryQuery , elles ont donc été simplement copiées dans CustomGraphRepositoryQuery (vous pouvez utiliser la réflexion, cela n'affectera pas les performances, car la génération de requêtes se produit avant l'exécution).

Conclusion

Ainsi, vous pouvez déclarer votre propre mécanisme pour générer des requêtes de chiffrement, si nécessaire.

Les articles suivants décriront le générateur de requêtes lui-même, ses paramètres, le mécanisme de travail, les problèmes rencontrés et leur solution.