PlanetNTF

Bislang hat man als Entwickler vor größeren Gestaltungsänderungen gern einmal eine Kopie des Gestaltungselementes angelegt, um wieder zu früheren Versionen (Fassungen) zurückkehren zu können. Leider funktioniert diese Vorgehensweise bei XPages nicht ganz problemlos Umbenennung von XPages schlägt fehlt

Durch die Verwendung von Eclipse Basiskomponenten ist dieses Vorgehen auch nicht mehr notwendig. Hier werden alle Änderungen (am Source-Code) von Eclipse mit protokolliert. Um zu einer früheren Fassung der XPage zu gelangen, wechselt man von der Gestaltungsansicht


in die Quellansicht



Dort steht im Kontext-Menü (rechte Maustaste) die Option zur Zurücksetzen auf die letzte Fassung oder eine beliebige Fassung zur Verfügung:



Bei Auswahl "Lokales Protokoll" wird eine Auswahl früherer Fassungen angeboten:

Bislang hat man als Entwickler vor größeren Gestaltungsänderungen gern einmal eine Kopie des Gestaltungselementes angelegt, um wieder zu früheren Versionen (Fassungen) zurückkehren zu können. Leider funktioniert diese Vorgehensweise bei XPages nicht ganz problemlos Umbenennung von XPages schlägt fehlt

Durch die Verwendung von Eclipse Basiskomponenten ist dieses Vorgehen auch nicht mehr notwendig. Hier werden alle Änderungen (am Source-Code) von Eclipse mit protokolliert. Um zu einer früheren Fassung der XPage zu gelangen, wechselt man von der Gestaltungsansicht


in die Quellansicht



Dort steht im Kontext-Menü (rechte Maustaste) die Option zur Zurücksetzen auf die letzte Fassung oder eine beliebige Fassung zur Verfügung:



Bei Auswahl "Lokales Protokoll" wird eine Auswahl früherer Fassungen angeboten:

Bislang hat man als Entwickler vor größeren Gestaltungsänderungen gern einmal eine Kopie des Gestaltungselementes angelegt, um wieder zu früheren Versionen (Fassungen) zurückkehren zu können. Leider funktioniert diese Vorgehensweise bei XPages nicht ganz problemlos Umbenennung von XPages schlägt fehlt

Durch die Verwendung von Eclipse Basiskomponenten ist dieses Vorgehen auch nicht mehr notwendig. Hier werden alle Änderungen (am Source-Code) von Eclipse mit protokolliert. Um zu einer früheren Fassung der XPage zu gelangen, wechselt man von der Gestaltungsansicht


in die Quellansicht



Dort steht im Kontext-Menü (rechte Maustaste) die Option zur Zurücksetzen auf die letzte Fassung oder eine beliebige Fassung zur Verfügung:



Bei Auswahl "Lokales Protokoll" wird eine Auswahl früherer Fassungen angeboten:

Bislang hat man als Entwickler vor größeren Gestaltungsänderungen gern einmal eine Kopie des Gestaltungselementes angelegt, um wieder zu früheren Versionen (Fassungen) zurückkehren zu können. Leider funktioniert diese Vorgehensweise bei XPages nicht ganz problemlos Umbenennung von XPages schlägt fehlt

Durch die Verwendung von Eclipse Basiskomponenten ist dieses Vorgehen auch nicht mehr notwendig. Hier werden alle Ă„nderungen (am Source-Code) von Eclipse mit protokolliert. Um zu einer frĂĽheren Fassung der XPage zu gelangen, wechselt man von der Gestaltungsansicht


in die Quellansicht



Dort steht im Kontext-MenĂĽ (rechte Maustaste) die Option zur ZurĂĽcksetzen auf die letzte Fassung oder eine beliebige Fassung zur VerfĂĽgung:



Bei Auswahl "Lokales Protokoll" wird eine Auswahl frĂĽherer Fassungen angeboten:

