Пример тикстока Spring Cloud Dataflow не выполняется в CloudFoundry

Question

Я пытаюсь получить самый простой пример для Spring Cloud Dataflow, работающего на CloudFoundry. Я выполнил следующие действия: http://docs.spring.io/spring-cloud-dataflow-admin-cloudfoundry/docs/current-SNAPSHOT/reference/htmlsingle/ чтобы сделать приложение администратора доступным в моем орг / пространство. Затем я попытался создать самый простой пример из http://cloud.spring.io/spring-cloud-dataflow/, а именно создать поток "ticktock":

dataflow:>stream create ticktock --definition "time | log" --deploy

Я вижу, что оба приложения ticktock-time и ticktock-log создаются в пространстве, необходимая служба "redis" привязана к этим приложениям, и они пытаются запустить. К сожалению, они не запускаются полностью, потому что у них есть проблема с доступом к сервису "redis". В журнале находим:

Обнаружено исключение во время инициализации контекста - отмена попытки обновления: org.springframework.context.ApplicationContextException: не удалось запустить bean-компонент "outputBindingLifecycle"; вложенным исключением является org.springframework.context.ApplicationContextException: не удалось запустить компонент 'inputBindingLifecycle'; вложенным исключением является org.springframework.data.redis.RedisConnectionFailureException: не удается получить соединение с джедаем; Вложенное исключение - redis.clients.jedis.exceptions.JedisConnectionException: не удалось получить ресурс из пула.

что в конечном итоге вызвано

Вызвано: redis.clients.jedis.exceptions.JedisConnectionException: java.net.ConnectException: соединение отклонено

Я пропускаю какой-то шаг настройки между ними?

Александр

Answer 1

Кажется, есть проблема с нашим развертывателем, использующим master ветвь Java buildpack. Попробуйте эти настройки для сервера потоков данных:

cf set-env s-c-dataflow-server CLOUDFOUNDRY_BUILDPACK https://github.com/cloudfoundry/java-buildpack.git#v3.6
cf restage s-c-dataflow-server

Также имейте в виду, что в настоящее время мы запускаем приложения, используя "streamname-module" как часть URL-адреса, поэтому, если вы не используете уникальные имена потоков, вы можете столкнуться с другими пользователями и получить ошибку "400 Bad Request".