{"id":400,"date":"2011-12-05T16:42:17","date_gmt":"2011-12-05T14:42:17","guid":{"rendered":"http:\/\/hasselba.ch\/blog\/?p=400"},"modified":"2011-12-05T16:43:25","modified_gmt":"2011-12-05T14:43:25","slug":"der-neue-http-header-x-xsprefreshid","status":"publish","type":"post","link":"https:\/\/hasselba.ch\/blog\/?p=400","title":{"rendered":"Der neue HTTP Header ‚X-XspRefreshId‘"},"content":{"rendered":"

Mit Domino 8.5.3 ist der neue HTTP Header ‚X-XspRefreshId‘ eingef\u00fchrt worden, mit dem sich die refreshId<\/em> eines Partial Refreshs vom Server aus ver\u00e4ndern l\u00e4sst. Dadurch ist es m\u00f6glich, ein Element zu refreshen, dass Ergebnis dieser Operation jedoch auf ein anderes Element im Client anzuwenden.<\/p>\n

Hier ein kleines Beispiel anhand einer XPage, die vor dem Partial Refresh wie folgt aussieht:<\/p>\n

\"Screenshot:<\/a><\/p>\n

Der Code der XPage ist ebenfalls simpel, ausser das bei einem Partial Refresh der XPage ein Header an den Request angef\u00fcgt wird. Dazu wird das Event afterRestoreView<\/em> genutzt.<\/p>\n

<?xml version=\"1.0\" encoding=\"UTF-8\"?>\r\n<xp:view xmlns:xp=\"http:\/\/www.ibm.com\/xsp\/core\">\r\n\r\n\u00a0\u00a0 \u00a0<xp:this.afterRestoreView><![CDATA[#{javascript:\r\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0var exCon = facesContext.getExternalContext();\r\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0var writer = facesContext.getResponseWriter();\r\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0var response = exCon.getResponse();\r\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0response.setHeader(\"X-XspRefreshId\",<\/strong>  getClientId('label2') )<\/strong>; }]]>\r\n\u00a0\u00a0 \u00a0<\/xp:this.afterRestoreView>\r\n\r\n\u00a0\u00a0 \u00a0<xp:button value=\"Label\" id=\"button1\">\r\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0<xp:eventHandler event=\"onclick\" submit=\"true\"\r\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0refreshMode=\"partial\" refreshId=\"label1\">\r\n\u00a0\u00a0 \u00a0\u00a0\u00a0 \u00a0<\/xp:eventHandler>\r\n\u00a0\u00a0 \u00a0<\/xp:button>\r\n\u00a0\u00a0 \u00a0<xp:br><\/xp:br>\r\n\u00a0\u00a0 \u00a0<xp:br><\/xp:br>\r\n\u00a0\u00a0 \u00a0<xp:label value=\"Label1\" id=\"label1\"><\/xp:label>\r\n\u00a0\u00a0 \u00a0<xp:br><\/xp:br>\r\n\u00a0\u00a0 \u00a0<xp:br><\/xp:br>\r\n\u00a0\u00a0 \u00a0<xp:label value=\"Label2\" id=\"label2\"><\/xp:label>\r\n<\/xp:view><\/pre>\n
Der Button l\u00f6st einen Partial Refresh auf das Label label1<\/em> aus, der dazugeh\u00f6rige Request, der an den Server gesendet wird liefert auch den zu erwartenden HTML-Code zur\u00fcck:<\/p>\n
<span id=\"view:_id1:label1\" class=\"xspTextLabel\">Label1<\/span><\/pre>\n
Doch nun kommt der zus\u00e4tzliche Header ins Spiel. Er bewirkt, dass nicht das label1<\/em> ersetzt wird, sondern das Element label2<\/em>:<\/p>\n
\"\"<\/p>\n
Durch den in der HTTP Header in der Antwort des Servers wurde das XSP-Objekt dazu veranlasst, den HTML-Code im DOM-Baum an einer anderen Stelle zu ersetzen.<\/p>\n
\"\"<\/p>\n
In diesem kleinen Beispiel tritt ein kleiner Seiteneffekt auf: Das Label mit der id label2<\/em> verschwindet komplett aus dem DOM-Baum. Bet\u00e4tigt man den Button ein zweites Mal, funktioniert der Refresh nicht mehr, und folgende Fehlermeldung erscheint im Browser:<\/p>\n
\"\"<\/p>\n","protected":false},"excerpt":{"rendered":"
Mit Domino 8.5.3 ist der neue HTTP Header ‚X-XspRefreshId‘ eingef\u00fchrt worden, mit dem sich die refreshId eines Partial Refreshs vom Server aus ver\u00e4ndern l\u00e4sst. Dadurch ist es m\u00f6glich, ein Element zu refreshen, dass Ergebnis dieser Operation jedoch auf ein anderes … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[75,9,82,76,81,74,24],"tags":[33,8,7,11,4,25,16,5,32,12,3,85],"class_list":["post-400","post","type-post","status-publish","format-standard","hentry","category-dojo","category-javascript","category-server","category-ssjs","category-web","category-xpages","category-xsp","tag-8-5-3","tag-dojo","tag-domino","tag-http","tag-js","tag-partial-refresh","tag-server","tag-ssjs","tag-tipp","tag-web","tag-xpages","tag-xsp"],"_links":{"self":[{"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=\/wp\/v2\/posts\/400","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=400"}],"version-history":[{"count":6,"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=\/wp\/v2\/posts\/400\/revisions"}],"predecessor-version":[{"id":407,"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=\/wp\/v2\/posts\/400\/revisions\/407"}],"wp:attachment":[{"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=400"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=400"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/hasselba.ch\/blog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=400"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}