Bislang hat man als Entwickler vor größeren Gestaltungsänderungen gern einmal eine Kopie des Gestaltungselementes angelegt, um wieder zu früheren Versionen (Fassungen) zurückkehren zu können. Leider funktioniert diese Vorgehensweise bei XPages nicht ganz problemlos Umbenennung von XPages schlägt fehlt

Durch die Verwendung von Eclipse Basiskomponenten ist dieses Vorgehen auch nicht mehr notwendig. Hier werden alle Änderungen (am Source-Code) von Eclipse mit protokolliert. Um zu einer früheren Fassung der XPage zu gelangen, wechselt man von der Gestaltungsansicht


in die Quellansicht



Dort steht im Kontext-Menü (rechte Maustaste) die Option zur Zurücksetzen auf die letzte Fassung oder eine beliebige Fassung zur Verfügung:



Bei Auswahl "Lokales Protokoll" wird eine Auswahl früherer Fassungen angeboten:

Bislang hat man als Entwickler vor greren Gestaltungsnderungen gern einmal eine Kopie des Gestaltungselementes angelegt, um wieder zu frheren Versionen (Fassungen) zurckkehren zu knnen. Leider funktioniert diese Vorgehensweise bei XPages nicht ganz problemlos Umbenennung von XPages schlgt fehlt

Durch die Verwendung von Eclipse Basiskomponenten ist dieses Vorgehen auch nicht mehr notwendig. Hier werden alle nderungen (am Source-Code) von Eclipse mit protokolliert. Um zu einer frheren Fassung der XPage zu gelangen, wechselt man von der Gestaltungsansicht


in die Quellansicht



Dort steht im Kontext-Men (rechte Maustaste) die Option zur Zurcksetzen auf die letzte Fassung oder eine beliebige Fassung zur Verfgung:



Bei Auswahl "Lokales Protokoll" wird eine Auswahl frherer Fassungen angeboten:

Bislang hat man als Entwickler vor größeren Gestaltungsänderungen gern einmal eine Kopie des Gestaltungselementes angelegt, um wieder zu früheren Versionen (Fassungen) zurückkehren zu können. Leider funktioniert diese Vorgehensweise bei XPages nicht ganz problemlos Umbenennung von XPages schlägt fehlt

Durch die Verwendung von Eclipse Basiskomponenten ist dieses Vorgehen auch nicht mehr notwendig. Hier werden alle Ă„nderungen (am Source-Code) von Eclipse mit protokolliert. Um zu einer frĂĽheren Fassung der XPage zu gelangen, wechselt man von der Gestaltungsansicht


in die Quellansicht



Dort steht im Kontext-MenĂĽ (rechte Maustaste) die Option zur ZurĂĽcksetzen auf die letzte Fassung oder eine beliebige Fassung zur VerfĂĽgung:



Bei Auswahl "Lokales Protokoll" wird eine Auswahl frĂĽherer Fassungen angeboten:

Gern legt man sich als Entwickler vor größeren Umgestaltungen eine Kopie des Gestaltungselementes an, um ggf. wieder zum Ausgangselement zurück kommen zu können, wenn komplexere Änderungen fehlschlagen.

Bei XPages ist hier besondere Vorsicht geboten, da (meines Erachtens) ein Produktfehler den Namen des .Gestaltungselementes nicht korrekt ändert. Nachfolgendes Beispiel zeigt ein Benutzerdefiniertes Steuerelement (custom control), das ursprünglich einmal "ccPageMenu" benannt war. Nach Erstellung einer Kopie im Domino Designer erhält dieses somit den Namen "Kopie_von_ccPageMenu". Auch nach der Löschung des ursprünglichen Gestaltungselementes und Umbenennung durch erhält dieses nicht mehr den ursprünglichen Zustand zurück.



Diese (Fehl-)verhalten führt dazu, dass andere XPages oder Benutzerdefinierte Steuerelemente (custom controls) eine nicht mehr intakte Referenz aufweisen:


Man bekommt einen zusätzlichen Hinweis, wenn man in der Steuerlemente-Leiste dieses Objekt identifiziert:

Dieses erscheint nämlich immer noch unter dem ursprünglichen Namen.

