Changelog 2.2.0: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Zeile 9: | Zeile 9: | ||
* Neues Konzept zur Entwicklung IES basierter WEB 2.0 Applikationen. | * Neues Konzept zur Entwicklung IES basierter WEB 2.0 Applikationen. | ||
* Neues Konzept zur Entwicklung von Applikationen, die innerhalb einer generierten Web-Seite laufen sollen. | * Neues Konzept zur Entwicklung von Applikationen, die innerhalb einer generierten Web-Seite laufen sollen. | ||
− | * Neue | + | * Neue Produkts Infoticket |
* Weiterentwicklung des Produkte Newsdesk | * Weiterentwicklung des Produkte Newsdesk | ||
* Weiterentwicklung des Produkte CityGov3 | * Weiterentwicklung des Produkte CityGov3 |
Version vom 27. Oktober 2010, 14:34 Uhr
Release Notes
- Neuimplementierung des XIP Im und Exports.
- Neues Kommandozeilen Werkzeugt
iesxip
- Neues Webinterface für XIP (XIP Manager)
- Neues Kommandozeilen Werkzeugt
- Aufbau einer öffentlichen API für den IES in Java, PHP und JavaScript
- Volltext-Index (Lucene). Kann nur über die neue IES-Api angesprochen werden (IES.Repository.search())
- Ergänzende Implementierung von Primitiv-Datentypen (
primitiveText
,primitiveLong
,primitiveDouble
,primitiveBoolean
,primitiveLink
) - Neues Konzept zur Entwicklung IES basierter WEB 2.0 Applikationen.
- Neues Konzept zur Entwicklung von Applikationen, die innerhalb einer generierten Web-Seite laufen sollen.
- Neue Produkts Infoticket
- Weiterentwicklung des Produkte Newsdesk
- Weiterentwicklung des Produkte CityGov3
- Weiterentwicklung des Produkte CityCall115
Anmerkungen
- Volltext-Index
- Mit der neuen IES-API ist die Suche über einen Volltext-Index möglich. Hierzu muß nach dem update einmalig der Volltextindex aufgebaut werden. Wird muss über die IES-Admin-Oberfläche erfolgen:
IES-Admin -> Applikationseinstellungen -> Dienste -> Full-Text Indexer Server -> rechte Maus-Taste -> Index neu erstellen -> Alle Mandanten
- Für die Auswertung von Suchabfragen wurde eine Anpassung vorgenommen.
- Text-Daten und Verknüpfungs-Daten liegen in unterschiedlichen Datenbank-Tabellen. Bei einer Suchabfrage muss entschieden werden in welcher Tabelle nach den gewünschten Daten gesucht werden soll. Bisher enthielten Feldnamen von Verknüpfungsfeldern immer eine der Endungen
.link
,.systemlink
oder.navlink
über die erkannt wurde, das die Daten in der Verknüpfungs-Tabelle gesucht werden mussten. Mit der Einführung des TypesprimitiveLink
ist dies nicht mehr möglich. Aus diesem Grund wird nun der Suchwert ausgewertet.
Im Normalfall hat das keine Auswirkungen auf zu aktualisierende Systeme.
Bisher wurde folgende Syntax toleriert:
sp_mylink.link = '100010100000020115-1015'
Dies kann nicht mehr unterstützt werden. Die richtige Syntax lautet:
sp_mylink.link = 100010100000020115-1015
Folgende Regeln gelten nun:
- Ist der Wert eine ID, wird in der Verknüfungs-Tabelle gesucht
mylink = 100010100000020115-1015
- Ist der Wert ein Anchor, wird in der Verknüfungs-Tabelle gesucht
mylink = !{myanchor}
- Ist der Wert eine Zeichenkette, wird in der Text-Tabelle gesucht
mytext = '100010100000020115-1015'
- Ist der Wert eine Zahl, wird in der Text-Tabelle gesucht
mynumber = 5