Thorsten von Eicken

Looks like it's class search path issue: ``` [DEBUG] joining on thread Thread[com.tdunning.sparse.Learn.main(),5,com.tdunning.sparse.Learn] [WARNING] java.lang.ClassNotFoundException: com.tdunning.sparse.Learn at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) ```

Trying to unravel all this maven stuff (yes, I'm not a Java programmer): ``` > mvn install exec:java [...] [ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.6.0:java (default-cli) on project AnomalyDetector: The...

This is not a "best effort" thing. You you send a bunch of chars on a TCP connection and then a bunch more chars, the second set is never delivered...

Sorry, but you're implying that LwIP's implementation of TCP is completely broken and somehow the thousands of developers using it haven't noticed.

I'm not using MP on esp8266 so no interest in debugging that :-) . However, if LwIP delivered TCP data with a gap then that would show up majorly in...

Great, thanks for making this nice library available! I'm trying to add streaming publish capability and it's not trivial, but that's why I have gone with a fine toothed comb...

You are correct. If you're adventurous, you could try https://github.com/tve/async-mqtt-client See also https://github.com/me-no-dev/AsyncTCP/pull/43

Works for me: https://github.com/tve/async-mqtt-client I made more changes to pull PRs in and support PSK cipher suites but maybe this helps you spot what you're missing.

https://github.com/tve/esp32-secure-base Note use of PSK cipher suite, though.

I disagree with the initial premise: > This strings should be stored somewhere, let it be inside the library, because in that case we can use temp variables for them...