Lösung? Mir ist zur Zeit keine Methode bekannt, diesem Gestaltungselement einen korrekten Namen zuzuweisen. Lediglich die Erstellung eines neuen Gestaltungselementes (mit dem gewünschten Namen) und umkopieren der Elemente auf der XPage führen zum Erfolg!

Zusätzlicher Hinweis:
Man kann sich das Erstellen der Kopie zu Beginn größerer Änderungen (veraltete Vorgehensweise aus früheren Tagen) sparen, wenn man die Versionierung von Eclipse verwendet, auf eine führere Fassung zurückzusetzen. Siehe auch unser Tipp Versionierung von Änderungen an Xpages

Gern legt man sich als Entwickler vor größeren Umgestaltungen eine Kopie des Gestaltungselementes an, um ggf. wieder zum Ausgangselement zurück kommen zu können, wenn komplexere Änderungen fehlschlagen.

Bei XPages ist hier besondere Vorsicht geboten, da (meines Erachtens) ein Produktfehler den Namen des .Gestaltungselementes nicht korrekt ändert. Nachfolgendes Beispiel zeigt ein Benutzerdefiniertes Steuerelement (custom control), das ursprünglich einmal "ccPageMenu" benannt war. Nach Erstellung einer Kopie im Domino Designer erhält dieses somit den Namen "Kopie_von_ccPageMenu". Auch nach der Löschung des ursprünglichen Gestaltungselementes und Umbenennung durch erhält dieses nicht mehr den ursprünglichen Zustand zurück.



Diese (Fehl-)verhalten fĂĽhrt dazu, dass andere XPages oder Benutzerdefinierte Steuerelemente (custom controls) eine nicht mehr intakte Referenz aufweisen:


Man bekommt einen zusätzlichen Hinweis, wenn man in der Steuerlemente-Leiste dieses Objekt identifiziert:

Dieses erscheint nämlich immer noch unter dem ursprünglichen Namen.

Lösung? Mir ist zur Zeit keine Methode bekannt, diesem Gestaltungselement einen korrekten Namen zuzuweisen. Lediglich die Erstellung eines neuen Gestaltungselementes (mit dem gewünschten Namen) und umkopieren der Elemente auf der XPage führen zum Erfolg!

Zusätzlicher Hinweis:
Man kann sich das Erstellen der Kopie zu Beginn größerer Änderungen (veraltete Vorgehensweise aus früheren Tagen) sparen, wenn man die Versionierung von Eclipse verwendet, auf eine führere Fassung zurückzusetzen. Siehe auch unser Tipp Versionierung von Änderungen an Xpages

Gern legt man sich als Entwickler vor greren Umgestaltungen eine Kopie des Gestaltungselementes an, um ggf. wieder zum Ausgangselement zurck kommen zu knnen, wenn komplexere nderungen fehlschlagen.

Bei XPages ist hier besondere Vorsicht geboten, da (meines Erachtens) ein Produktfehler den Namen des .Gestaltungselementes nicht korrekt ndert. Nachfolgendes Beispiel zeigt ein Benutzerdefiniertes Steuerelement (custom control), das ursprnglich einmal "ccPageMenu" benannt war. Nach Erstellung einer Kopie im Domino Designer erhlt dieses somit den Namen "Kopie_von_ccPageMenu". Auch nach der Lschung des ursprnglichen Gestaltungselementes und Umbenennung durch erhlt dieses nicht mehr den ursprnglichen Zustand zurck.



Diese (Fehl-)verhalten fhrt dazu, dass andere XPages oder Benutzerdefinierte Steuerelemente (custom controls) eine nicht mehr intakte Referenz aufweisen:


Man bekommt einen zustzlichen Hinweis, wenn man in der Steuerlemente-Leiste dieses Objekt identifiziert:

Dieses erscheint nmlich immer noch unter dem ursprnglichen Namen.

Lsung? Mir ist zur Zeit keine Methode bekannt, diesem Gestaltungselement einen korrekten Namen zuzuweisen. Lediglich die Erstellung eines neuen Gestaltungselementes (mit dem gewnschten Namen) und umkopieren der Elemente auf der XPage fhren zum Erfolg!

