5 Fragen zu Eap

Ab dem Flughafen EuroAirport Basel-Mulhouse-Freiburg (EAP) fliegen aktuell folgende Airlines direkt nach Malta (MLA): - easyJet ([easyJet](https://www.easyjet.com/)) - Air Malta ([Air Malta](https://www.airmalta.com/)) Die Verbindungen können je nach Saison variieren. Es empfiehlt sich, die aktuellen Flugpläne direkt bei den Airlines oder auf der Website des EuroAirport ([EuroAirport Basel-Mulhouse-Freiburg](https://www.euroairport.com/)) zu prüfen.

Um von EAP (EuroAirport Basel Mulhouse Freiburg) nach La Palma (Flughafen: SPC, Santa Cruz de La Palma) zu gelangen, gibt es in der Regel keine Direktflüge. Du musst mindestens einen Zwischenstopp einplanen, meist auf dem spanischen Festland oder auf einer anderen Kanarischen Insel. Hier sind die typischen Schritte: 1. **Flug von EAP nach Spanien**: Fliege zunächst von EAP nach Madrid (MAD) oder Barcelona (BCN). Diese Strecken werden von verschiedenen Airlines angeboten, z.B. easyJet, Iberia oder Vueling. 2. **Weiterflug auf die Kanaren**: Von Madrid oder Barcelona gibt es Direktflüge nach La Palma (SPC), meist mit Iberia, Binter Canarias oder Vueling. Alternativ kannst du auch nach Teneriffa (TFS oder TFN) oder Gran Canaria (LPA) fliegen und von dort einen Inselflug nach La Palma nehmen. 3. **Alternative mit Umstieg auf den Kanaren**: Falls es keine passenden Direktverbindungen gibt, kannst du auch von EAP nach Teneriffa oder Gran Canaria fliegen und dann mit einer Regionalfluggesellschaft wie Binter Canarias oder Canaryfly nach La Palma weiterreisen. **Tipp:** Vergleiche die Verbindungen und Preise auf Flugportalen wie [Skyscanner](https://www.skyscanner.de/) oder [Google Flights](https://www.google.com/flights). **Zusammengefasst:** EAP → (Madrid/Barcelona/Teneriffa/Gran Canaria) → La Palma (SPC) Eine rechtzeitige Buchung und flexible Reisedaten erhöhen die Chance auf günstige und schnelle Verbindungen.

Ja, im JBoss EAP 8 gibt es Möglichkeiten, die Ausgabe von Fehlermeldungen und Stacktraces zu steuern und einzuschränken. Dies kann aus Sicherheits- oder Usability-Gründen sinnvoll sein, um z.B. keine sensiblen Informationen preiszugeben. **Mögliche Ansätze:** 1. **Logging-Konfiguration anpassen:** JBoss EAP verwendet [JBoss Logging](https://docs.jboss.org/author/display/JBOSSAS/Logging+Configuration.html) (basiert auf [log4j](https://logging.apache.org/log4j/2.x/) oder [slf4j](http://www.slf4j.org/)). In der Datei `standalone.xml` (oder `domain.xml`) kannst du im `<subsystem xmlns="urn:jboss:domain:logging:...">`-Abschnitt die Log-Level für bestimmte Logger (z.B. `org.jboss.as`) anpassen. Beispiel: ```xml <logger category="org.jboss.as"> <level name="ERROR"/> </logger> ``` Dadurch werden weniger Details (z.B. keine Stacktraces bei WARN) ausgegeben. 2. **Stacktrace-Ausgabe in Web-Anwendungen unterdrücken:** In Java-Webanwendungen ist es üblich, Stacktraces in Fehlerseiten nicht anzuzeigen. - In der `web.xml` kannst du eigene Fehlerseiten definieren: ```xml <error-page> <error-code>500</error-code> <location>/error-500.html</location> </error-page> ``` Damit wird der Stacktrace nicht mehr im Browser angezeigt. 3. **Exception-Handling im Code:** Du kannst im Code gezielt Exceptions abfangen und eigene, weniger detaillierte Fehlermeldungen zurückgeben, anstatt die Exception durchzureichen. 4. **Systemeigenschaften und JVM-Optionen:** Manche Frameworks bieten System-Properties, um Stacktraces zu unterdrücken (z.B. `-Dorg.jboss.as.logging.per-deployment=false`), dies ist aber abhängig von der eingesetzten Technologie. **Fazit:** Die vollständige Ausgabe von Fehlermeldungen und Stacktraces lässt sich im JBoss EAP 8 durch Logging-Konfiguration, Fehlerseiten in der Webanwendung und Exception-Handling im Code steuern und einschränken. Eine zentrale "Schalter"-Option gibt es nicht, aber über die genannten Wege kannst du die Ausgabe gezielt reduzieren. Weitere Infos findest du in der offiziellen [JBoss EAP 8 Dokumentation](https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/8.0/).

Wenn Fehlermeldungen und insbesondere Stacktraces im `server.log` einer JBoss EAP-Instanz nur unvollständig ausgegeben werden oder abbrechen, können dafür verschiedene Ursachen verantwortlich sein: 1. **Log-Rotation und Log-Größe** Wenn das Logfile rotiert wird (z.B. durch eine maximale Dateigröße), kann es passieren, dass ein Stacktrace mitten in der Ausgabe abgeschnitten wird. Prüfe, ob direkt nach dem Abbruch eine neue Logdatei beginnt. 2. **Logging-Konfiguration (Pattern/Layout)** Die Konfiguration des Log-Formats in der `standalone.xml` oder `domain.xml` (bzw. in der `logging.properties`) kann beeinflussen, wie viel und wie Stacktraces ausgegeben werden. Ein zu restriktives Pattern oder ein Fehler im Layout kann dazu führen, dass Stacktraces nicht vollständig erscheinen. 3. **Buffering/Flushing-Probleme** Wenn der Log-Output gepuffert wird und der Server abstürzt oder der Prozess unerwartet beendet wird, bevor der Buffer geschrieben wurde, können Teile des Stacktraces verloren gehen. 4. **Fehler im Logger selbst** Fehler oder Bugs in der verwendeten Logging-Bibliothek (z.B. JBoss Logging, Log4j, JUL) können dazu führen, dass Stacktraces nicht korrekt ausgegeben werden. 5. **Multi-Threading und konkurrierende Log-Ausgaben** Wenn mehrere Threads gleichzeitig auf dasselbe Logfile schreiben, kann es zu Überschneidungen oder "Vermischungen" von Log-Ausgaben kommen, sodass Stacktraces unvollständig oder zerstückelt erscheinen. 6. **Externe Tools oder Filter** Falls externe Tools (z.B. Log-Collector, Log-Forwarder, Tail-Tools) die Logdatei verarbeiten, könnten diese die Ausgabe beeinflussen oder abschneiden. 7. **Speicherprobleme** Bei OutOfMemoryError oder anderen kritischen Fehlern kann der JVM-Logger selbst nicht mehr in der Lage sein, den vollständigen Stacktrace zu schreiben. **Empfohlene Schritte zur Analyse:** - Prüfe die Logging-Konfiguration auf Einschränkungen. - Überwache die Log-Rotation und Dateigrößen. - Teste mit einem einfachen Fehler, ob der Stacktrace vollständig ausgegeben wird. - Untersuche, ob externe Tools oder Prozesse auf die Logdatei zugreifen. - Überprüfe die Systemressourcen (Speicher, Festplattenplatz). Weitere Informationen findest du in der [JBoss EAP Dokumentation](https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/). Falls du konkrete Log-Konfigurationen oder Fehlermeldungen hast, kann eine gezieltere Analyse erfolgen.

Ja, bei JBoss EAP (WildFly) kannst du die Tiefe von Stacktraces in der Log-Ausgabe begrenzen, allerdings nicht direkt über eine JBoss-spezifische Einstellung, sondern über die Konfiguration des verwendeten Logging-Frameworks. JBoss EAP verwendet standardmäßig [JBoss Logging](https://docs.jboss.org/author/display/JBOSSAS/Logging+Configuration), das wiederum auf [Log4j](https://logging.apache.org/log4j/2.x/) oder [java.util.logging](https://docs.oracle.com/javase/8/docs/api/java/util/logging/package-summary.html) aufsetzen kann. **Für Log4j 2:** Du kannst in der Log4j2-Konfiguration das Pattern für die Exception-Ausgabe anpassen, z.B. so: ```xml <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n%throwable{short}" /> ``` Mit `%throwable{short}` oder `%throwable{n}` (wobei n die maximale Tiefe ist, z.B. `%throwable{5}`) wird die Stacktrace-Tiefe begrenzt. Weitere Infos: [Log4j2 Pattern Layout](https://logging.apache.org/log4j/2.x/manual/layouts.html#PatternLayout) **Für java.util.logging (JUL):** Hier gibt es keine direkte Einstellung für die Stacktrace-Tiefe. Du könntest aber einen eigenen Formatter schreiben, der die Stacktrace-Ausgabe begrenzt. **Für JBoss EAP Standardeinstellung:** JBoss EAP nutzt standardmäßig das Logging-Subsystem, das in der `standalone.xml` oder `domain.xml` konfiguriert wird. Dort kannst du das Pattern für die Log-Ausgabe anpassen, aber eine direkte Begrenzung der Stacktrace-Tiefe ist im Standard-Pattern nicht vorgesehen. Du könntest aber einen eigenen [Custom Formatter](https://docs.wildfly.org/26/Admin_Guide.html#Custom_Logging_Formatter) implementieren und diesen verwenden. **Zusammenfassung:** - Mit Log4j2: Stacktrace-Tiefe über Pattern `%throwable{n}` begrenzbar. - Mit JUL: Nur über eigenen Formatter. - Im JBoss-Logging-Subsystem: Über Custom Formatter möglich. **Links:** - [JBoss Logging Dokumentation](https://docs.jboss.org/author/display/JBOSSAS/Logging+Configuration) - [Log4j2 Pattern Layout](https://logging.apache.org/log4j/2.x/manual/layouts.html#PatternLayout) - [WildFly Custom Logging Formatter](https://docs.wildfly.org/26/Admin_Guide.html#Custom_Logging_Formatter)