Java-buildpack: Le référentiel de l'agent ne contient soudainement plus les derniers packages d'agent

Créé le 26 févr. 2018  ·  27Commentaires  ·  Source: cloudfoundry/java-buildpack

Salut,
Le référentiel de l'agent ne contient pas toutes les dernières versions de l'agent. Il y avait une semaine jusqu'à la version de l'agent 4.4.xa, mais soudainement, je ne peux voir que la version de l'agent jusqu'à 4.3.7_2 . Pouvez-vous s'il vous plaît vérifier pourquoi?

https://packages.appdynamics.com/java/index.yml

bug framework

Tous les 27 commentaires

@nkatre Une idée de ce qui se passe ici ?

Je ne sais pas pourquoi cela n'est pas mis à jour. Je suis passé à une autre équipe. Mais j'en ai informé l'équipe de développement et un JIRA est créé à des fins de suivi.

Merci @nkatre. Pouvez-vous également demander à cette équipe de se renseigner sur ce problème afin que j'aie un nouveau point de contact ?

Oui, ils ont été informés de ce problème lien sur github. Quelqu'un devrait tendre la main sur cette question et commenter ici.

Je crois que cela a quelque chose à voir avec notre transition pas si récente dans nos systèmes de construction. Nous l'examinons.

Salut tout le monde ,
Y a-t-il une mise à jour sur ce problème?

Nous avons identifié le problème et nous y travaillons. Devrait être résolu bientôt. Merci

Merci Pavan pour la mise à jour, faites le moi savoir une fois qu'elle sera résolue, ce problème est-il résolu ? s'il vous plaît nous fournir une mise à jour sur ce problème..

Bonjour, ce problème est-il résolu ? s'il vous plaît nous fournir une mise à jour sur ce problème..

Salut, nous avons terminé avec le correctif, index.yml devrait être mis à jour bientôt (ETA demain) sur packages.appdynamics.com - Sera mis à jour si quelque chose change, merci

d'accord merci. Veuillez le tenir au courant avec la mise à jour.

Salut @pavankrish123 ,
avons-nous une mise à jour maintenant pour ce problème ?

Bonjour @ Saniya6 le correctif est fusionné et est maintenant avec l'ingénierie des versions - Devrait être bientôt disponible - COB aujourd'hui

Merci @pavankrish123 , veuillez nous tenir au courant dès que le

salut @ Saniya6 , malheureusement, nous avons rencontré un problème avec nos pipelines de construction aujourd'hui - Nous travaillons pour le résoudre. Veuillez attendre le correctif demain - S'il y a une mise à jour, je vous le ferai savoir

ohk, @ pavankrish123, nous avons un déploiement de production ce soir où nous voulions déployer Appd avec la dernière version et nous avions un problème car cette version n'était pas disponible dans le pack de construction.

Veuillez essayer de le résoudre par EOD si possible .. Merci ..

Bien sûr @ Saniya6 , j'en informerai l'équipe de publication. Pourtant, la balle est dans leur camp. Une jira a été déposée pour la même chose.

Salut @pavankrish123 , une mise à jour ?

@ Saniya6 l'index.yml @ packages.appdynamics.com/java/index.yml aurait dû être mis à jour.

Merci,
Pavane

Vous voulez dire que le problème aurait dû être résolu après cette mise à jour ? @pavankrish123

oui, c'est correct - le référentiel contient maintenant les derniers packages d'agent

L'index me semble raisonnable et la prochaine version étiquetée du pack de construction contiendra une version 4.5.x, semble-t-il). @Saniya6 avez-vous pu vérifier que les versions dont vous avez besoin sont disponibles maintenant ?

Je ne veux pas faire dérailler le vrai problème, mais je vois ce qui semble être un problème de cache avec la nouvelle version. Si je demande avec la commande ci-dessous, je ne vois pas la version 4.4.2_22394 .

curl https://packages.appdynamics.com/java/index.yml -H "accept-encoding: gzip" -H "user-agent: Ruby"

Si je demande comme suit, je vois 4.4.2_22394 .

curl https://packages.appdynamics.com/java/index.yml

Est-ce juste un truc de cache ? Avez-vous une idée de la date d'expiration du cache pour que le java-buildpack puisse voir la version 4.4.2 ?

Oui, presque sûr que les changements de build susmentionnés signifient que le correctif pour #419 a été perdu.

Alerte @pavankrish123 du problème de cache.

Je crois que le cache CF est actuellement configuré pour être invalidé toutes les 24 heures. Fais-moi savoir. Nous avons parlé aux personnes chargées de la maintenance des scripts de construction sur lesquels elles travaillent. Une amélioration permettant d'invalider le cache de manière synchrone à chaque poussée d'index.yml vers le compartiment s3

@ pavankrish123 Pour référence

Cette page vous a été utile?
0 / 5 - 0 notes