Lorsque vous utilisez renren-fast, vous devez l'enregistrer auprès de nacos et l'acheminer via la passerelle. Cependant, il y a eu un problème d'incompatibilité de version Springboot lors de l'intégration. Parmi eux, renren-fast utilise la version springboot2.6.6. Lors du développement, j'ai utilisé la version 2.3.7.RELEASE. Il existe un conflit de version lors de l'importation de mon propre module commun dans le projet renren-fast.
Solution :
1. Utilisez la nouvelle version de nacos et n'importez pas de dépendances communes.
2. Réduisez la version de springboot de renren-fast.
La mise à niveau et la rétrogradation des versions nécessitent de modifier les dépendances. Cependant, j'ai rencontré le problème de ne pas pouvoir effacer les dépendances Maven. Pour des solutions détaillées, vous pouvez lire cet article.
Théoriquement parlant, renren-fast est moins couplé à ce projet dans le futur. Il est relativement plus raisonnable de choisir la solution 1 pour lui permettre d'utiliser une version supérieure de nacos. Comme ce module n'a pas été développé par moi-même, je ne sais pas comment Il existe différentes versions de Springboot. On ne sait pas non plus s'ils ont utilisé un grand nombre de nouvelles API lors du développement de renren-fast, et une rétrogradation imprudente de la version peut causer de nombreux problèmes. (Après tout, les versions sont généralement rétrocompatibles).
Cependant, lorsque j'ai essayé d'utiliser la version 2021.1 de nacos, j'ai constaté qu'ils ne prenaient pas en charge la version 2.6.6 de springboot. Il n'y avait aucun moyen, j'ai donc dû rétrograder la version.
Essayez d'abord de rétrograder la version vers la version 2.3.7.RELEASE. Si elle peut être connectée de manière transparente, ce serait l'idéal.
La compilation a détecté une erreur
Les solutions pour le moment sont :
1. Mettre à niveau vers une version supérieure prise en charge par springcloud alibaba
2. Corriger le bug
Parce qu'il n'y a qu'un seul bogue, et c'est un bogue "Java ne trouve pas de symbole", ce qui signifie probablement qu'il n'y a pas de méthode de ce type dans ce paquet. On peut en déduire que l'ancienne version de Springboot n'avait pas cette API, et elle a probablement été ajouté dans la nouvelle version ou modifié. Un examen plus approfondi a révélé que (allowedOriginPatterns) est un moyen de résoudre les problèmes inter-domaines. Il devrait simplement changer le nom et l'implémentation. Des API similaires devraient également être trouvées dans les anciennes versions. (allowedOrigins)
remplacer, résoudre. peut fonctionner avec succès.