Task console does not work on OpenShift

[rbaumgar]

I have deployed on my OpenShift 4.7 with Kogito operator 1.4.0

$ kogito install infra kogito-infinispan-infra --kind Infinispan --apiVersion infinispan.org/v1
$ kogito install infra kogito-kafka-infra --kind Kafka --apiVersion kafka.strimzi.io/v1beta1
$ kogito install data-index --infra kogito-infinispan-infra --infra kogito-kafka-infra
$ kogito deploy-service travels --infra kogito-infinispan-infra --infra kogito-kafka-infra
$ kogito deploy-service visas --infra kogito-infinispan-infra --infra kogito-kafka-infra

when I deploy the task console like
https://docs.jboss.org/kogito/release/1.4.0/html_single/#con-task-console_kogito-developing-process-services

$ kogito install task-console 

I get on the UI "Error connecting server", log

INFO Data index url not set, default will be used: http://localhost:8180

Workaround like for the management console #741 does not help!
Configmap "task-console-properties"
Still "Data index url not set"

[rbaumgar]

The right workaround is to set the environment KOGITO_DATAINDEX_HTTP_URL=http://data-index:80 in the deployment task-console.
But still no data are displayed.

[r00ta]

Hi @rbaumgar , could you drop here the list of running pods in the namespace you are using?

[rbaumgar]

Hi Jacopo,

very strange. I recreated all Kogito service as described and now I have the right environment set for task-console

$ oc get deployment task-console -o yaml|grep -i " env:" -A4
      - env:
        - name: KOGITO_DATAINDEX_HTTP_URL
          value: http://data-index-kogito-travel-agency.apps.ocp4.openshift.freeddns.org
        - name: KOGITO_DATAINDEX_WS_URL
          value: ws://data-index-kogito-travel-agency.apps.ocp4.openshift.freeddns.org
$ oc logs task-console-69cbf5cd9b-r2mvk
__  ____  __  _____   ___  __ ____  ______ 
 --/ __ \/ / / / _ | / _ \/ //_/ / / / __/ 
 -/ /_/ / /_/ / __ |/ , _/ ,< / /_/ /\ \   
--\___\_\____/_/ |_/_/|_/_/|_|\____/___/   
2021-04-09 17:57:04,729 INFO  [io.quarkus] (main) task-console 1.4.0.Final on JVM (powered by Quarkus 1.11.5.Final) started in 12.143s. Listening on: http://0.0.0.0:8080
2021-04-09 17:57:04,734 INFO  [io.quarkus] (main) Profile prod activated. 
2021-04-09 17:57:04,735 INFO  [io.quarkus] (main) Installed features: [cdi, mutiny, oidc, qute, resteasy, resteasy-jsonb, security, smallrye-context-propagation, vertx, vertx-web]
$ oc get pod 
NAME                                                READY   STATUS      RESTARTS   AGE
data-index-7db4c65b7c-qb4jp                         1/1     Running     0          26m
infinispan-operator-99c44548b-tjfws                 1/1     Running     0          3d20h
kogito-infinispan-0                                 1/1     Running     0          35m
kogito-kafka-entity-operator-687dd9547b-zpk4n       3/3     Running     0          34m
kogito-kafka-kafka-0                                1/1     Running     0          34m
kogito-kafka-zookeeper-0                            1/1     Running     0          35m
management-console-5b96f6fc95-6mhv5                 1/1     Running     0          3d20h
strimzi-cluster-operator-v0.22.1-594f4b6768-md6nf   1/1     Running     0          3d20h
task-console-69cbf5cd9b-r2mvk                       1/1     Running     0          3d20h
travels-1-build                                     0/1     Completed   0          31m
travels-5455db5d58-42pvn                            1/1     Running     0          27m
visas-1-build                                       0/1     Completed   0          30m
visas-dc59747c8-2ww6c                               1/1     Running     0          26m

No error in the task console, but still no user tasks in the task inbox...
Data-Index reports two UserTaskInstances (one Ready, one Completed)
Identity mgmt is not activated.

[rbaumgar]

GraphQL output

{
  "data": {
    "UserTaskInstances": [
      {
        "id": "54064de7-3259-468e-ac18-ba8f0446e9aa",
        "description": "",
        "name": "VisaApplication"
      },
      {
        "id": "3d3c401d-a531-4c89-9976-136ad10201f8",
        "description": null,
        "name": "ApplicationApproval"
      }
    ]
  }
}

[cristianonicolai]

@pefernan could you take a look if this still happening?

[pefernan]

@cristianonicolai yea sure, will give it a look

[ricardozanini]

@pefernan is this still valid?