Action to action call fails for "9001:9000" proxy port

1

Hello!

I have one service and everything works if the proxy’s external port is 9000. However, if I change it to 9001, any action to action calls fail, even though they are within the same service.

version: "3"
services:
  kalix-proxy:
    image: gcr.io/kalix-public/kalix-proxy:1.1.8
    command: -Dconfig.resource=dev-mode.conf -Dlogback.configurationFile=logback-dev-mode.xml -Dkalix.proxy.eventing.support=google-pubsub-emulator
    ports:
      - "9001:9000"
    extra_hosts:
      - "host.docker.internal:host-gateway"
    environment:
      USER_FUNCTION_HOST: ${USER_FUNCTION_HOST:-host.docker.internal}
      USER_FUNCTION_PORT: ${USER_FUNCTION_PORT:-8080}
      PUBSUB_EMULATOR_HOST: gcloud-pubsub-emulator
      ...

I think the action to action call fails because it assumes the other action is on port 9000.

Connection refused: localhost/127.0.0.1:9000

I’m not sure what setting I’m missing, and I can’t see it in the documentation.

Thanks.

2

Given the “we are currently working on making running multiple services locally for development easier.” comment from @aludwiko in Unable to listen the event for service to service eventing config, I’m guessing this isn’t working currently?

3

It works, although requires additional changes:

    command: -Dkalix.proxy.http-port=9001 -Dconfig.resource=dev-mode.conf -Dlogback.configurationFile=logback-dev-mode.xml 
    ports:
      - "9001:9001"
   ...
   USER_FUNCTION_PORT: ${USER_FUNCTION_PORT:-8081}

and you need to run user function with:

"-Dkalix.user-function-port=8081",

As mentioned before, we are working to simplify this setup.

Everything is ready to go in *-eventsourced-customer-registry-subscriber samples. I would encourage to start with them. You can run them without the publishing side *-eventsourced-customer-registry just ignore warnings about:

[info] 11:11:35.911 WARN  kalix.javasdk.impl.DiscoveryImpl - Warning reported from Kalix system: KLX-00426 Direct eventing in service [host.docker.internal:9000] is failing, will be retried
[info] Could not connect to [host.docker.internal:9000]
4

Everything is ready to go in *-eventsourced-customer-registry-subscriber samples. I would encourage to start with them.

I should study the examples as much as the documentation :smiley: Thanks, it works now.