XINS ist eine Technologie, die eingesetzt, um Fernapi zu definieren, zu erstellen und anzuführen. XINS Bedingung-orientiert.

Wenn API-Bedingungen (in XML) geschrieben, umwandelt XINS sie zu HTML-gegründeten Unterlagen und zu Java-Code für die Klientseite und die Serverseite.

Die Kommunikation basiert auf HTTP. XINS konkurriert mit der komplizierten SEIFEN-Technologie. Hauptauslegungziele umfassen Einfachheit, Ersteigbarkeit und Testability.

XINS ist nicht nur eine Bedingungstechnologie, aber auch ein Anwendungsentwicklungrahmen. Es anbietet das Verhandlungprotokollieren, die einzigartigen Bordbuchunterlagen und aktives Codeerzeugung s.

Was in beständigem Auslösen 2.0 neu ist:

· Dieses Auslösen addiert Träger für JSON, das Vereinbarungen, geteilte Fehlercodes und Import WSDL und XML des Schemas ruft.
· Integration mit dem Federrahmen und dem GWT verbessert worden.
· Neue Beispiele mit Groovy, REST und dem Dojo Toolkit addiert worden.
· Viele anderen kleinen Merkmale und Verbesserungen erfolgt worden.

Was 2.1 dem Auslösen in des Alpha-2 neu ist:

XINS/Java geläufige Bibliothek:
· Örtlich festgelegte ungültige Werte eingesetzt in die Karte te, als, die BeanUtils#getParameters Methode anwendend.
· Das ServletClassLoader kann das xins-common.jar using die XINS_HOME Umgebungsvariable aufspüren, wenn es benötigt.
· Addierter automatischer Befund der KRIEG-Datei im HTTPServletStarter, wenn Sie nicht als paramter passiert.
· Hinzugefügte Möglichkeit, zum der ClassLoader Betriebsart zu führen dem HTTPServletStarter.
· Die hinzugefügte neue Ameisenaufgabe, die dem < xslt/> der Aufgabe mit der Option, die Zieleinheit nie zu überschreiben ähnlich ist, archiviert.
· Die hinzugefügte Möglichkeit, zum mehrere zu handhaben fordern gleichzeitig im internen Servlet Behälter (mehrfädig).

XINS/Java Server-Rahmen:
· Regelte die Methode, die das xins.properties geladen, wenn kein org.xins.server.config war falsch gesetzt ist.
· RFE #1624142 implementieren: ACLs für das Anrufen von Versammlungen. /! Die Gewährmethoden haben ein neues Argument (das ungültig sein kann).
· Addierte getName und setName Methoden in der rufenden Versammlung klassifiziert.

Erzeugung des opendoc:
· Addierte Farben zu den Beispielen.
· Vergrößerte die Beispieltische.
· Addierte Farben zu den Tischvorsätzen.
· Addierte die Kategorien nach der API-Beschreibung.
· Neuen Schrifttyp des Eilboten für Elementnamen verwenden.
· Addierte hellgraue Ränder zu den Tabellen.
· Den Gebrauch der fetten Schrifttypen verringern.
· Örtlich festgelegte fehlende Versalien für Input- und Ausgangabschnitt.
· Regelte die Beschreibung der Funktion, Parameter und Fehler war gerade der erste Programmsatz.
· Örtlich festgelegter Träger für < EM-> Element in den Beschreibungen.
· Regelte die „4 bevor dem Schließen eines Elementbeispiels“, die erscheinen.

Festgelegte Baudatei:
· Hinzugefügter Javadocprüfung-< API Name >, das Javadoc des Geräts zu erhalten prüft.
· Hinzugefügte Möglichkeit, zum der API using Java durchzuführen - Glas < API Namens>.war
· Ersetztes create-project.xslt und tools.xslt mit build-create.xml und build-tools.xml als die meisten des Codes braucht nicht, dynamisch festgelegt zu werden.
· Hinzugefügtes build-apis.xml, das statischen Inhalt des alten festgelegten build.xml enthält. Dieses Resultat in der Verkleinerung der Größe des festgelegten build.xml.
· Einige Markeverlegenheiten und Optimalisierung während des Refactorings.
· Die Abhängigkeitsbibliotheken addiert worden dem classpath für die Läufer- und Prüfungsziele.

Unterlagen:
· Geänderte < Art/> < im xslt/> in den Xinsdoc./im build.xml.

Bau und Freigebenprozeß:
· Örtlich festgelegter falscher Einbauort der Ikone für den Windows-Installateur.

Anderes:
· Reparierte die Paketliste für XINS und log4j.
· Addierte die Paketliste für JUnit.
· Hinzufügte mehr ausprüfen Quellen für das nbbuild.xml des petstore en.