Zustzlicher Hinweis:
Man kann sich das Erstellen der Kopie zu Beginn grerer nderungen (veraltete Vorgehensweise aus frheren Tagen) sparen, wenn man die Versionierung von Eclipse verwendet, auf eine fhrere Fassung zurckzusetzen. Siehe auch unser Tipp Versionierung von nderungen an Xpages

Gern legt man sich als Entwickler vor größeren Umgestaltungen eine Kopie des Gestaltungselementes an, um ggf. wieder zum Ausgangselement zurück kommen zu können, wenn komplexere Änderungen fehlschlagen.

Bei XPages ist hier besondere Vorsicht geboten, da (meines Erachtens) ein Produktfehler den Namen des .Gestaltungselementes nicht korrekt ändert. Nachfolgendes Beispiel zeigt ein Benutzerdefiniertes Steuerelement (custom control), das ursprünglich einmal "ccPageMenu" benannt war. Nach Erstellung einer Kopie im Domino Designer erhält dieses somit den Namen "Kopie_von_ccPageMenu". Auch nach der Löschung des ursprünglichen Gestaltungselementes und Umbenennung durch erhält dieses nicht mehr den ursprünglichen Zustand zurück.



Diese (Fehl-)verhalten führt dazu, dass andere XPages oder Benutzerdefinierte Steuerelemente (custom controls) eine nicht mehr intakte Referenz aufweisen:


Man bekommt einen zusätzlichen Hinweis, wenn man in der Steuerlemente-Leiste dieses Objekt identifiziert:

Dieses erscheint nämlich immer noch unter dem ursprünglichen Namen.

Lösung? Mir ist zur Zeit keine Methode bekannt, diesem Gestaltungselement einen korrekten Namen zuzuweisen. Lediglich die Erstellung eines neuen Gestaltungselementes (mit dem gewünschten Namen) und umkopieren der Elemente auf der XPage führen zum Erfolg!

Zusätzlicher Hinweis:
Man kann sich das Erstellen der Kopie zu Beginn größerer Änderungen (veraltete Vorgehensweise aus früheren Tagen) sparen, wenn man die Versionierung von Eclipse verwendet, auf eine führere Fassung zurückzusetzen. Siehe auch unser Tipp Versionierung von Änderungen an Xpages

Gern legt man sich als Entwickler vor größeren Umgestaltungen eine Kopie des Gestaltungselementes an, um ggf. wieder zum Ausgangselement zurück kommen zu können, wenn komplexere Änderungen fehlschlagen.

Bei XPages ist hier besondere Vorsicht geboten, da (meines Erachtens) ein Produktfehler den Namen des .Gestaltungselementes nicht korrekt ändert. Nachfolgendes Beispiel zeigt ein Benutzerdefiniertes Steuerelement (custom control), das ursprünglich einmal "ccPageMenu" benannt war. Nach Erstellung einer Kopie im Domino Designer erhält dieses somit den Namen "Kopie_von_ccPageMenu". Auch nach der Löschung des ursprünglichen Gestaltungselementes und Umbenennung durch erhält dieses nicht mehr den ursprünglichen Zustand zurück.



Diese (Fehl-)verhalten fĂĽhrt dazu, dass andere XPages oder Benutzerdefinierte Steuerelemente (custom controls) eine nicht mehr intakte Referenz aufweisen:


Man bekommt einen zusätzlichen Hinweis, wenn man in der Steuerlemente-Leiste dieses Objekt identifiziert:

Dieses erscheint nämlich immer noch unter dem ursprünglichen Namen.

Lösung? Mir ist zur Zeit keine Methode bekannt, diesem Gestaltungselement einen korrekten Namen zuzuweisen. Lediglich die Erstellung eines neuen Gestaltungselementes (mit dem gewünschten Namen) und umkopieren der Elemente auf der XPage führen zum Erfolg!

