Hi Florian,

can you check if the env variable SP_HOST is set correctly to the IP address of 
you machine?
Because the logs say that auto discovery is used, usually with SP_HOST it 
should state that the provided IP address is used instead.



Cheers,

Philipp




Von: Florian Micklich <[email protected]>
Datum: Freitag, 11. November 2022 um 13:31
An: [email protected] <[email protected]>
Betreff: Re: yet another IntelliJ problem
Hi,

is anyone using a Linux system as well and has working running setup to share?
Still got the problem with CLI and IntelliJ.

I think the main problem is the auto-discovered IP and (my guess) Linux can't 
use host.docker.internal compared to windows and mac by default.


```
[main] INFO org.apache.streampipes.commons.networking.Networking - Using 
auto-discovered IP: 127.0.1.1
That's why consul comes up with following error messages:

org-apache-streampipes-pe-all-jvm-KV1H6F
Get "http://127.0.1.1:7023/svchealth/KV1H6F": dial tcp 127.0.1.1:7023: connect: 
connection refused


connect-adapter-r8Q91b
Get "http://127.0.1.1:8001/svchealth/r8Q91b": dial tcp 127.0.1.1:8001: connect: 
connection refused


connect-adapter-iiot-IJjKCP
Get "http://127.0.1.1:8002/svchealth/IJjKCP": dial tcp 127.0.1.1:8002: connect: 
connection refused
```

Greetings
Florian


