Hi Luke,

The best way to do this is to set the setEscapedUserinfo() on the HttpURL.
Alternativley, the username and password info in a url goes in this format:

http://username:[EMAIL PROTECTED]/stuff

hope that helps.

Ryan-

-----Original Message-----
From: Luke Noel-Storr [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 11, 2004 11:13 AM
To: Slide Users Mailing List
Subject: Re: Slide Tomcat Sessions - Closing them

OK, I'm sure I'm probably being stupid, but how do I put my username and 
password into the URL?

I've tried sticking "?user=luke&password=password" (and variations of 
this) at the end of the URL, but that doesn't seem to work.


Cheers

Luke.
-----

Luke Noel-Storr wrote:

> I had just downloaded the source and discovered that it was this check 
> that was causing the problem.
>
> Thank you for the solution to the problem, I will give it a go.
>
> At first glance though it would seem there are more security 
> implications arround this solution - is this the case?
>
>
> Cheers
>
> Luke.
> -----
>
> Ingo Brunberg wrote:
>
>> Ok, I think I have found the reason you end up creating new sessions
>> everytime. But that should not be specific to reportMethod() but all
>> WebDAV methods you call from WebdavResource.
>>
>> Try putting your username and password into your URL. You can then
>> omit the Credentials.
>>
>> There's a strange test in WebdavResource, that gets executed before
>> every method call to check if the current credentials have changed.
>> This method is broken if you don't put them into the URL. This check
>> could be omitted if the URL and userinfo within WebdavResource were
>> protected from foreign mutations. I would like to see these
>> restrictions introduced in the post 2.0 code as
>> 1) I see no benefit in being able to change those parameters after a
>>   WebdavResource is being created.
>> 2) you could easily cache the decoded path and name to avoid decoding
>>   the path on every call to getPath(), getName() and when executing a
>>   WebDAV method for the current resource.
>>
>> Ingo
>>  
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to