Juergen Donnerstag wrote:
jsessionid is inserted by the container automatically once a session
has been created. It is not wicket.
I believe it's encodeURL method of HttpServletResponse that inserts the
jessionid in URL. The container itself has AFAIK no idea what in the
response body is url and what's not.
-Matej
juergen
On 7/18/05, Matej Knopp <[EMAIL PROTECTED]> wrote:
Johan Compagner wrote:
who is inserting the jsessionid?
I think it happens when we call encodeUrl() maybe we shouldn't do that
for bookmarkable urls?
Don't think so. When cookies are disabled clicking on URL without
session id would lose the session (resp. create a new one). So after
clicking on a bookmarkable page you wouldn't be able to continue working
on application.
I don't think jsessionid as a problem here. Google indexes it well.
Maybe it's not even generated for google. Maybe google crawler pretends
to support cookies and just throws them away.
-Matej
johan
Matej Knopp wrote:
Once again. The URLS of wicket application that need to be crawled are
bookmarkable pages (urls like app?bookmarkablePage=foo.bar.pageClass).
Bookmarkable pages have only one parameter. So they are already
crawler friendly.
All other (app?component=, app?path=, etc) should not be crawled at
all, because they lead to session relative pages.
So the only thing to take care of is removing jsessionid form the
middle of the url and placing them as parameter to url tail.
-Matej
Gili wrote:
URL rewriting seems like a decent option so long as you recall
that Google limits you to two parameters. This means the problem now
becomes rewriting Wicket URLs to be "crawler-friendly" with one or
two parameters :)
Gili
Eelco Hillenius wrote:
Gili wrote:
http://www.google.com/webmasters/guidelines.html
Note that requiring cookies might prevent the crawler from indexing
your pages.
This is further discussed here:
http://www.searchengineguide.com/whalen/2004/0210_jw1.html and
http://www.optimizekit.com/kb/categories/Do's-and-Dont's/
Major points here: crawlers will absolutely refuse to index pages
with cookies or jsessionids.
If I had a choice between decent back support versus getting
indexed by Google, I'd choose the latter :) Hopefully we can do both.
I take your point seriously, but as stated before, we just can't do
that. There are break out's though, the easiest one to do url
rewriting. This is from the site you sent a link to above:
<quote>
One way to circumvent this difficulty is to create static versions
of your site's dynamic pages for search engines to crawl.
Unfortunately, duplicating your pages is a huge amount of extra work
and a constant maintenance chore, plus the resulting pages are never
quite up-to-date — all the headaches dynamic pages were designed to
eliminate. A far better strategy is to follow the lead of Amazon and
rewrite your dynamic URLs in a syntax that search engines will
gladly crawl.
*URLs that look like this: *
amazon.com/store?shop=cd&sku= B00004WFIZ&ref=p_ir_m&sessionID=
107-6571839-6268523
*/become:/*
amazon.com/exec/obidos/ASIN/ref=
B00004WFIZ/ref=pd_ir_m/107-6571839-6268523
</quote>
You could do either the rewrite (the easiest) or create static pages
from your dynamic content now.
Another thing I'd like to note here is that Wicket doesn't force you
to use cookies. Wicket does all the encoding for you, where's when
working with e.g. plain JSP's or model 2 frameworks, it is a common
thing to forget to encode all links. And if you forget it, it means
your browser has to fall back on cookies, or that - in case you
configured your servlet engine to not use cookies - it fails. I've
seen this go wrong (developers forgetting it) in /every/
webapplication I know of, allways resulting in complaints that the
webapp didn't work for some people (that is the people that turned
of cookies) after it was put in production.
Eelco
Gili
Eelco Hillenius wrote:
Nope, we do need a session for everything except a trivial page
(and from the framework to figure out whether the page is
'trivial' that would involve some major hacking). EVERYTHING that
can trigger a 'postback', be it forms, links or whatever, needs
that page to be in the session.
It might be a feature request for our next version (1.2 that is)
when we tackle the whole stateless page thing (if we ever tackle
that succesfully, as currently the disadvantages seem to be
greater than the very few advantages it would get you... but
that's another discussion for some other time). But for 1.0.1/
1.1, we can't change it.
Eelco
Gili wrote:
First, I like the new setPageAlias() functionality :)
I still don't understand however why one needs to store the Page
component ID on the session (at least for bookmarkable pages the
first time they are hit). Also, Eelco previously mentioned that
jsessionid is only showing up because we're creating a session.
My point is, we *shouldn't* be creating a session for
bookmarkable pages unless for example the page contains a form,
and someone submits it. We should be creating session on-demand,
not right away. Maybe once I understand more about why we need
path=X, this will make more sense.
Thanks,
Gili
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration
Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
HS^µéšŠX¬²š'²ŠÞu¼ƒŠÇ(½êÄjÌ‹Š{±2(+jب�+kj×
‰ë ®‰ˆÁb�Û"š™^¶‡è–Z0F†�™ªl²ÚÚŠm~Šðj·Z®Øœ•ë"�ú+™«b½åžmƬ¶Æ§vj+xgz÷«ÊØbž
¨ºwžvÚ zÛ©¶‹)yç_jËa¶Úý§l¢Çgr‰¿iØ�¾í©e¡È�^÷j)ÉrE¢rGuëÞ–Šfj)bž
b²Õ¢rGuëÞ–ŠeŠËl²‹«qç讧zØm¶›?þX¬¶Ë(º· ~ŠàzwþX¬¶ÏåŠËb�ú?Â'$z×^½éhp===
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
Wicket-develop mailing list
Wicket-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-develop
