These are chat archives for spring-cloud/spring-cloud

20th
Jun 2016
ccit-spence
@ccit-spence
Jun 20 2016 08:39
Using Spring Cloud Services with PCF and getting this error Caused by: javax.net.ssl.SSLException: Received fatal alert: protocol_version
Have you guys seen this? The SCS installation reported no problems and all errands ran
Donovan Muller
@donovanmuller
Jun 20 2016 08:39
In SCDF K8 and in relation to spring-cloud/spring-cloud-dataflow-server-kubernetes#84, is there any current thinking around how to scale a stream (like spring-cloud/spring-cloud-dataflow#583) when replicas are increased/decreased? I.e. Whether you scale the app via the Shell/UI (with #583 for example) or whether you bump the replicas of a K8 pod (via kubectl etc.), the affect is the same.
ccit-spence
@ccit-spence
Jun 20 2016 08:43
I get the above error trying to add a new service Config Server or Service Registry
Dave Syer
@dsyer
Jun 20 2016 08:45
@ccit-spence no-one here knows a huge amount about PCF. You would be better going through your commercial support channels.
ccit-spence
@ccit-spence
Jun 20 2016 08:52
ok, wasn't sure
Donovan Muller
@donovanmuller
Jun 20 2016 15:34

I'm a bit confused with regards to Spring Cloud Stream and the AggregateApplication.
The docs are pretty concise and I can't seem to find a sample app. So I tried the following:

  • Create a Source (using Rabbit binder)
  • a Processor
  • and a Sink

With Rabbit as the binder all works great. Source (using the TimeSource example -> Processor (just uppercases) -> Sink (just logs message)

Now I want to aggregate them all. With something like this:

@SpringBootApplication
public class Application {

    public static void main(String[] args) {
        new AggregateApplicationBuilder(Application.class)
                .from(TestSourceApplication.class)
                .via(TestProcessorApplication.class)
                .to(TestSinkApplication.class)
                .run(args);
    }
}

All 3 apps (source, processor, sink) are in separate Maven projects and the aggregate app brings them in as dependencies.
As is, with the Rabbit binder coming in as a transitive dependency, it works.

However, my assumption is that I would not need a "real" binder like the Rabbit one because everything is going through the SharedChannelRegistry.
Thing is, I cannot remove the Rabbit binder because I need some binder it seems:

BeanCreationException: Cannot create binder factory, no `META-INF/spring.binders` resources found on the classpath
am I missing something?
Alex Filatov
@sprgn
Jun 20 2016 15:36
@shakuzen that was what I needed for my usecase. I have a commong logback config that apps <include. This did the trick, thanks!
Donovan Muller
@donovanmuller
Jun 20 2016 15:36
Should you be able to go without a binder like Rabbit or Kafka for aggregate apps?
Dave Syer
@dsyer
Jun 20 2016 15:57
I don't think aggregate apps are really fully baked yet
Mostly they will need a binder though
it's just that yours is completely self contained
otherwise it would need one
I never saw one that was like that before
(but it is valid, and probably we ought to support it)
Raise a ticket in github
Donovan Muller
@donovanmuller
Jun 20 2016 16:08
Ok, I might just try a NoOp binder for these use cases...
Will create issue later