Abraxas
Your trail: 

This page (revision-87) was last changed on 16-Aug-2019 12:51 by Dieter Käppel

This page was created on 18-Aug-2009 22:25 by Dieter Käppel

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
87 16-Aug-2019 12:51 53 KB Dieter Käppel to previous Technologie ==> Technologien
86 16-Aug-2019 12:51 53 KB Dieter Käppel to previous | to last
85 28-Nov-2015 11:16 53 KB Dieter Käppel to previous | to last
84 28-Nov-2015 11:16 53 KB Dieter Käppel to previous | to last
83 18-Feb-2015 09:14 52 KB Dieter Käppel to previous | to last
82 18-Feb-2015 08:51 52 KB Dieter Käppel to previous | to last
81 25-Jul-2014 11:27 52 KB Dieter Käppel to previous | to last

Page References

Incoming links Outgoing links
Abraxas
Abraxas

Version management

Difference between version and

At line 107 added 30 lines
!!Annotations
[Abraxas] unterstützt das Scanning des ClassPath. Dies kann innerhalb einer XmlConfig durch den Aufruf von scanClassPath() erreicht werden. Wie üblich sollte die XmlConfig wiederverwendet werden, da das Scannen des ClassPath aufwändig ist.
Gefunden werden Klassen, die mit @XmlNamespace annotiert sind. Diese werden dann automatisch in das Mapping (XmlConfig.mapping) eingetragen. Die hinzugefügten Klassen stehen dann für das Marshalling und Unmarshalling zur Verfügung.
Falls sich zusätzlich die Annotation @XmlService an der Klasse befindet, wird die Klasse als Remote-Service hinzugefügt. Falls die Java-Anwendung eine Web-Anwendung ist (deploytes WAR-File), können die so annotierten Web-Services nach hinzufügen des RemoteServlet in die web.xml verwendet werden.
!!XML Config Files
[Abraxas] unterstützt die Konfiguration durch Config-Files, die sich in META-INF/abraxas.xml befinden. Das Dateiformat entspricht dabei einer serialisierten XmlConfig-Klasse und wird über diese drüber geparst (sieht setRoot).
Wie beim ClassPath-Scanning werden die Config Files bei normaler XmlConfig durch den Aufruf scanConfigFiles() durchgeführt. Beim Verwenden von RemoteService geschieht dies automatisch, weil die web.xml wenig Spielraum zur Konfiguration lässt.
!!Remote Service
Mit [Abraxas] können auch Web-Services zur Verfügung gestellt werden. Dies geschieht in einem Servlet-Container, z.B. Tomcat. Dort ist das RemoteServlet einzutragen:
{{{
<servlet>
<servlet-name>RemoteServlet</servlet-name>
<servlet-class>com.intersult.xml.remote.RemoteServlet</servlet-class>
<load-on-startup>0</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>RemoteServlet</servlet-name>
<url-pattern>/remote/*</url-pattern>
</servlet-mapping>
}}}
__Hinweis:__ Die zusätzliche Angabe von load-on-startup ist wichtig, damit das RemoteServlet die Web-Services findet und bereit stellt.
At line 527 changed one line
Der Abraxas Remote-Service ist auf einfache Handhabung ausgelegt. Es ist keine Konfiguration nötig, außer das Registrieren des RemoteServlet in der web.xml und das Bekanntmachen der Service-Klassen durch den Init-Parameter "service".
Der Abraxas Remote-Service ist auf einfache Handhabung ausgelegt. Es ist keine Konfiguration nötig, außer das Registrieren des RemoteServlet. Web-Services sind Java-Klassen, die mit der Annotation @XmlService versehen sind. Zusätzlich ist empfohlen, die Annotation @XmlNamespace zu verwenden, um den Target-Namespace des Service festzulegen.
At line 529 removed 5 lines
||Init-Parameter||Beispiel||Bedeutung
|service|com.intersult.xml.remote.HelloService|Durch Komma getrennte Liste von Java-Klassen, die sich im Class-Path des Projekts befinden und als Service angeboten werden sollen.
|transport|SOAP|Durch Komma getrennte Liste von Transport-Protokollen, die für den Service angeboten werden sollen. Standard ist SOAP, andere Werte werden zunächst als Felder in der Klasse com.intersult.xml.remote.Transport gesucht, dann als voll qualifizierte Java-Klassen. Eigene Transport-Protokolle können von com.intersult.xml.remote.Transport abgeleitet werden.
|service-factory|Mit diesem optionalen Parameter kann eine Service-Factory angegeben werden. Default ist com.intersult.xml.remote.ReflectiveServiceFactory, die Service-Beans werden durch Java-Reflection erzeugt. Hier sind andere Factorys denkbar, die zum Beispiel Beans im JSF- oder Spring-Kontext erzeugen.
At line 548 changed 5 lines
<init-param>
<param-name>service</param-name>
<param-value>com.intersult.xml.remote.HelloService</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
<load-on-startup>1</load-on-startup>
At line 584 added one line
@XmlService
This page (revision-87) was last changed on 16-Aug-2019 12:51 by Dieter Käppel Top
Übersicht
Startseite
Das Unternehmen
Produkte
Consulting
Referenzen

Jobmarkt
Jobangebote
Profile

Hilfe
Suche
Seitenindex
Letzte Änderungen
Sichere Verbindung

Systeme
Tickets
Jenkins
Nexus
SVN
Email Client
4048 Aufrufe

referenziert von
Abraxas
Coder
Intersult
Intersult Connection
Intersult Maven Repository
Intersult Produkte
Intersult Unternehmensbewertung
Intersult Xsd-Generator
ProtocolFactory
SOAP
ServletUnitProtocol
XPath Protocol
Xplate

© 2022 Intersult GmbH | Jobs | Kontakt | Presse | AGB | Impressum | Cookies | Datenschutz | Serverzeit 2024.05.08 21:09:40 GMT