Java-buildpack: O repositório do agente repentinamente não contém os pacotes de agente mais recentes

Criado em 26 fev. 2018  ·  27Comentários  ·  Fonte: cloudfoundry/java-buildpack

Oi,
O repositório do agente não contém todas as versões mais recentes do agente. Ele estava listado até a versão do agente 4.4.xa semana atrás, mas de repente agora posso ver apenas a versão do agente até 4.3.7_2. Você pode verificar por quê?

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

bug framework

Todos 27 comentários

@nkatre Alguma ideia do que está acontecendo aqui?

Não sei por que isso não está sendo atualizado. Eu fiz a transição para uma equipe diferente. Mas eu notifiquei a equipe de desenvolvimento sobre isso, e um JIRA foi criado para fins de rastreamento.

Obrigado @nkatre. Você também pode pedir a essa equipe que fale sobre este assunto para que eu tenha um novo ponto de contato?

Sim, eles foram comunicados sobre este link de problema no github. Alguém deve entrar em contato com esse assunto e comentar aqui.

Eu acredito que isso tem algo a ver com nossa transição não tão recente em nossos sistemas de construção. Estamos investigando isso.

Olá a todos ,
Existe uma atualização sobre este problema?

Identificamos o problema e ele está sendo resolvido. Deve ser resolvido em breve. Obrigado

Obrigado Pavan pela atualização. Avise-me assim que for resolvido. O problema foi resolvido? forneça-nos uma atualização sobre este problema.

Olá, Este problema foi resolvido? forneça-nos uma atualização sobre este problema.

Olá, terminamos a correção, index.yml deve ser atualizado em breve (ETA amanhã) em packages.appdynamics.com - Será atualizado se houver alguma mudança, obrigado

ok obrigado. Por favor, mantenha-o informado com a atualização.

Olá @ pavankrish123 ,
temos uma atualização agora para este problema?

Olá @ Saniya6, a correção foi mesclada e agora está com a engenharia de lançamento - Deve sair em breve - COB hoje

Obrigado @ pavankrish123 , mantenha-nos informados assim que for resolvido.

oi @ Saniya6 , infelizmente, tivemos um problema com nossos pipelines de compilação hoje. Estamos trabalhando para resolver o problema. Aguarde a correção amanhã - Se houver uma atualização, eu o informarei

ohk, @ pavankrish123 temos uma implantação de produção esta noite, onde queríamos implantar o Appd com a versão mais recente e estávamos tendo problemas porque essa versão não estava disponível no pacote de compilação.

Por favor, tente resolver por EOD se possível .. Obrigado ..

Claro @ Saniya6 , vou informar a equipe de lançamento. No entanto, a bola está do seu lado. Uma jira foi processada pelo mesmo.

Olá @ pavankrish123 , alguma atualização?

@ Saniya6 o index.yml @ packages.appdynamics.com/java/index.yml deve ter sido atualizado.

Obrigado,
Pavan

Quer dizer que o problema deveria ter sido resolvido após esta atualização? @ pavankrish123

sim, está correto - o repo agora contém os pacotes de agente mais recentes

O índice parece razoável para mim e a próxima versão marcada do buildpack conterá uma versão 4.5.x, parece). @ Saniya6 , você conseguiu verificar se as versões de que precisa estão disponíveis agora?

Não quero atrapalhar o problema real, mas estou vendo o que parece ser um problema de cache com a nova versão. Se eu solicitar com o comando abaixo, não vejo a versão 4.4.2_22394 .

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

Se eu solicitar como o seguinte, vejo 4.4.2_22394 .

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

Isso é apenas uma coisa de cache? Alguma ideia de quando o cache irá expirar para que o java-buildpack seja capaz de ver 4.4.2?

Sim, quase certeza de que as alterações de compilação mencionadas significam que a correção para # 419 foi perdida.

Alertando @ pavankrish123 sobre o problema de cache.

Acredito que o cache do CF está configurado para ser invalidado a cada 24 horas. Avise. Falamos com o pessoal que mantém os scripts de construção em que estão trabalhando em um aprimoramento para invalidar o cache de forma síncrona em cada envio de index.yml para o balde s3

@ pavankrish123 Para referência

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

metacubed picture metacubed  ·  6Comentários

mkuratczyk picture mkuratczyk  ·  10Comentários

sdeleuze picture sdeleuze  ·  8Comentários

samzilverberg picture samzilverberg  ·  13Comentários

ipsi picture ipsi  ·  12Comentários