Cheers for sorting all this :) Out of interest is there an easy way of 
causing the wthttp to deploy the application with a name i.e.

http://0.0.0.0:8080/name

Also, is there anywhere on the roadmap where the system will shift to using 
simply urls (i.e. http://0.0.0.0:8080/internal/path/goes/here)?

Roj


Koen Deforche wrote:
> Hey Anthony,
>
> 2008/12/2 roja <[EMAIL PROTECTED]>:
>   
>> Koen,
>>
>> As before i am not 100% sure that this is a bug but it feels like it so
>> i figure i should report it... When typing in a path the following happens:
>>     
>
> These are bugs. They happen only when deploying your application at a
> path that ends with a '/' though, and thus the ugly ?_= urls are used.
>
> The main reason why the ugly ?_= urls exist is that I wanted
> applications to work regardless of how they are deployed, especially
> considering that the default deployment when using the built-in httpd
> is '/'. However, I think when using internal paths you really should
> use the beautiful URLs by deploying at a plain path (not ending with
> '/') ?
>
>   
>> Automatic Session Tracking {
>>
>> JS Enabled:
>>
>> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
>> Path after page load =
>> http://0.0.0.0:8080/?_=/this/is/a/path#/this/is/a/path
>>
>> Shouldn't it be?:
>> http://0.0.0.0:8080/?_=/this/is/a/path
>>     
>
> It should be: http://0.0.0.0:8080/#/this/is/a/path
> And now (current CVS) it is.
>
>   
>> Entered = http://0.0.0.0:8080/#/this/is/a/path
>> Path after page load = http://0.0.0.0:8080/#/this/is/a/path
>>
>> I beleve this to be right....
>>     
>
> Yes.
>
> Bottom-line: if you have JS enabled, then the displayed URL should
> always use a hash to separate the internal path.
>
>   
>> Non JS:
>>
>> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
>> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>>
>> Shouldn't it be?:
>> http://0.0.0.0:8080/?_=/this/is/a/path&wtd=<session string>&js=no
>>     
>
> Yes, and now (current CVS) it is.
>
>   
>> Entered = http://0.0.0.0:8080/#/this/is/a/path
>> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>>
>> Shouldn't it be?:
>> http://0.0.0.0:8080/#/this/is/a/path?wtd=<session string>&js=no
>>     
>
> Ideally, yes (?wtd=<session string>&js=no#/this/is/a/path), but that
> is not possible.
>
> When JS is disabled we cannot read the value behind the #, it is not
> transferred to the server side in the request, and therefore lost.
>
>   
>> }
>>
>> URL Session Tracking {
>>
>> JS Enabled:
>>
>> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
>> Path after page load =
>> http://0.0.0.0:8080/?_=/this/is/a/path#/this/is/a/path
>>
>> Shouldn't it be?:
>> http://0.0.0.0:8080/?_=/this/is/a/path
>>     
>
> It should be: http://0.0.0.0:8080/#/this/is/a/path
> And now (current CVS) it is.
>
>   
>> Entered = http://0.0.0.0:8080/#/this/is/a/path
>> Path after page load = http://0.0.0.0:8080/#/this/is/a/path
>>
>> I beleve this to be right....
>>     
>
> Right (same situation as above).
>
>   
>> Non JS:
>>
>> Entered = http://0.0.0.0:8080/?_=/this/is/a/path
>> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>>
>> Shouldn't it be?:
>> http://0.0.0.0:8080/?_=/this/is/a/path&wtd=<session string>&js=no
>>     
>
> Yes, and now (current CVS) it is.
>
>   
>> Entered = http://0.0.0.0:8080/#/this/is/a/path
>> Path after page load = http://0.0.0.0:8080/?wtd=<session string>&js=no
>>
>> Shouldn't it be?:
>> http://0.0.0.0:8080/#/this/is/a/path?wtd=<session string>&js=no
>>     
>
> Again, same problem as above. The internal path is lost in this case.
>
>   
>> The results seem a little inconsistent... Am i simply (yet again...)
>> missing the point of the internal path system?
>>     
>
> No. But I do encourage you to deploy your application differently :-)
>
> Regards,
> koen
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> witty-interest mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/witty-interest
>   


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
witty-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/witty-interest

Reply via email to