Neuer ActiveMQ-Message-Broker Apollo
Das Apache ActiveMQ Team hat die Veröffentlichung von Apollo 1.0 Beta 1 bekannt gegeben. Apollo ist ein auf ActiveMQ basierender Nachrichten-Broker. Die Beta-Version soll vorerst nur Protokoll-Support für Stomp 1.0 und Stomp 1.1 enthalten, zukünftig soll Apollo mit allen ActiveMQ 5.x JMS Clients kompatibel sein. Alle Features und der Downloadlink sind auf der Projektseite zu finden.
Links & Literatur
Projektseite Apollo
Kommentare
Eine "Grand Unified Theory" der Softwareentwicklung
"Java EE und Microservices – rein technologisch spricht nichts gegen dieses Duo"
"Ich bin keinesfalls der Meinung, dass man immer Microservices einsetzen sollte"
Domain-driven Design im Experten-Check: Wie kann DDD in die Praxis umgesetzt werden?
"Man braucht einen Tag, um von DDD zu profitieren, aber ein ganzes Leben, um es zu meistern" [Interview mit Jimmy Nilsson]
Um die Frage aus der Überschrift zu beantworten: es bleibt beim bestehenden Plan in Q1 2017 GA zu gehen. Zum einen ist das kein wirkliches... Spring 5: Zweiter Meilenstein ist da – wann kommt das finale Release?- Kurzer Hinweis: JSON-P meint hier ein anderes JSON-P, nämlich das JSON Processing API (https://json-processing-spec.java.net/). Warum sich der JCP hier — sowie auch bei JSON-B —... MicroProfile 1.0 ist da: Der neue Microservices-Standard für Java EE
Hi Sven, ja das stimmt! Wenn sich ein Markenname erst mal etabliert hat, sollte so eine Namensänderung wirklich gut überlegt sein... Da die neuen Pixel-Geräte... Planet Android: Android Studio 2.2, Apps schreiben in Ceylon und was hinter "Made by Google" steckt
DeepBench – Deep Learning Benchmarking Tool von Baidu
Gratis lesen im entwickler.kiosk: Themen-Dossier "Machine Learning"
Aus Rivalen werden Partner: Amazon, Google, Facebook, IBM und Microsoft gründen Organisation für Künstliche Intelligenz
MOA: Maschinelles Lernen für das Internet der Dinge
Maschinelles Lernen in der Praxis: Von Computerspielen lernen und Mode
- Eine "Grand Unified Theory" der Softwareentwicklung
Wiederverwendbare Komponenten mit Angular 2.0 – Deep Dive
Zehn SQL-Tricks, die du nicht für möglich gehalten hättest [Video]
Not your Daddy's Language: Neue Anwendungsbereiche für Sprachen und IDEs
Wie sieht ein Microservices-Technologie-Stack aus?
DDD & REST - Domain Driven APIs für das Web
Wer entscheidet bei Ihnen über Software-Architektur?
- Es gibt bei uns zwar keine dezidierten Software-Architekten. Für Architektur-Entscheidungen sind aber immer gewisse Team-Mitglieder zuständig, die dann auch an der Umsetzung beteiligt sind. (33%, 125 Votes)
- Für wichtige Architektur-Entscheidungen sind bei uns dezidierte Software-Architekten zuständig. Die Entwickler-Teams setzen die Vorgaben dann um. (25%, 92 Votes)
- Software-Architektur wird bei uns eigentlich kaum diskutiert. Wir machen das meiste intuitiv. (19%, 70 Votes)
- Regelmäßig wird bei uns das gesamte Entwickler-Team in wichtige Architektur-Entscheidungen einbezogen. (14%, 54 Votes)
- Die wichtigsten Architektur-Entscheidungen werden bei uns zentral vom Management getroffen. (7%, 26 Votes)
- Für Architektur-Entscheidungen werden externe Consultants ins Unternehmen geholt. (2%, 7 Votes)
Loading ...
Wie man Kubernetes-Architekturen mit Prometheus überwacht
"Bei selbstorganisierten Teams geht es nicht nur darum, eine Wohlfühlkultur zu schaffen"
"Microservices reduzieren Komplexität nicht"
Prometheus: Das Monitoring-Tool für Microservices
Infrastruktur neu denken: "Solche Produktivitätsgewinne haben wir bisher noch nie gehabt... nicht einmal gedacht"
"Devs und Ops sollten sich gegenseitig als Kunden betrachten"