<?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 für wicket praxis</title>
	<atom:link href="http://www.wicket-praxis.de/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wicket-praxis.de/blog</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>Kommentar zu Entscheidungshilfe Webframework von Benjamin Schmid</title>
		<link>http://www.wicket-praxis.de/blog/2009/09/12/entscheidungshilfe-webframework/comment-page-1/#comment-6552</link>
		<dc:creator>Benjamin Schmid</dc:creator>
		<pubDate>Tue, 19 Apr 2011 10:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=127#comment-6552</guid>
		<description>In diesem Zusammenhang ein Hinweis auf das nicth ganz so bekannte, aber in meinen Augen technologisch sehr überzeugende Echo 3 Framework : http://echo.nextapp.com/

Echo3 bietet ein JavaScript-Komponentenmodell und ein dazu gespiegeltes Java Komponentemodell an. Daher lassen sich Anwendungen von komplett in Java bis komplett in JavaScript und gemischt entwickelt. Da es JS pur einsetzt, ist der Entwicklungstrip für JavaScript relevanten Entwicklungen um Dimensionen leichter, durchschaubarer und managebarer als in GWT. Dalls man in die Situation kommt neue, eigenen Komponenten einzubinden (z.B. komplexe JS Komponenten a la jquery UI oder extJS). In meinen Augen die bessere, leichtgewichtigere klarer Alternative zu Vaadin.</description>
		<content:encoded><![CDATA[<p>In diesem Zusammenhang ein Hinweis auf das nicth ganz so bekannte, aber in meinen Augen technologisch sehr überzeugende Echo 3 Framework : <a href="http://echo.nextapp.com/" rel="nofollow">http://echo.nextapp.com/</a></p>
<p>Echo3 bietet ein JavaScript-Komponentenmodell und ein dazu gespiegeltes Java Komponentemodell an. Daher lassen sich Anwendungen von komplett in Java bis komplett in JavaScript und gemischt entwickelt. Da es JS pur einsetzt, ist der Entwicklungstrip für JavaScript relevanten Entwicklungen um Dimensionen leichter, durchschaubarer und managebarer als in GWT. Dalls man in die Situation kommt neue, eigenen Komponenten einzubinden (z.B. komplexe JS Komponenten a la jquery UI oder extJS). In meinen Augen die bessere, leichtgewichtigere klarer Alternative zu Vaadin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Wicket Praxis als Buch von michael</title>
		<link>http://www.wicket-praxis.de/blog/2009/05/27/wicket-praxis-als-buch/comment-page-1/#comment-6291</link>
		<dc:creator>michael</dc:creator>
		<pubDate>Mon, 21 Feb 2011 15:08:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=60#comment-6291</guid>
		<description>AFAIK wird bei jedem Zugriff eine Session erzeugt. Da bei Bots vermutlich nicht garantiert werden kann, wann die Zugriffe erfolgen, würde eine in die Url kodierte Session mit hoher Sicherheit auch nicht helfen.

Die Session anhängig vom Client (Bot oder Mensch) kürzer zu halten, könnte man in Wicket könnte wie folgt lösen: In der WebApplication-Klasse überschreibt man newSession():

@Override
public Session newSession(Request request, Response response)
{
  int timeoutInSeconds = getTimeOutForBotsOrHumans(request);
  setSessionTimeout(request, timeoutInSeconds);
  return new WebSession(request);
}

protected static int getTimeOutForBotsOrHumans(Request request)
{
  // hier müsste man den Http-Header auswerten und den Timeout entsprechend setzen
  return 1800; // 30min
}

protected static void setSessionTimeout(Request request, int seconds)
{
  WebRequest webRequest=(WebRequest) request;
  HttpSession session=webRequest.getHttpServletRequest().getSession();
  if (session != null)
  {
    session.setMaxInactiveInterval(seconds);
  }
}</description>
		<content:encoded><![CDATA[<p>AFAIK wird bei jedem Zugriff eine Session erzeugt. Da bei Bots vermutlich nicht garantiert werden kann, wann die Zugriffe erfolgen, würde eine in die Url kodierte Session mit hoher Sicherheit auch nicht helfen.</p>
<p>Die Session anhängig vom Client (Bot oder Mensch) kürzer zu halten, könnte man in Wicket könnte wie folgt lösen: In der WebApplication-Klasse überschreibt man newSession():</p>
<p>@Override<br />
public Session newSession(Request request, Response response)<br />
{<br />
  int timeoutInSeconds = getTimeOutForBotsOrHumans(request);<br />
  setSessionTimeout(request, timeoutInSeconds);<br />
  return new WebSession(request);<br />
}</p>
<p>protected static int getTimeOutForBotsOrHumans(Request request)<br />
{<br />
  // hier müsste man den Http-Header auswerten und den Timeout entsprechend setzen<br />
  return 1800; // 30min<br />
}</p>
<p>protected static void setSessionTimeout(Request request, int seconds)<br />
{<br />
  WebRequest webRequest=(WebRequest) request;<br />
  HttpSession session=webRequest.getHttpServletRequest().getSession();<br />
  if (session != null)<br />
  {<br />
    session.setMaxInactiveInterval(seconds);<br />
  }<br />
}</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Wicket Praxis als Buch von greg</title>
		<link>http://www.wicket-praxis.de/blog/2009/05/27/wicket-praxis-als-buch/comment-page-1/#comment-6267</link>
		<dc:creator>greg</dc:creator>
		<pubDate>Sat, 19 Feb 2011 05:48:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=60#comment-6267</guid>
		<description>Hallo Michael,

auf Seite 268 Deines Buches stellst Du eine Methode vor, um für Bots die jsessionid aus der Url zu entfernen. Meine Frage ist. Wird dennoch mit jedem Botzugriff eine Session generiert? Wenn ja, kann man sie vor ihrem Timeout löschen? 

Viele Grüße

greg</description>
		<content:encoded><![CDATA[<p>Hallo Michael,</p>
<p>auf Seite 268 Deines Buches stellst Du eine Methode vor, um für Bots die jsessionid aus der Url zu entfernen. Meine Frage ist. Wird dennoch mit jedem Botzugriff eine Session generiert? Wenn ja, kann man sie vor ihrem Timeout löschen? </p>
<p>Viele Grüße</p>
<p>greg</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Wicket &#8211; Flexibilität mit Factories von michael</title>
		<link>http://www.wicket-praxis.de/blog/2010/07/15/wicket-flexibilitat-mit-factories/comment-page-1/#comment-5125</link>
		<dc:creator>michael</dc:creator>
		<pubDate>Sun, 24 Oct 2010 09:20:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=270#comment-5125</guid>
		<description>Kannst Du mal etwas Code beisteuern, der zeigt, wie Du den HttpClient einbindest? Muss der Zustand des HttpClient über mehrere Request bewahrt werden oder wird der Client bei jedem Seitenaufruf neu initalisiert?</description>
		<content:encoded><![CDATA[<p>Kannst Du mal etwas Code beisteuern, der zeigt, wie Du den HttpClient einbindest? Muss der Zustand des HttpClient über mehrere Request bewahrt werden oder wird der Client bei jedem Seitenaufruf neu initalisiert?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Wicket &#8211; Flexibilität mit Factories von Greg</title>
		<link>http://www.wicket-praxis.de/blog/2010/07/15/wicket-flexibilitat-mit-factories/comment-page-1/#comment-5038</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Sat, 02 Oct 2010 23:25:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=270#comment-5038</guid>
		<description>Hi Michael,

leider habe ich keinen wirklich passenden Post gefunden um folgende Frage zu stellen.
Wie kann ich in Wicket Apache HttpClient in einer IDataProvider implementierung verwenden, ohne dass Wicket versucht den HttpClient zu serialisieren?

 Ich habe mehrere Sachen versucht, insbesondere im Bezug auf Kapitel 5.4.4 &quot;Datenbankzugriffsmodelle&quot; Deines Buches, aber ich bekomme immer eine WicketNotSerializableException mit Bezug auf den HttpClient. 

org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: org.apache.commons.httpclient.HttpClient

Viele Grüße

GRegor</description>
		<content:encoded><![CDATA[<p>Hi Michael,</p>
<p>leider habe ich keinen wirklich passenden Post gefunden um folgende Frage zu stellen.<br />
Wie kann ich in Wicket Apache HttpClient in einer IDataProvider implementierung verwenden, ohne dass Wicket versucht den HttpClient zu serialisieren?</p>
<p> Ich habe mehrere Sachen versucht, insbesondere im Bezug auf Kapitel 5.4.4 &#8220;Datenbankzugriffsmodelle&#8221; Deines Buches, aber ich bekomme immer eine WicketNotSerializableException mit Bezug auf den HttpClient. </p>
<p>org.apache.wicket.util.io.SerializableChecker$WicketNotSerializableException: Unable to serialize class: org.apache.commons.httpclient.HttpClient</p>
<p>Viele Grüße</p>
<p>GRegor</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu DataTable vs. DataView &#8211; Wicket-Komponenten wiederverwendet von michael</title>
		<link>http://www.wicket-praxis.de/blog/2009/10/03/datatable-vs-dataview-wicket-komponenten-wiederverwendet/comment-page-1/#comment-4678</link>
		<dc:creator>michael</dc:creator>
		<pubDate>Thu, 29 Jul 2010 11:32:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=146#comment-4678</guid>
		<description>Soll die Spalte ausgeblendet werden, oder soll der Inhalt unsichtbar sein?</description>
		<content:encoded><![CDATA[<p>Soll die Spalte ausgeblendet werden, oder soll der Inhalt unsichtbar sein?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu DataTable vs. DataView &#8211; Wicket-Komponenten wiederverwendet von Mirko</title>
		<link>http://www.wicket-praxis.de/blog/2009/10/03/datatable-vs-dataview-wicket-komponenten-wiederverwendet/comment-page-1/#comment-4667</link>
		<dc:creator>Mirko</dc:creator>
		<pubDate>Wed, 28 Jul 2010 16:02:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=146#comment-4667</guid>
		<description>Hallo Michael,

auch ich habe Frage zu DataView: wie geht man am besten vor, wenn man z.B. nur bedingt eine Spalte rendern möchte?

Beispiel: wicket:id=&quot;vorname&quot;

- In Java: if (bedingung) item.add(new Label(&quot;vorname&quot;)); ???
- In HTML: wie geht das?

Danke für deine Hilfe.

Mirko</description>
		<content:encoded><![CDATA[<p>Hallo Michael,</p>
<p>auch ich habe Frage zu DataView: wie geht man am besten vor, wenn man z.B. nur bedingt eine Spalte rendern möchte?</p>
<p>Beispiel: wicket:id=&#8221;vorname&#8221;</p>
<p>- In Java: if (bedingung) item.add(new Label(&#8220;vorname&#8221;)); ???<br />
- In HTML: wie geht das?</p>
<p>Danke für deine Hilfe.</p>
<p>Mirko</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Wicket &#8211; Flexibilität mit Factories von admin</title>
		<link>http://www.wicket-praxis.de/blog/2010/07/15/wicket-flexibilitat-mit-factories/comment-page-1/#comment-4622</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Mon, 19 Jul 2010 04:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=270#comment-4622</guid>
		<description>Der Spamfilter hat bei diesem Kommentar irgendwie angeschlagen und ich musste ihn erst freischalten. Entschuldigung.</description>
		<content:encoded><![CDATA[<p>Der Spamfilter hat bei diesem Kommentar irgendwie angeschlagen und ich musste ihn erst freischalten. Entschuldigung.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Wicket &#8211; Flexibilität mit Factories von Nick</title>
		<link>http://www.wicket-praxis.de/blog/2010/07/15/wicket-flexibilitat-mit-factories/comment-page-1/#comment-4617</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Fri, 16 Jul 2010 10:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=270#comment-4617</guid>
		<description>Interessanter Ansatz. Ich glaube aber ebenso, dass in machen Fällen der klassische Ansatz auch weiterhin sinnvoll ist. 

Als weitere Lösungsstrategie, allerdings ähnlich zu Factories, könnte man sich eine Umsetzung nach dem Builder-Pattern vorstellen, etwa

Component c = new BorderPanelBuilder(haveFunLabelFactory).borderWidth(2).borderColor(&quot;red&quot;).padding(4).build();</description>
		<content:encoded><![CDATA[<p>Interessanter Ansatz. Ich glaube aber ebenso, dass in machen Fällen der klassische Ansatz auch weiterhin sinnvoll ist. </p>
<p>Als weitere Lösungsstrategie, allerdings ähnlich zu Factories, könnte man sich eine Umsetzung nach dem Builder-Pattern vorstellen, etwa</p>
<p>Component c = new BorderPanelBuilder(haveFunLabelFactory).borderWidth(2).borderColor(&#8220;red&#8221;).padding(4).build();</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Wicket Heatmap &#8211; Ajax mit Parametern von Thorsten Krüger</title>
		<link>http://www.wicket-praxis.de/blog/2010/03/07/wicket-heatmap-ajax-mit-parametern/comment-page-1/#comment-4436</link>
		<dc:creator>Thorsten Krüger</dc:creator>
		<pubDate>Thu, 10 Jun 2010 06:36:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.wicket-praxis.de/blog/?p=257#comment-4436</guid>
		<description>Hmm, der Link wollte mich nicht. Zweiter Versuch: &lt;a href=&quot;http://www.webreference.com/js/column26/apply.html&quot; rel=&quot;nofollow&quot;&gt;</description>
		<content:encoded><![CDATA[<p>Hmm, der Link wollte mich nicht. Zweiter Versuch: <a href="http://www.webreference.com/js/column26/apply.html" rel="nofollow"></a></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 48/98 queries in 0.045 seconds using disk: basic
Object Caching 667/699 objects using disk: basic

Served from: www.wicket-praxis.de @ 2012-02-06 20:08:40 -->
