Problema in Wicket

Question

Ho una pagina in base al nome BranchMap che utilizza GoogleMap per mostrare una certa costruzione per l'utente dopo che ha effettuato l'accesso. i dati sono stati in un primo momento a protette (richiesta password) situazione (in CategoiresXML che si estende ProtectedPage), ma ho scoperto che Google non può accedere al sistema e rendere la pagina esteso dalla pagina web. Ma ora quando vado alla pagina BranchMap e Premere CTRL + F5 pagina scade e ho riferito alla HomePage. Qualcuno sa il motivo? se volete maggiori informazioni dimmi dove metterli.

Answer 1

Non del tutto sicuro di quello che stai descrivendo - non è del tutto chiaro, ma vedere se questo aiuta:

Questo può accadere quando alcuni chiamano Ajax fa sì che la pagina per modificare, ma aggiornare la pagina (che non è un segnalibro) che è gli URL si riferisce alla versione scaduta provoca questa eccezione. Ho avuto questo problema a un certo punto, quando abbiamo avuto più iframe mettere in nostro wicket app (scusate la spiegazione confusa - è stato qualche tempo fa).

Alla fine, per la nostra applicazione, abbiamo dovuto dividere le diverse fonti iframe in diverse servlet all'interno di web.xml - al fine di isolare completamente le sessioni delle varie pagine -. Ma questa è un'altra storia

Prova ad aggiungere questo al vostro metodo di applicazione init wicket.

// debug code for fixing session issue (multiple ajax using pages inside
// one browser)
get().getPageSettings().setAutomaticMultiWindowSupport(true);

E verificare la documentazione qui: http://wicket.apache.org/docs/1.4/org/apache/wicket/jmx/PageSettings.html#getAutomaticMultiWindowSupport ()

si può mostrare la traccia dello stack?

Quale versione di Wicket stai usando?

C'è stato un po 'di un miss-comunicazione nel javadoc prima del 1.4-RC3 pure, patch qui: http://svn.apache.org/viewvc/wicket/trunk/wicket/src/main/java/org/apache/wicket/settings/IPageSettings.java?r1=647167&r2=768578&pathrev= 768.578 & diff_format = h

Il problema qui: https://issues.apache.org/jira/browse / wicket-2233

Ecco il commento aggiornato nel javadoc dal IPageSettings:

/**
 * Gets whether Wicket should try to support opening multiple windows for the same session
 * transparently. If this is true - the default setting -, Wicket tries to detect whether a new
 * window was opened by a user (e.g. in Internet Explorer by pressing ctrl+n or ctrl+click on a
 * link), and if it detects that, it creates a new page map for that window on the fly. As a
 * page map represents the 'history' of one window, each window will then have their own
 * history. If two windows would share the same page map, the non-bookmarkable links on one
 * window could refer to stale state after working a while in the other window.
 * <p>
 * <strong> Currently, Wicket trying to do this is a best effort that is not completely fail
 * safe. When the client does not support cookies, support gets tricky and incomplete. See
 * {@link WebPage}'s internals for the implementation. </strong>
 * </p>
 * 
 * @return Whether Wicket should try to support multiple windows transparently
 */
boolean getAutomaticMultiWindowSupport();