Am Montag, dem 31.10.2022 um 10:34 +0100 schrieb Florian Micklich:
> Hi Philipp,<br>
>
> so to get clear. I have two .env variables.<br>
>
> in development/.env [1] I have SP_HOST=host.docker.internal by default. Due 
> Linux I have to change this to my local ip (?)<br>
>
> ```<br>
> # Those parameters are used by IntelliJ to set the default consul parameters 
> for development<br>
> SP_PORT=6009<br>
> SP_HOST=192.168.178.100<br>
> SP_DEBUG=true<br>
> ``` <br>
>
>
> In streampipes-pipeline-elements-all-jvm/development [2] I removed the 
> SP_HOST as you mentioned.<br>
>
> ```<br>
> # Those parameters are used by IntelliJ to set the default consul parameters 
> for development<br>
> SP_PORT=7023<br>
> #SP_HOST=host.docker.internal<br>
> #SP_HOST=192.168.178.100<br>
> SP_DEBUG=true<br>
> SP_COUCHDB_HOST=localhost<br>
> SP_JMS_HOST=localhost<br>
> SP_JMS_PORT=61616<br>
> ``` <br>
>
>
> Is this settings correct so far?<br>
> But I have still the same behavior in consul.<br>
>
>
> My logs looks like this after starting the debugger:<br>
>
> ``` <br>
> /home/micklich/.sdkman/candidates/java/11.0.17-zulu/bin/java 
> -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:50461,suspend=y,server=n 
> -javaagent:/home/micklich/.local/share/JetBrains/Toolbox/apps/IDEA-U/ch-0/222.4345.14/plugins/java/lib/rt/debugger-agent.jar=file:/tmp/capture.props
>  -Dfile.encoding=UTF-8 -classpath /tmp/classpath115376425.jar 
> org.apache.streampipes.extensions.all.jvm.AllExtensionsInit<br>
> Connected to the target VM, address: '127.0.0.1:50461', transport: 
> 'socket'<br>
> 10:29:46.290 [main] INFO org.apache.streampipes.commons.networking.Networking 
> - Using auto-discovered IP: 127.0.1.1<br>
> 10:29:46.294 [main] INFO org.apache.streampipes.commons.networking.Networking 
> - Using port from provided environment variable SP_PORT: 7023<br>
> 10:29:46.313 [main] INFO 
> org.apache.streampipes.container.init.DeclarersSingleton - Registering 11 
> configs in key/value store<br>
> 10:29:46.319 [main] INFO 
> org.apache.streampipes.svcdiscovery.consul.ConsulProvider - Checking if 
> consul is available...<br>
> 10:29:46.327 [main] INFO 
> org.apache.streampipes.svcdiscovery.consul.ConsulProvider - Successfully 
> connected to Consul<br>
> 10:29:47.283 [OkHttp 
> [http://localhost:8500/](http://localhost:8500/)...<http://localhost:8500/%5d(http:/localhost:8500/)...>]
>  DEBUG com.orbitz.consul.cache.ConsulCache - Consul cache updated for 
> health.service "core" (index=2994), request duration: 200 ms<br>
> 10:29:47.298 [OkHttp 
> [http://localhost:8500/](http://localhost:8500/)...<http://localhost:8500/%5d(http:/localhost:8500/)...>]
>  DEBUG com.orbitz.consul.cache.ConsulCache - Consul cache updated for 
> health.service "ext" (index=3009), request duration: 7 ms<br>
> 10:29:47.563 [main] INFO 
> org.apache.streampipes.svcdiscovery.consul.SpConsulServiceDiscovery - 
> Successfully registered service at Consul: 
> org.apache.streampipes.extensions.all.jvm-8jUycO<br>
> 10:29:47.580 [OkHttp 
> [http://localhost:8500/](http://localhost:8500/)...<http://localhost:8500/%5d(http:/localhost:8500/)...>]
>  DEBUG com.orbitz.consul.cache.ConsulCache - Consul cache updated for 
> health.service "ext" (index=3092), request duration: 280 ms<br>
>  _______ __                              ______ __<br>
> >     __|  |_.----.-----.---.-.--------.|   __ \__|.-----.-----.-----.<br>
> > __     |   _|   _|  -__|  _  |        ||    __/  ||  _  |  -__|__ --|<br>
> > _______|____|__| |_____|___._|__|__|__||___|  |__||   __|_____|_____|<br>
>                                                    |__|<br>
> ** StreamPipes Extensions Container **<br>
>
> 2022-10-31 10:29:48.215  INFO 23495 --- [           main] 
> o.a.s.e.all.jvm.AllExtensionsInit        : Starting AllExtensionsInit using 
> Java 11.0.17 on homebase with PID 23495 
> (/home/micklich/streampipes/incubator-streampipes/streampipes-extensions/streampipes-extensions-all-jvm/target/classes
>  started by micklich in /home/micklich/streampipes/incubator-streampipes)<br>
> 2022-10-31 10:29:48.217  INFO 23495 --- [           main] 
> o.a.s.e.all.jvm.AllExtensionsInit        : No active profile set, falling 
> back to 1 default profile: "default"<br>
> 2022-10-31 10:29:49.140  WARN 23495 --- [           main] 
> io.undertow.websockets.jsr               : UT026010: Buffer pool was not set 
> on WebSocketDeploymentInfo, the default pool will be used<br>
> 2022-10-31 10:29:49.161  INFO 23495 --- [           main] io.undertow.servlet 
>                      : Initializing Spring embedded WebApplicationContext<br>
> 2022-10-31 10:29:49.161  INFO 23495 --- [           main] 
> w.s.c.ServletWebServerApplicationContext : Root WebApplicationContext: 
> initialization completed in 908 ms<br>
> 2022-10-31 10:29:49.455  INFO 23495 --- [           main] 
> s.s.c.a.w.c.WebSecurityConfigurerAdapter : Configured anonymous access for 
> this service, consider providing an authentication option.<br>
> 2022-10-31 10:29:49.498  INFO 23495 --- [           main] 
> o.s.s.web.DefaultSecurityFilterChain     : Will secure any request with 
> [org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter@dc59ec2,
>  
> org.springframework.security.web.context.SecurityContextPersistenceFilter@6d969330,
>  org.springframework.security.web.header.HeaderWriterFilter@2094bf3d, 
> org.springframework.security.web.authentication.logout.LogoutFilter@66020d69, 
> org.springframework.security.web.savedrequest.RequestCacheAwareFilter@6c8f4bc7,
>  
> org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter@7d66a126,
>  
> org.springframework.security.web.authentication.AnonymousAuthenticationFilter@375084c9,
>  org.springframework.security.web.session.SessionManagementFilter@7f6b7426, 
> org.springframework.security.web.access.ExceptionTranslationFilter@57a667c8, 
> org.springframework.security.web.access.intercept.FilterSecurityInterceptor@6bb4cc0e]<br>
> 2022-10-31 10:29:49.698  INFO 23495 --- [           main] io.undertow         
>                      : starting server: Undertow - 2.2.17.Final<br>
> 2022-10-31 10:29:49.709  INFO 23495 --- [           main] org.xnio            
>                      : XNIO version 3.8.6.Final<br>
> 2022-10-31 10:29:49.722  INFO 23495 --- [           main] org.xnio.nio        
>                      : XNIO NIO Implementation Version 3.8.6.Final<br>
> 2022-10-31 10:29:49.809  INFO 23495 --- [           main] org.jboss.threads   
>                      : JBoss Threads version 3.1.0.Final<br>
> 2022-10-31 10:29:49.856  INFO 23495 --- [           main] 
> o.s.b.w.e.undertow.UndertowWebServer     : Undertow started on port(s) 7023 
> (http)<br>
> 2022-10-31 10:29:49.868  INFO 23495 --- [           main] 
> o.a.s.e.all.jvm.AllExtensionsInit        : Started AllExtensionsInit in 2.154 
> seconds (JVM running for 4.293)<br>
> 2022-10-31 10:29:49.935  INFO 23495 --- [           main] 
> o.a.s.commons.networking.Networking      : Using auto-discovered IP: 
> 127.0.1.1<br>
> 2022-10-31 10:29:50.304  INFO 23495 --- [           main] 
> c.c.w.i.ConnectWorkerRegistrationService : Successfully connected to master. 
> Worker is now running.<br>
> ``` <br>
>
>
> Greetings<br>
>
>
>
> [1] 
> [https://github.com/apache/incubator-streampipes/blob/dev/development/.env](https://github.com/apache/incubator-streampipes/blob/dev/development/.env)<br<https://github.com/apache/incubator-streampipes/blob/dev/development/.env%5d(https:/github.com/apache/incubator-streampipes/blob/dev/development/.env)%3cbr>>
>
> [2] 
> [https://github.com/apache/incubator-streampipes/tree/dev/streampipes-extensions/streampipes-pipeline-elements-all-jvm/development](https://github.com/apache/incubator-streampipes/tree/dev/streampipes-extensions/streampipes-pipeline-elements-all-jvm/development)<br<https://github.com/apache/incubator-streampipes/tree/dev/streampipes-extensions/streampipes-pipeline-elements-all-jvm/development%5d(https:/github.com/apache/incubator-streampipes/tree/dev/streampipes-extensions/streampipes-pipeline-elements-all-jvm/development)%3cbr>>
>
>
>
>
> Am Montag, dem 31.10.2022 um 08:21 +0000 schrieb Philipp Zehnder:<br>
> > Hi Florian,<br><br>
> >
> > can you try to remove the SP_HOST from the environment variables.<br><br>
> > We now use auto discovery to get the IP address. Auto discovery is used 
> > when no SP_HOST variable is set.<br><br>
> >
> > To see if it is working you can check the logs. A message should appear 
> > stating that auto discovery is being used. E.g.:<br><br>
> > [main] INFO org.apache.streampipes.commons.networking.Networking - Using 
> > auto-discovered IP: 192.168.0.56<br><br>
> >
> > If this does not work, please send the logs so we can check what is going 
> > wrong.<br><br>
> >
> > Cheers,<br><br>
> > Philipp<br><br>
> >
> >
> >
> > Von: Florian Micklich 
> > <[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected]))><br><br>
> > Datum: Samstag, 29. Oktober 2022 um 18:47<br><br>
> > An: 
> > [[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected]))
> >  
> > <[[[email protected]](mailto:[email protected])](mailto:[[email protected]](mailto:[email protected]))><br><br>
> > Betreff: yet another IntelliJ problem<br><br>
> > Hi all,<br><br>
> >
> > I have again a small develop problem due moving setup to a new 
> > computer.<br><br>
> > Breakpoints and log output do not create any actions in intelij (I set them 
> > in the processor in the onEvent method)<br><br>
> >
> > The CLI is running and is also representative in consul 
> > (org.apache.streampipes.extensions.all.jvm-zeOgsy)<br><br>
> >
> > If I start the debugger in IntelliJ, the service is shown up in consul 
> > (org.apache.streampipes.extensions.all.jvm-Fj76Sh) but get an "All service 
> > checks failing" with the output:<br><br>
> >
> >
> > ```<br><br>
> > Get 
> > "[[http://127.0.1.1:7023/svchealth/Fj76Sh](http://127.0.1.1:7023/svchealth/Fj76Sh)](http://127.0.1.1:7023/svchealth/Fj76Sh](http://127.0.1.1:7023/svchealth/Fj76Sh<http://127.0.1.1:7023/svchealth/Fj76Sh%5d(http:/127.0.1.1:7023/svchealth/Fj76Sh)%5d(http:/127.0.1.1:7023/svchealth/Fj76Sh%5d(http:/127.0.1.1:7023/svchealth/Fj76Sh>))":
> >  dial tcp 127.0.1.1:7023: connect: connection refused<br><br>
> > ``<br><br>
> >
> > My env looks like this and I set SP_HOST to my local IP address as 
> > mentioned here [1] due I use Linux.<br><br>
> >
> > ```<br><br>
> > # Those parameters are used by IntelliJ to set the default consul 
> > parameters for development<br><br>
> > SP_PORT=7023<br><br>
> > SP_HOST=192.168.178.100<br><br>
> > SP_DEBUG=true<br><br>
> > SP_COUCHDB_HOST=localhost<br><br>
> > SP_JMS_HOST=localhost<br><br>
> > SP_JMS_PORT=61616<br><br>
> > SP_DATA_LAKE_HOST=localhost<br><br>
> > SP_DATA_LAKE_PORT=8086<br><br>
> > SP_BACKEND_HOST=localhost<br><br>
> > SP_BACKEND_PORT=8030<br><br>
> > ``<br><br>
> >
> > If I call 
> > [[http://localhost:7023/](http://localhost:7023/)](http://localhost:7023/](http://localhost:7023/<http://localhost:7023/%5d(http:/localhost:7023/)%5d(http:/localhost:7023/%5d(http:/localhost:7023/>))
> >  I guess that I see the elements from the CLI but why is it refused?<br><br>
> >
> > Any suggestion what to do?<br><br>
> >
> > Greetings<br><br>
> > Florian<br><br>
> >
> > [1] 
> > [[https://cwiki.apache.org/confluence/display/STREAMPIPES/Extensions](https://cwiki.apache.org/confluence/display/STREAMPIPES/Extensions)](https://cwiki.apache.org/confluence/display/STREAMPIPES/Extensions](https://cwiki.apache.org/confluence/display/STREAMPIPES/Extensions))<br><br<https://cwiki.apache.org/confluence/display/STREAMPIPES/Extensions%5d(https:/cwiki.apache.org/confluence/display/STREAMPIPES/Extensions)%5d(https:/cwiki.apache.org/confluence/display/STREAMPIPES/Extensions%5d(https:/cwiki.apache.org/confluence/display/STREAMPIPES/Extensions))%3cbr%3e%3cbr>>

Reply via email to