Eclipse-Plug-in für Cloud Foundry wird Open Source
SpringSource hat die Eclipse-Integration für das PaaS-Cloud-Projekt Cloud Foundry Open Source zur Verfügung gestellt. Die Version 1.0 steht unter der Eclipse Puiblic Licence auf GitHub bereit.
Das Plug-in lässt sich am besten über den Eclipse Marketplace in seine IDE holen und läuft unter Eclipse 3.6 und 3.7. Empfohlen wird die Nutzung einer Eclipse-JEE-Distribution.
Links & Literatur
Eclipse-Plug-in für CloudFoundry 1.0 wird Open Source
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
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
DeepBench – Deep Learning Benchmarking Tool von Baidu
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"