Das Wissensportal für IT-Professionals. Entdecke die Tiefe und Breite unseres IT-Contents in exklusiven Themenchannels und Magazinmarken.

heise conferences gmbh

(vormals SIGS DATACOM GmbH)

Lindlaustraße 2c, 53842 Troisdorf

Tel: +49 (0)511/5352-100

service-sigs@heise.de

Java

441 Inhalte
Entdecken Sie unser Archiv zu tiefgehenden Inhalte zum Thema Java.
Java

Wer gehört zu wem?

Author Image
Sven Ruppert
Recht verbreitet ist es, zwei Java-Komponenten mittels Konstruktorparameter miteinander zu verbinden. Sehr deutlich sieht man das zum Beispiel bei dem Aufbau von grafischen Oberflächen.
Wer gehört zu wem?
Hallo, wünschen Sie sich nicht auch manchmal, dass Bilder mit Text in Ihrer Java-Anwendung als Text weiterverarbeitet werden können. Wie wäre es zum Beispiel, wenn Sie einen eingescannten Lieferschein gleich dem Wareneingang in Ihrer Software zuweisen könnten, da Sie die Teilenummern erkannt haben (ja, ich komme aus der Logistik .-)). Inzwischen ist OCR ja weit verbreitet, aber gängige OCR-Engines..
Tess4J – ein Wrapper für Tesseract
Build-Jobs sollten im Normalfall unabhängig voneinander und auch mehrere gleichzeitig laufen können. Es gibt jedoch Fälle, wo dies nicht zutrifft. Und da kommt auf Jenkins das Lockable Resources Plugin ins Spiel. Dieser Artikel zeigt, wie mit diesem Plug-in Ressourcen vor allem durch geeignete Wahl des quantity-Parameters je nach Fall entweder gemeinsam oder exklusiv gesperrt werden können.
Gemeinsame und exklusive Sperren auf Jenkins mit dem Lockable Resources Plugin
REST-APIs sind heute gang und gäbe – und ein beliebtes Mittel für ihre Absicherung ist OAuth2. Doch wenn unterschiedliche Zielgruppen auf gemeinsame REST-Ressourcen zugreifen, stößt klassisches Berechtigungsmanagement schnell an seine Grenzen. Eine bewährte Alternative ist die Auftrennung der APIs nach Zielgruppe oder „Request-Ursprung“. Dies kann Softwarearchitekten helfen, klare Regelwerke für A..
Zielgruppengerecht: Auftrennen von REST-APIs nach Ursprung
Frank Benke, Head of IT der Hahn Group, ist ein glühender, gleichzeitig aber sehr pragmatischer Verfechter von Software Defined Infrastrukturen (SDI). In seiner auf Automatisierung und Robotik spezialisierten Unternehmensgruppe setzt er deshalb nicht auf Infrastrukturen aus der Cloud. Sie seien meistens um Faktoren teurer als On-premise SDI und schaffen starke Abhängigkeiten.
„Der Weg in die Cloud ist weder einfach, schnell noch preiswert“