<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Die Ruhe vor dem Sturm</title>
	<atom:link href="http://www.wicket-praxis.de/blog/2009/05/11/die-ruhe-vor-dem-sturm/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wicket-praxis.de/blog/2009/05/11/die-ruhe-vor-dem-sturm/</link>
	<description>erfahrungen mit wicket aus dem projektalltag</description>
	<lastBuildDate>Tue, 19 Apr 2011 10:23:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>Von: Victor</title>
		<link>http://www.wicket-praxis.de/blog/2009/05/11/die-ruhe-vor-dem-sturm/comment-page-1/#comment-620</link>
		<dc:creator>Victor</dc:creator>
		<pubDate>Sun, 09 Aug 2009 12:29:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=58#comment-620</guid>
		<description>Apropos CMS: &lt;a href=&quot;http://code.google.com/p/brix-cms/&quot; rel=&quot;nofollow&quot;&gt;BRIX CMS&lt;/a&gt;. Noch keine eigenen Erfahrungen gesammelt, Zeit reicht im Moment nicht aber ich schiele jede paar Tage in diese Richtung...
Meiner Meinung nach ist Integration von Wicket-Anwendungen in anderen Frameworks/Portalen nicht komplizierter als für  andere WebFrameworks.
Bin auch der Meinung daß dieses/nächstes Jahr Wicket-Jahre werden können. Vorletzte Woche habe ich die erste Stellenanzeige (oder Projektanfrage?) mit Wicket-Anforderungen gelesen, iirc im Raum München. Es geht los ;-)</description>
		<content:encoded><![CDATA[<p>Apropos CMS: <a href="http://code.google.com/p/brix-cms/" rel="nofollow">BRIX CMS</a>. Noch keine eigenen Erfahrungen gesammelt, Zeit reicht im Moment nicht aber ich schiele jede paar Tage in diese Richtung&#8230;<br />
Meiner Meinung nach ist Integration von Wicket-Anwendungen in anderen Frameworks/Portalen nicht komplizierter als für  andere WebFrameworks.<br />
Bin auch der Meinung daß dieses/nächstes Jahr Wicket-Jahre werden können. Vorletzte Woche habe ich die erste Stellenanzeige (oder Projektanfrage?) mit Wicket-Anforderungen gelesen, iirc im Raum München. Es geht los <img src='http://www.wicket-praxis.de/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: michael</title>
		<link>http://www.wicket-praxis.de/blog/2009/05/11/die-ruhe-vor-dem-sturm/comment-page-1/#comment-474</link>
		<dc:creator>michael</dc:creator>
		<pubDate>Fri, 22 May 2009 12:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=58#comment-474</guid>
		<description>In Portal-Umgebungen oder im Zusammenhang mit einem wie auch immer gearteten CMS wird es natürlich recht schnell unangenehm. Interessant wäre dabei die Wicket-Portlet-Unterstützung, die ich in Zukunft mal testen werde. Ansonsten stelle ich mir immer öfter die Frage, ob die Verschmelzung mit einem CMS nicht mehr Nach- als Vorteile verursacht. Gerade weil man mit Wicket doch recht komplexe Anwendung realisieren kann, wäre eine vielleicht denkbare Alternative die Erfassung strukturierter Informationen, die dann durch Wicket an den gewünschten Stellen dargestellt werden. Interessant wäre auch ein Live-Edit-Modus, der es Redakteuren ermöglicht, in grenzen auf die Darstellung und Anordnung Einfluss nehmen zu können. Dabei steht dann zwar nur die Flexibilität zur Verfügung die die Anwendung bereitstellen würde, könnte aber auf diese Weise auch Fehlbedienungen eindämmen.

In der Realität ist es nie so schön, wie man es sich in seinem Kopf zusammengebaut hat. Wicket ist aber flexibel genug, dass man doch recht eindrucksvoll Brücken zwischen beiden Welten bauen könnte.</description>
		<content:encoded><![CDATA[<p>In Portal-Umgebungen oder im Zusammenhang mit einem wie auch immer gearteten CMS wird es natürlich recht schnell unangenehm. Interessant wäre dabei die Wicket-Portlet-Unterstützung, die ich in Zukunft mal testen werde. Ansonsten stelle ich mir immer öfter die Frage, ob die Verschmelzung mit einem CMS nicht mehr Nach- als Vorteile verursacht. Gerade weil man mit Wicket doch recht komplexe Anwendung realisieren kann, wäre eine vielleicht denkbare Alternative die Erfassung strukturierter Informationen, die dann durch Wicket an den gewünschten Stellen dargestellt werden. Interessant wäre auch ein Live-Edit-Modus, der es Redakteuren ermöglicht, in grenzen auf die Darstellung und Anordnung Einfluss nehmen zu können. Dabei steht dann zwar nur die Flexibilität zur Verfügung die die Anwendung bereitstellen würde, könnte aber auf diese Weise auch Fehlbedienungen eindämmen.</p>
<p>In der Realität ist es nie so schön, wie man es sich in seinem Kopf zusammengebaut hat. Wicket ist aber flexibel genug, dass man doch recht eindrucksvoll Brücken zwischen beiden Welten bauen könnte.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Drakanor</title>
		<link>http://www.wicket-praxis.de/blog/2009/05/11/die-ruhe-vor-dem-sturm/comment-page-1/#comment-473</link>
		<dc:creator>Drakanor</dc:creator>
		<pubDate>Fri, 22 May 2009 12:06:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=58#comment-473</guid>
		<description>Wenn man deine Aussage auf Core-Applications beschränkt, kommt für mich sogar nur Wicket in Frage. GWT mit seiner extremen JS-Konvertierung geht für mich vom Konzept her eher in Richtung Flex/Silverlight/JavaFX, auch wenn ich dafür kein Plugin benötige.
Leider ist man ja aber bei komplexen Portal-Anwendungen, wie sie im Feld der Webapplications ja eher die Regel sind, auf ganz andere Frameworks angewiesen (Liveray, OpenCms, ...), so das man die Aussage sicher nicht ganz so allgemein stehen lassen kann. ;)</description>
		<content:encoded><![CDATA[<p>Wenn man deine Aussage auf Core-Applications beschränkt, kommt für mich sogar nur Wicket in Frage. GWT mit seiner extremen JS-Konvertierung geht für mich vom Konzept her eher in Richtung Flex/Silverlight/JavaFX, auch wenn ich dafür kein Plugin benötige.<br />
Leider ist man ja aber bei komplexen Portal-Anwendungen, wie sie im Feld der Webapplications ja eher die Regel sind, auf ganz andere Frameworks angewiesen (Liveray, OpenCms, &#8230;), so das man die Aussage sicher nicht ganz so allgemein stehen lassen kann. <img src='http://www.wicket-praxis.de/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Database Caching 1/16 queries in 0.013 seconds using disk: basic
Object Caching 369/378 objects using disk: basic

Served from: www.wicket-praxis.de @ 2012-02-10 19:56:04 -->