Zusätzlicher Hinweis:
Man kann sich das Erstellen der Kopie zu Beginn größerer Änderungen (veraltete Vorgehensweise aus früheren Tagen) sparen, wenn man die Versionierung von Eclipse verwendet, auf eine führere Fassung zurückzusetzen. Siehe auch unser Tipp Versionierung von Änderungen an Xpages

Gern legt man sich als Entwickler vor größeren Umgestaltungen eine Kopie des Gestaltungselementes an, um ggf. wieder zum Ausgangselement zurück kommen zu können, wenn komplexere Änderungen fehlschlagen.

Bei XPages ist hier besondere Vorsicht geboten, da (meines Erachtens) ein Produktfehler den Namen des .Gestaltungselementes nicht korrekt ändert. Nachfolgendes Beispiel zeigt ein Benutzerdefiniertes Steuerelement (custom control), das ursprünglich einmal "ccPageMenu" benannt war. Nach Erstellung einer Kopie im Domino Designer erhält dieses somit den Namen "Kopie_von_ccPageMenu". Auch nach der Löschung des ursprünglichen Gestaltungselementes und Umbenennung durch erhält dieses nicht mehr den ursprünglichen Zustand zurück.



Diese (Fehl-)verhalten führt dazu, dass andere XPages oder Benutzerdefinierte Steuerelemente (custom controls) eine nicht mehr intakte Referenz aufweisen:


Man bekommt einen zusätzlichen Hinweis, wenn man in der Steuerlemente-Leiste dieses Objekt identifiziert:

Dieses erscheint nämlich immer noch unter dem ursprünglichen Namen.

Lösung? Mir ist zur Zeit keine Methode bekannt, diesem Gestaltungselement einen korrekten Namen zuzuweisen. Lediglich die Erstellung eines neuen Gestaltungselementes (mit dem gewünschten Namen) und umkopieren der Elemente auf der XPage führen zum Erfolg!

Zusätzlicher Hinweis:
Man kann sich das Erstellen der Kopie zu Beginn größerer Änderungen (veraltete Vorgehensweise aus früheren Tagen) sparen, wenn man die Versionierung von Eclipse verwendet, auf eine führere Fassung zurückzusetzen. Siehe auch unser Tipp Versionierung von Änderungen an Xpages

Gern legt man sich als Entwickler vor größeren Umgestaltungen eine Kopie des Gestaltungselementes an, um ggf. wieder zum Ausgangselement zurück kommen zu können, wenn komplexere Änderungen fehlschlagen.

Bei XPages ist hier besondere Vorsicht geboten, da (meines Erachtens) ein Produktfehler den Namen des .Gestaltungselementes nicht korrekt ändert. Nachfolgendes Beispiel zeigt ein Benutzerdefiniertes Steuerelement (custom control), das ursprünglich einmal "ccPageMenu" benannt war. Nach Erstellung einer Kopie im Domino Designer erhält dieses somit den Namen "Kopie_von_ccPageMenu". Auch nach der Löschung des ursprünglichen Gestaltungselementes und Umbenennung durch erhält dieses nicht mehr den ursprünglichen Zustand zurück.



Diese (Fehl-)verhalten führt dazu, dass andere XPages oder Benutzerdefinierte Steuerelemente (custom controls) eine nicht mehr intakte Referenz aufweisen:


Man bekommt einen zusätzlichen Hinweis, wenn man in der Steuerlemente-Leiste dieses Objekt identifiziert:

Dieses erscheint nämlich immer noch unter dem ursprünglichen Namen.

Lösung? Mir ist zur Zeit keine Methode bekannt, diesem Gestaltungselement einen korrekten Namen zuzuweisen. Lediglich die Erstellung eines neuen Gestaltungselementes (mit dem gewünschten Namen) und umkopieren der Elemente auf der XPage führen zum Erfolg!

Zusätzlicher Hinweis:
Man kann sich das Erstellen der Kopie zu Beginn größerer Änderungen (veraltete Vorgehensweise aus früheren Tagen) sparen, wenn man die Versionierung von Eclipse verwendet, auf eine führere Fassung zurückzusetzen. Siehe auch unser Tipp Versionierung von Änderungen an Xpages