Как разрешить неудовлетворенную зависимость, выраженную через поле schedulerService? - PullRequest
Новая
       78

Как разрешить неудовлетворенную зависимость, выраженную через поле schedulerService?

1 голос
/ 26 мая 2020

Я пытаюсь установить специально созданный SCDF2.5.1 (чтобы добавить oracle Driver) в openshift (после установки Kubectl выполните c для SCDF). Я изменил deployment.yaml, чтобы вытащить этот собственный образ SCDF docker из репозитория git. Теперь, когда я запускаю контейнер, я получаю следующую ошибку: 

INFO  org.hibernate.dialect.Dialect.<init> - HHH000400: Using dialect: org.hibernate.dialect.Oracle12cDialect
INFO  org.hibernate.engine.transaction.jta.platform.internal.JtaPlatformInitiator.initiateService - HHH000490: Using JtaPlatform implementation: [org.hibernate.engine.transaction.jta.platform.internal.NoJtaPlatform]
INFO  org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.buildNativeEntityManagerFactory - Initialized JPA EntityManagerFactory for persistence unit 'default'
INFO  org.springframework.cloud.dataflow.configuration.metadata.ApplicationConfigurationMetadataResolverAutoConfiguration.registryConfigurationMap - Final Registry Configurations: {registry-1.docker.io=RegistryConfiguration{registryHost='registry-1.docker.io', user='null', secret='****'', authorizationType=dockeroauth2, manifestMediaType='application/vnd.docker.distribution.manifest.v2+json', disableSslVerification='false', extra={registryAuthUri=https://auth.docker.io/token?service=registry.docker.io&scope=repository:{repository}:pull&offline_token=1&client_id=shell}}}
WARN  org.springframework.cloud.dataflow.server.config.features.SchedulerConfiguration.primaryTaskPlatform - TaskPlatform Kubernetes is selected as primary but has no TaskLaunchers configured
WARN  org.springframework.boot.web.servlet.context.AnnotationConfigServletWebServerApplicationContext.refresh - Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'org.springframework.cloud.dataflow.server.config.features.TaskConfiguration': Unsatisfied dependency expressed through field 'schedulerService'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'schedulerService' defined in class path resource [org/springframework/cloud/dataflow/server/config/features/SchedulerConfiguration.class]: Bean instantiation via factory method failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.springframework.cloud.dataflow.server.service.SchedulerService]: Factory method 'schedulerService' threw exception; nested exception is java.lang.IllegalStateException: No valid primary TaskPlatform configured
INFO  org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean.destroy - Closing JPA EntityManagerFactory for persistence unit 'default'
INFO  com.zaxxer.hikari.HikariDataSource.close - HikariPool-1 - Shutdown initiated...
INFO  com.zaxxer.hikari.HikariDataSource.close - HikariPool-1 - Shutdown completed.
INFO  org.apache.catalina.core.StandardService.log - Stopping service [Tomcat]
ERROR

Я видел поток, связанный с этим сообщением, где fix был предоставлен для spring-cloud-dataflow-server-kubernetes и Spring-cloud-dataflow-server-kubernetes-autoconfigure проект. Но я не уверен, доступны ли эти изменения для пользовательской сборки 2.5.1 Release. Также я проверил свой deployment.yaml, и переключатель «SPRING_CLOUD_DATAFLOW_FEATURES_SCHEDULES_ENABLED» был установлен в значение true.

В deployment.yaml я удалил службу базы данных и конфигурацию, а также удалил конфигурацию scdf-сервера, так как я добавил свойства драйвера в application.properties при создании самого образа docker. Ниже приведены файлы deployment.yaml и application.properties, встроенные в jar-файл scdf. FYI, удаление конфигурации scdf-сервера из deployment.yaml не повлияет на сбой. Вышеупомянутое исключение остается неизменным. Также удален URI шкипера.

deployment.yaml 

apiVersion: apps/v1
kind: Deployment
metadata:
  name: customscdf-image
  labels:
    app: customscdf-image
spec:
  selector:
    matchLabels:
      app: customscdf-image
  replicas: 1
  template:
    metadata:
      labels:
        app: customscdf-image
    spec:
      containers:
      - name: customscdf-image
        image: docker-registry.default.svc:5000/scdfadmin/customscdf-image
        imagePullPolicy: Always
        ports:
        - containerPort: 80
        livenessProbe:
          httpGet:
            path: /management/health
            port: 80
          initialDelaySeconds: 45
        readinessProbe:
          httpGet:
            path: /management/info
            port: 80
          initialDelaySeconds: 45
        resources:
          limits:
            cpu: 1.0
            memory: 2048Mi
          requests:
            cpu: 0.5
            memory: 1024Mi
        env:
        - name: KUBERNETES_NAMESPACE
          valueFrom:
            fieldRef:
              fieldPath: "metadata.namespace"
        - name: SERVER_PORT
          value: '80'
        - name: SPRING_CLOUD_CONFIG_ENABLED
          value: 'false'
        - name: SPRING_CLOUD_DATAFLOW_FEATURES_ANALYTICS_ENABLED
          value: 'true'
        - name: SPRING_CLOUD_DATAFLOW_FEATURES_SCHEDULES_ENABLED
          value: 'true'
        - name: SPRING_CLOUD_DATAFLOW_TASK_COMPOSED_TASK_RUNNER_URI
          value: 'docker://springcloud/spring-cloud-dataflow-composed-task-runner:2.6.0.BUILD-SNAPSHOT'
        - name: SPRING_CLOUD_KUBERNETES_CONFIG_ENABLE_API
          value: 'false'
        - name: SPRING_CLOUD_KUBERNETES_SECRETS_ENABLE_API
          value: 'false'
        - name: SPRING_CLOUD_KUBERNETES_SECRETS_PATHS
          value: /etc/secrets
        - name: SPRING_CLOUD_DATAFLOW_SERVER_URI
          value: '${HOST_NAME}:9393'
          # Add Maven repo for metadata artifact resolution for all stream apps
        - name: SPRING_APPLICATION_JSON
          value: "{ \"maven\": { \"local-repository\": null, \"remote-repositories\": { \"repo1\": { \"url\": \"https://repo.spring.io/libs-snapshot\"} } } }"
      serviceAccountName: scdf-sa

application.properties 

spring.application.name=CUSTOMSCDF
spring.datasource.url=DATASOURCE_URL_FOR_ORACLE_DB
spring.datasource.username=user_name
spring.datasource.password=PASSWORD
spring.datasource.driver-class-name=oracle.jdbc.OracleDriver

spring.flyway.enabled=false

spring.jpa.show-sql=true
spring.jpa.hibernate.use-new-id-generator-mappings=true

logging.level.root=info
logging.file.max-size=5GB
logging.file.max-history=30 
logging.pattern.console=%d{dd-MM-yyyy HH:mm:ss.SSS} [%thread] %-5level %logger.%M - %msg%n

Dockerfile - который будет построен как customscdf-образ, использованный выше 

FROM maven:3.5.2-jdk-8-alpine AS MAVEN_BUILD

COPY pom.xml /build/
COPY src /build/src/

WORKDIR /build/
RUN mvn package

FROM openjdk:8-jre-alpine

WORKDIR /app
COPY --from=MAVEN_BUILD /build/target/custom-0.0.1-SNAPSHOT.jar /app/

ENTRYPOINT ["java", "-jar", "custom-0.0.1-SNAPSHOT.jar"]

Итак, что я здесь делаю не так или не хватает? Пожалуйста, посоветуйте.

Заранее спасибо.

Ответы [ 2 ]

1 голос
/ 27 мая 2020

Скорее всего, вам не хватает конфигурации платформы задач server-config.yaml , которая является частью файлов развертывания k8s. Поскольку вы используете свой собственный файл application.properties, мне кажется, вы не использовали этот файл конфигурации k8s.

0 голосов
/ 28 мая 2020

Эта кастомная сборка по какой-то причине не читает server-config.yaml. Даже если он показан в server-deployment.yaml как одна из конфигурационных карт. Поэтому я переместил свойства платформы задач kubenetes в application.properties загрузочного проекта CustomBuild SCDF Spring. Итак, изображение docker, которое я построил на основе этого проекта, также имеет свойства kubernetes. После добавления этого server-deployment.yaml смог получить свойства платформы k8, и SCDF начал успешно работать.

Мои application.properties в настоящее время выглядят следующим образом. 

spring.application.name=CustomSCDF
spring.datasource.url=jdbc:oracle:thin:@datasource_url
spring.datasource.username=username
spring.datasource.password=Password
spring.datasource.driver-class-name=oracle.jdbc.OracleDriver

#properties moved from server-config.yaml
spring.cloud.dataflow.task.platform.kubernetes.accounts.default.image-pull-policy= always
spring.cloud.dataflow.task.platform.kubernetes.accounts.default.entry-point-style= exec
spring.cloud.dataflow.task.platform.kubernetes.accounts.default.limits.cpu=4

Я думаю, только специально созданное приложение столкнется с этой проблемой. Но это требует большей ясности.

...