slide-user@jakarta.apache.org Archives

How can I use PropFindMethod?

2009-05-04T04:28:15Z

I want to use PropFindMethod to retrieves my interesting properties of the
file. When I used this, it didn't send XML properties name that I want to
the server.
My code like this,

       HttpClient http = new HttpClient();
>        Credentials credentials = new
> UsernamePasswordCredentials(SERVER_USERNAME, SERVER_PASSWORD);
>        http.getState().setCredentials(new
> AuthScope(SERVER_HOST,SERVER_PORT), credentials);
>        http.getParams().setAuthenticationPreemptive(true);
>        HostConfiguration hostConfig = new HostConfiguration();
>        hostConfig.setHost(SERVER_HOST, SERVER_PORT, SERVER_PROTOCAL);
>        PropFindMethod propFindMethod = new PropFindMethod();
>        propFindMethod.setDepth(DepthSupport.DEPTH_0);
>        propFindMethod.setPath(CALDAV_SERVER_WEBDAV_ROOT);
>        propFindMethod.setType(PropFindMethod.BY_NAME);
>        Vector v = new Vector();
>        v.add(new PropertyName("DAV", "resourcetype"));
>        v.add(new PropertyName("DAV", "calendar-home-set"));
>        propFindMethod.setPropertyNames(v.elements());
>        status = http.executeMethod(hostConfig, propFindMethod);
>        System.out.println(status);
>

But I found that my code didn't send properties "resourcetype" and
"calendar-home-set" to the server it only sent the header?
Is my code wrong?

Thank you.

Setting PR_CONVERSATION_INDEX

2009-04-15T04:02:28Z


Hi all,

I'm trying to do a seemingly simple task of setting the
PR_CONVERSATION_INDEX  (PidTagConversationIndex) on my item before I send my
email out. I've tried to set other MAPI properties like PR_COVERSATION_TOPIC
using the proppatch method and they seem to go through fine. But for
PR_CONVERSATION_INDEX this doesn't quite fly since that property is of type
PT_BINARY. Looks like Slide's proppatch method is quite restrictive, as in
it requires that the value of the MAPI property you set is of type String.
So since PR_CONVERSATION_INDEX is of type PT_BINARY, things seem to not work
out in this case. Can anyone help out and let me know of a way to tackle
this issue?

One alternative that I was considering was to use Exchange Web Services
(EWS). Does anyone know if the same end can be achieved by using EWS? And if
so, how should I go about it?

All responses will be greatly appreciated.

Thanks,

Nitin
-- 
View this message in context: http://www.nabble.com/Setting-PR_CONVERSATION_INDEX-tp23052149p23052149.html
Sent from the Jakarta Slide - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

configure a namespace for each user

2008-11-17T11:59:30Z

Hello,

 I'm a new user of slide and I'd like to configure the namespace to create a
namespace for each user defined in Domain.xml. I don't wanna  justa create a
folder for each user, but I want that the users use the same path to save
the files and that files are saved in his own folders.

I�m searching for it in the API, in the jakarta slide page and in the
google.

Someone know how to solve this problem?

thanks!!!



-- 
"Que homem � aquele que n�o pode fazer do mundo um lugar melhor"

accessing Exchange 2003

2008-04-28T23:12:11Z

Hello,

first of all, sorry for my English. Second, I'm using WebDAV since last friday.
But I have some problems to learn WebDAV.

I'm trying to connect to an Exchange server. Therefor I read on MSDN some
articles and use the examples from there, e.g.
http://www.msexchange.org/articles/Access-Exchange-2000-2003-Mailbox-WebDAV.html .

I tried to understand the example and execute it. Then I tried to make this
example with Java and Slide, but all the time I get an UnknownHostException when
I use a SearchMethod with query. If I just connect and disconnect like this

HttpURL httpURL = new HttpURL(...);
WebdavResource webdavResource = new WebdavResource(httpURL);
webdavResource.disconnect();

everything is fine.

May some of you guys have a little example with Slide for me to connect to a MS
Exchange server? That would be great.

Thanks a lot.

Ciao, Micha


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Alternative webdav client api?

2008-04-07T09:35:35Z

Good initiative :)

Eirikur S. Hrafnsson
Chief Software Engineer
Idega Software
http://www.idega.com

On Apr 7, 2008, at 1:12 AM, jharrop wrote:

>
>
> Roland Weber wrote:
>>
>>> Is there a natural migration path for my situation?
>>
>> If all you use is the client, there is no immediate hurry. However,
>> the Slide WebDAV client is based on an unsupported backlevel version
>> of HttpClient, besides being unsupported itself. As long as it works,
>> you're fine. As soon as a problem occurs, you're on your own.
>>
>> The Jackrabbit WebDAV client is your best option at Apache.
>> I don't know about any non-Apache WebDAV clients.
>>
>
> I've uploaded the slide webdav client code to
> https://sourceforge.net/projects/webdavclient4j  where it can be
> maintained/enhanced as necessary.
>
> I've replaced the unsupported HttpClient with the newer 3.0.1 client.
> -- 
> View this message in context: http://www.nabble.com/Alternative-webdav-client-api--tp13885439p16532022.html
> Sent from the Jakarta Slide - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Alternative webdav client api?

2008-04-07T01:12:33Z



Roland Weber wrote:
> 
>> Is there a natural migration path for my situation?
> 
> If all you use is the client, there is no immediate hurry. However,
> the Slide WebDAV client is based on an unsupported backlevel version
> of HttpClient, besides being unsupported itself. As long as it works,
> you're fine. As soon as a problem occurs, you're on your own.
> 
> The Jackrabbit WebDAV client is your best option at Apache.
> I don't know about any non-Apache WebDAV clients.
> 

I've uploaded the slide webdav client code to
https://sourceforge.net/projects/webdavclient4j  where it can be
maintained/enhanced as necessary.

I've replaced the unsupported HttpClient with the newer 3.0.1 client.
-- 
View this message in context: http://www.nabble.com/Alternative-webdav-client-api--tp13885439p16532022.html
Sent from the Jakarta Slide - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

RE: The state of WebDAV Clients

2008-04-07T01:05:46Z



Roland Weber wrote:
> 
> Users of the current Slide codebase are welcome
> to fork and support the code. They are even more
> welcome to form a new project to move away from
> the HttpClient 2.x/3.x API.

I've uploaded the slide webdav client code to
https://sourceforge.net/projects/webdavclient4j  where it can be
maintained/enhanced as necessary.  

The new name is intended to convey that this can (or rather, will, depending
on contributions) interoperate with a variety of webdav servers.



>  I'm willing to invest
> some effort into that next year, after we've
> completed the HttpComponents move to TLP. But
> at the moment, I don't see too many people working
> on a WebDAV client. If you know any, please send
> them our way :-) The best starting point for now
> would be the Jackrabbit client code that is just
> waiting for somebody to release it.
> 
> Of course you can always continue to use the
> Slide WebDAV client. There wasn't much support
> for some time, so the situation didn't really
> change by the retirement. It is now just obvious
> to anybody that the code is unsupported.
> 

-- 
View this message in context: http://www.nabble.com/The-state-of-WebDAV-Clients-tp13950123p16531993.html
Sent from the Jakarta Slide - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

How scalable is the slide in terms of storage.

2008-01-23T11:56:02Z


Hello All,

We use the slide 2.1 milestone 1 as our repository solution.  
Recently we have faced an issue with the storage space.

With the large number of content of size around 500 MB each, the storage
space on single disk falls short.

Slide provides multiple stores.  We thought to leverage it for
supporting multiple disks with each store pointing to a new disk.

Unfortunately what you found is that for versioning support the root
store is always used.  In other words, all versions of any resource
located in any store are stored in the root store.  It defeats the sole
purpose of having multiple stores.

Is there anybody who can validate the above observation and if incorrect
suggest me a way to configure slide for storage space extensibility?

Also pointers on any other issues that might arise from such
configuration such as caching, transactions, etc are greatly
appreciated.

Regards,

Abhijeet
Technical Architect
Saba Software



---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: The state of WebDAV Clients

2007-11-29T12:53:29Z

Hi Raymond,
we have to face the facts: Many people are interested in using a
WebDAV-Server and Client-Lib that can be integrated easily in their
projects, but no one (or only one - hi oliver ;-) ) is implementing it.
The developer who should now help jackrabbit developers to implement a
webdav-server could do the development in slide, but they didn't.
I am in search for an alternative WebDAV-Server now for some weeks, and
I see many unvital project on client- and server-side webdav
implementations. (see DAVExplorer for example or jigsaw-Development: new
release in April 2007 last webdav-development in 2000)
Does webdav lose its spirit? What are the alternatives?

Yours
 Arne

Raymond Bourges schrieb:
> Thank you for your answers Arne and Roland,
>
> But what do you think?
>
> Because our project wants to have additional WebDAV capacities I'd
> prefer extend a existing server coming form a active community and not
> fork from jackrabbit or slide WebDAV server and maintain this one.
>
> Do you think this is possible? Of course we have to make a clean work
> in order to not disfigure jackrabbit WebDAV server with specific
> package with extra WebDAV plug-ins for example.
>
> Additionally some work could have interest in a JCR approach. Excuse
> for my poor knowledge about JCR… In our project we have interests in:
> - Authentication (LDAP, SSO, Shibboleth)
> - Authorization (ACP existing in jackrabbit. Isn’t it? + External
> group management)
> - Quota
> Are these aspects may have some interest in Jackrabbit project?
> Because of JCR approach I think (do you confirm?) that Quota is not
> well locate in WebDAV server but what about AutN and AuthZ?
>
> Thanks a lot for your help.
>
> Arne v.Irmer a écrit :
>>> Their "simple" or "default" WebDAV server. That doesn't mean it can't
>>> be extended to JSR-170 + additional APIs for addressing additional
>>> functionality. Of course that's something that would need to be
>>> developed.
>>>
>>>   
>>>     
>> I agree with you. But that is not in the interest of the
>> Jackrabbit-Developers.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org 
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org 
>>
>>   
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: The state of WebDAV Clients

2007-11-29T09:32:03Z

Thank you for your answers Arne and Roland,

But what do you think?

Because our project wants to have additional WebDAV capacities I'd 
prefer extend a existing server coming form a active community and not 
fork from jackrabbit or slide WebDAV server and maintain this one.

Do you think this is possible? Of course we have to make a clean work in 
order to not disfigure jackrabbit WebDAV server with specific package 
with extra WebDAV plug-ins for example.

Additionally some work could have interest in a JCR approach. Excuse for 
my poor knowledge about JCR... In our project we have interests in:
- Authentication (LDAP, SSO, Shibboleth)
- Authorization (ACP existing in jackrabbit. Isn't it? + External group 
management)
- Quota
Are these aspects may have some interest in Jackrabbit project? Because 
of JCR approach I think (do you confirm?) that Quota is not well locate 
in WebDAV server but what about AutN and AuthZ?

Thanks a lot for your help.

Arne v.Irmer a �crit :
>> Their "simple" or "default" WebDAV server. That doesn't mean it can't
>> be extended to JSR-170 + additional APIs for addressing additional
>> functionality. Of course that's something that would need to be
>> developed.
>>
>>   
>>     
> I agree with you. But that is not in the interest of the
> Jackrabbit-Developers.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>

Re: The state of WebDAV Clients

2007-11-28T10:30:57Z


> Their "simple" or "default" WebDAV server. That doesn't mean it can't
> be extended to JSR-170 + additional APIs for addressing additional
> functionality. Of course that's something that would need to be
> developed.
>
>   
I agree with you. But that is not in the interest of the
Jackrabbit-Developers.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: The state of WebDAV Clients

2007-11-27T18:02:43Z

Arne v.Irmer wrote:
> [...] jackrabbit does not want to replace slide. It is
> focused on the jsr-170 compatible store and not on webdav. (No ACLs, no
> Events, no Bindings) And this can't change, because their webdav server
> should run on any jsr-170-container.

Their "simple" or "default" WebDAV server. That doesn't mean it can't
be extended to JSR-170 + additional APIs for addressing additional
functionality. Of course that's something that would need to be
developed.

cheers,
  Roland

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: The state of WebDAV Clients

2007-11-27T16:15:06Z

Hi,
us you read the answer to my question in the Jackrabbit User-mailing
list you know, that jackrabbit does not want to replace slide. It is
focused on the jsr-170 compatible store and not on webdav. (No ACLs, no
Events, no Bindings) And this can't change, because their webdav server
should run on any jsr-170-container.
In my small search I didn't find an opensource project that is on the
level that slide was. Did you?

Yours
 Arne

Raymond Bourges schrieb:
> Hi,
>
> About: â��Oliver made a fix in Subversion, but there was nobody who
> could release a fixed Slide, either as a minor update to the last
> Slide release years ago, or as a new release of the current code in
> Subversion.â��
>
> In ESUP-Portail project we have made a lot of work over Slide. Perhaps
> because of our poor English we didnâ��t communicate about this. Sorry.
>
> Slide is used in many universities in France and we make a patch for
> Slide 2.1. You can find it here:
> http://www.esup-portail.org/consortium/espace/Securite/ESUP-2007-AVI-004-COR.zip
>
> It takes the form of a patch of AbstractWebdavMethod Class in order to
> use a special EntityResolver that avoid XML Entity attack. It works on
> LOCK method like Oliverâ��s patch and with other commands like PROPFIND.
>
> About ESUP-Portail project work over Slide we have:
> - Authentication Filter (LDAP, SSO with CAS and Shibboleth)
> - Specific Slide stores for groups (uPortal groups and Shibbolethâ��s
> attributes based groups)
> - A Quota for WebDAV (RFC 4331) based on Slide event mechanism
>
> Of course we plan to use Jackrabbit WebDAV server now. But, at this
> time, I donâ��t know if we can rewrite Slide extension in a jackrabbit
> environment. I just sign on jackrabbit mailing lists.
>
> Jackrabbit seems to be to ACP compliant. I find some information in
> â��Coming from Slide...â�� thread in users mailing list.
> But have you some information on how to plug specific WebDAV group
> implementations in Jackrabbit? Is it spring enabled for example?
>
> Thanks a lot.
>
> Some information about ESUP-Portail WebDAV project:
> - Web site: http://sourcesup.cru.fr/esup-webdav-srv/current/index.html
> - The project site: http://sourcesup.cru.fr/projects/esup-webdav-srv/
> - A recent presentation of Shibboleth mechanism:
> http://www.terena.org/activities/eurocamp/november07/slides/bourges-the-shibboleth-enabled-webdav.pdf
>
>
> ossfwot@dubioso.net  a Ã©critÂ :
>> Hello Chris,
>>
>>   
>>> JackRabbit does not currently have a WebDAV client implementation
>>> according to this post
>>> (http://www.nabble.com/Webdav-Client-Examples--tf4803755.html#a13852979).
>>>     
>> The way I read this post, they have the implementation.
>> It is just not released as a separate component.
>>
>> The released version of the Slide WebDAV client is
>> based on HttpClient 2.0, which has been unsupported
>> for years. It also includes contrib code from
>> HttpClient which was never supported in the first
>> place.
>>
>>   
>>> I think it is clear that there is a need for
>>> a project like this.
>>>     
>> That is good to know.
>>
>>   
>>> Has there been any though in starting an Apache
>>> Commons project to provide WebDAV support?
>>>     
>> Not as a Commons project, but it was discussed
>> as a part of HttpComponents. The most recent
>> discussion took place on general@jakarta:
>> http://www.nabble.com/-discuss--Slide-%2B-HttpComponents-%3D%3E-TLP-tf4207242.html
>>
>> We made sure that the scope of the new
>> HttpComponents TLP allows for releasing
>> a WebDAV client, whether that is based on
>> Slide or Jackrabbit or something else. But
>> projects depend on volunteers to do the work.
>>
>>   
>>> My understanding was that the Slide client was
>>> stable and would probably provide a good starting
>>> point for a WebDAV client.
>>>     
>> It has no unit tests, no developer community,
>> and is based on an HttpClient API scheduled
>> for replacement. The Jackrabbit WebDAV client
>> is also based on an HttpClient API scheduled
>> for replacement, but it has a developer community.
>> I don't know about their unit tests.
>>
>>   
>>> For more information on my WebDAV research see this post:
>>> http://pragmaticchris.blogspot.com/2007/11/java-webdav-clients.html
>>>     
>> Thanks for the pointers. I may post a comment on
>> your blog later this week. For now: we did not retire 
>> Slide because Jackrabbit is a perfect replacement.
>> We retired Slide because it had no developer
>> community that could address a security vulnerability:
>> http://www.nabble.com/Warning%3A-Security-Bug-in-Slide-tf4736066.html
>>
>> Oliver made a fix in Subversion, but there was
>> nobody who could release a fixed Slide, either
>> as a minor update to the last Slide release years
>> ago, or as a new release of the current code in
>> Subversion. Projects that cannot address security
>> vulnerabilities need to be retired. This does not
>> depend on the availability of an alternative. It
>> depends only on the availability of a developer
>> community.
>>
>> Users of the current Slide codebase are welcome
>> to fork and support the code. They are even more
>> welcome to form a new project to move away from
>> the HttpClient 2.x/3.x API. I'm willing to invest
>> some effort into that next year, after we've
>> completed the HttpComponents move to TLP. But
>> at the moment, I don't see too many people working
>> on a WebDAV client. If you know any, please send
>> them our way :-) The best starting point for now
>> would be the Jackrabbit client code that is just
>> waiting for somebody to release it.
>>
>> Of course you can always continue to use the
>> Slide WebDAV client. There wasn't much support
>> for some time, so the situation didn't really
>> change by the retirement. It is now just obvious
>> to anybody that the code is unsupported.
>>
>> cheers,
>>   Roland
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org 
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org 
>>
>>   
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org


-- 
Dipl.-Phys. Arne v.Irmer
ITMC Technische Universität Dortmund
Raum 214
Hauert 12a
44227 Dortmund
Tel.:
++49 231 755 7127
Fax : ++49 231 755 4597

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: The state of WebDAV Clients

2007-11-27T15:16:13Z

Hi,

About: “Oliver made a fix in Subversion, but there was nobody who could 
release a fixed Slide, either as a minor update to the last Slide 
release years ago, or as a new release of the current code in Subversion.”

In ESUP-Portail project we have made a lot of work over Slide. Perhaps 
because of our poor English we didn’t communicate about this. Sorry.

Slide is used in many universities in France and we make a patch for 
Slide 2.1. You can find it here: 
http://www.esup-portail.org/consortium/espace/Securite/ESUP-2007-AVI-004-COR.zip

It takes the form of a patch of AbstractWebdavMethod Class in order to 
use a special EntityResolver that avoid XML Entity attack. It works on 
LOCK method like Oliver’s patch and with other commands like PROPFIND.

About ESUP-Portail project work over Slide we have:
- Authentication Filter (LDAP, SSO with CAS and Shibboleth)
- Specific Slide stores for groups (uPortal groups and Shibboleth’s 
attributes based groups)
- A Quota for WebDAV (RFC 4331) based on Slide event mechanism

Of course we plan to use Jackrabbit WebDAV server now. But, at this 
time, I don’t know if we can rewrite Slide extension in a jackrabbit 
environment. I just sign on jackrabbit mailing lists.

Jackrabbit seems to be to ACP compliant. I find some information in 
“Coming from Slide...” thread in users mailing list.
But have you some information on how to plug specific WebDAV group 
implementations in Jackrabbit? Is it spring enabled for example?

Thanks a lot.

Some information about ESUP-Portail WebDAV project:
- Web site: http://sourcesup.cru.fr/esup-webdav-srv/current/index.html
- The project site: http://sourcesup.cru.fr/projects/esup-webdav-srv/
- A recent presentation of Shibboleth mechanism: 
http://www.terena.org/activities/eurocamp/november07/slides/bourges-the-shibboleth-enabled-webdav.pdf


ossfwot@dubioso.net a écrit :
> Hello Chris,
>
>   
>> JackRabbit does not currently have a WebDAV client implementation
>> according to this post
>> (http://www.nabble.com/Webdav-Client-Examples--tf4803755.html#a13852979).
>>     
>
> The way I read this post, they have the implementation.
> It is just not released as a separate component.
>
> The released version of the Slide WebDAV client is
> based on HttpClient 2.0, which has been unsupported
> for years. It also includes contrib code from
> HttpClient which was never supported in the first
> place.
>
>   
>> I think it is clear that there is a need for
>> a project like this.
>>     
>
> That is good to know.
>
>   
>> Has there been any though in starting an Apache
>> Commons project to provide WebDAV support?
>>     
>
> Not as a Commons project, but it was discussed
> as a part of HttpComponents. The most recent
> discussion took place on general@jakarta:
> http://www.nabble.com/-discuss--Slide-%2B-HttpComponents-%3D%3E-TLP-tf4207242.html
>
> We made sure that the scope of the new
> HttpComponents TLP allows for releasing
> a WebDAV client, whether that is based on
> Slide or Jackrabbit or something else. But
> projects depend on volunteers to do the work.
>
>   
>> My understanding was that the Slide client was
>> stable and would probably provide a good starting
>> point for a WebDAV client.
>>     
>
> It has no unit tests, no developer community,
> and is based on an HttpClient API scheduled
> for replacement. The Jackrabbit WebDAV client
> is also based on an HttpClient API scheduled
> for replacement, but it has a developer community.
> I don't know about their unit tests.
>
>   
>> For more information on my WebDAV research see this post:
>> http://pragmaticchris.blogspot.com/2007/11/java-webdav-clients.html
>>     
>
> Thanks for the pointers. I may post a comment on
> your blog later this week. For now: we did not retire 
> Slide because Jackrabbit is a perfect replacement.
> We retired Slide because it had no developer
> community that could address a security vulnerability:
> http://www.nabble.com/Warning%3A-Security-Bug-in-Slide-tf4736066.html
>
> Oliver made a fix in Subversion, but there was
> nobody who could release a fixed Slide, either
> as a minor update to the last Slide release years
> ago, or as a new release of the current code in
> Subversion. Projects that cannot address security
> vulnerabilities need to be retired. This does not
> depend on the availability of an alternative. It
> depends only on the availability of a developer
> community.
>
> Users of the current Slide codebase are welcome
> to fork and support the code. They are even more
> welcome to form a new project to move away from
> the HttpClient 2.x/3.x API. I'm willing to invest
> some effort into that next year, after we've
> completed the HttpComponents move to TLP. But
> at the moment, I don't see too many people working
> on a WebDAV client. If you know any, please send
> them our way :-) The best starting point for now
> would be the Jackrabbit client code that is just
> waiting for somebody to release it.
>
> Of course you can always continue to use the
> Slide WebDAV client. There wasn't much support
> for some time, so the situation didn't really
> change by the retirement. It is now just obvious
> to anybody that the code is unsupported.
>
> cheers,
>   Roland
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>

RE: The state of WebDAV Clients

2007-11-26T15:42:35Z

Hello Chris,

> JackRabbit does not currently have a WebDAV client implementation
> according to this post
> (http://www.nabble.com/Webdav-Client-Examples--tf4803755.html#a13852979).

The way I read this post, they have the implementation.
It is just not released as a separate component.

The released version of the Slide WebDAV client is
based on HttpClient 2.0, which has been unsupported
for years. It also includes contrib code from
HttpClient which was never supported in the first
place.

> I think it is clear that there is a need for
> a project like this.

That is good to know.

> Has there been any though in starting an Apache
> Commons project to provide WebDAV support?

Not as a Commons project, but it was discussed
as a part of HttpComponents. The most recent
discussion took place on general@jakarta:
http://www.nabble.com/-discuss--Slide-%2B-HttpComponents-%3D%3E-TLP-tf4207242.html

We made sure that the scope of the new
HttpComponents TLP allows for releasing
a WebDAV client, whether that is based on
Slide or Jackrabbit or something else. But
projects depend on volunteers to do the work.

> My understanding was that the Slide client was
> stable and would probably provide a good starting
> point for a WebDAV client.

It has no unit tests, no developer community,
and is based on an HttpClient API scheduled
for replacement. The Jackrabbit WebDAV client
is also based on an HttpClient API scheduled
for replacement, but it has a developer community.
I don't know about their unit tests.

> For more information on my WebDAV research see this post:
> http://pragmaticchris.blogspot.com/2007/11/java-webdav-clients.html

Thanks for the pointers. I may post a comment on
your blog later this week. For now: we did not retire 
Slide because Jackrabbit is a perfect replacement.
We retired Slide because it had no developer
community that could address a security vulnerability:
http://www.nabble.com/Warning%3A-Security-Bug-in-Slide-tf4736066.html

Oliver made a fix in Subversion, but there was
nobody who could release a fixed Slide, either
as a minor update to the last Slide release years
ago, or as a new release of the current code in
Subversion. Projects that cannot address security
vulnerabilities need to be retired. This does not
depend on the availability of an alternative. It
depends only on the availability of a developer
community.

Users of the current Slide codebase are welcome
to fork and support the code. They are even more
welcome to form a new project to move away from
the HttpClient 2.x/3.x API. I'm willing to invest
some effort into that next year, after we've
completed the HttpComponents move to TLP. But
at the moment, I don't see too many people working
on a WebDAV client. If you know any, please send
them our way :-) The best starting point for now
would be the Jackrabbit client code that is just
waiting for somebody to release it.

Of course you can always continue to use the
Slide WebDAV client. There wasn't much support
for some time, so the situation didn't really
change by the retirement. It is now just obvious
to anybody that the code is unsupported.

cheers,
  Roland

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

The state of WebDAV Clients

2007-11-25T01:22:09Z

I am a bit concerned at the state of WebDAV client implementations in Java.

The slide project has been recently retired and Apache recommends
using JackRabbit as an alternative.
JackRabbit does not currently have a WebDAV client implementation
according to this post
(http://www.nabble.com/Webdav-Client-Examples--tf4803755.html#a13852979).
Others in the industry like Eclipse, are using slide as the basis for
their new EFS WebDAV implementation
(http://wiki.eclipse.org/WebDAV_EFS_Implementation).

In all of my searching, I have yet to find a viable alternative to
slide as a WebDAV client. I think it is clear that there is a need for
a project like this. Has there been any though in starting an Apache
Commons project to provide WebDAV support? My understanding was that
the Slide client was stable and would probably provide a good starting
point for a WebDAV client.

For more information on my WebDAV research see this post:
http://pragmaticchris.blogspot.com/2007/11/java-webdav-clients.html

Thanks

Chris Dail
http://pragmaticchris.blogspot.com

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Alternative webdav client api?

2007-11-22T17:55:33Z

Hello Florian,

> the retirement announcement for Slide, mentions Jackrabbit as an alternative
> to slide.
> I am mostly interested in using the api to access an existing WebDav
> repository, but
> it seems Jackrabbit is mostly focused on the server side of webdav, not the
> client.

That is correct. But they do have a WebDAV extension to HttpClient.
Besides, Slide was also mostly focused on the server side :-)

> Is there a natural migration path for my situation?

If all you use is the client, there is no immediate hurry. However,
the Slide WebDAV client is based on an unsupported backlevel version
of HttpClient, besides being unsupported itself. As long as it works,
you're fine. As soon as a problem occurs, you're on your own.

The Jackrabbit WebDAV client is your best option at Apache.
I don't know about any non-Apache WebDAV clients.

cheers,
  Roland

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

RE: Alternative webdav client api?

2007-11-22T08:28:57Z


> 
> Hi,
> 
> the retirement announcement for Slide, mentions Jackrabbit as 
> an alternative to slide.
> I am mostly interested in using the api to access an existing 
> WebDav repository, but it seems Jackrabbit is mostly focused 
> on the server side of webdav, not the client.
> 
> Is there a natural migration path for my situation?

There are already some mails about this on the jackrabbit user list. I
think you have a better chance of getting help on that list,

Regards Ard



---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Alternative webdav client api?

2007-11-21T21:58:00Z

We have found the slide client to be stable and free of issues. I
would not immediately assume that it is not a good option because the
development effort has been retired.

Alon

On 11/21/07, Florian Kirchhoff  wrote:
>
> Hi,
>
> the retirement announcement for Slide, mentions Jackrabbit as an alternative
> to slide.
> I am mostly interested in using the api to access an existing WebDav
> repository, but
> it seems Jackrabbit is mostly focused on the server side of webdav, not the
> client.
>
> Is there a natural migration path for my situation?
>
> Thanks in advance for any help,
>
> Florian
> --
> View this message in context: http://www.nabble.com/Alternative-webdav-client-api--tf4852654.html#a13885439
> Sent from the Jakarta Slide - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Alternative webdav client api?

2007-11-21T20:35:24Z


Hi,

the retirement announcement for Slide, mentions Jackrabbit as an alternative
to slide.
I am mostly interested in using the api to access an existing WebDav
repository, but
it seems Jackrabbit is mostly focused on the server side of webdav, not the
client.

Is there a natural migration path for my situation?

Thanks in advance for any help,

Florian
-- 
View this message in context: http://www.nabble.com/Alternative-webdav-client-api--tf4852654.html#a13885439
Sent from the Jakarta Slide - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

[ANNOUNCEMENT] Jakarta Slide is retired

2007-11-07T17:58:08Z

The Apache Jakarta PMC is sorry to announce the retirement
of the Jakarta Slide subproject. After it's last release in
December 2004, development activity was significantly reduced
and came to a total standstill this year. Without a minimum
developer community that can release security fixes, we have
no choice but to retire Slide. We'll keep at least one of
the mailing lists open for a transition period, so users can
discuss alternatives and migration away from Slide. Further
use of the Slide codebase is discouraged.

One alternative to Slide is provided by the Apache Jackrabbit
project. Jackrabbit has a healthy, active developer community
and provides, among others things:
- a server-side content repository
- a WebDAV server component for access to the repository
- a WebDAV client component
Please visit http://jackrabbit.apache.org/ for more information.

We apologize for the inconveniences.

Roland Weber
  (wearing an Apache Jakarta PMC hat)

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Warning: Security-Bug in Slide

2007-11-02T08:26:19Z

Folks!

As described here

http://www.milw0rm.com/exploits/4567

there is a security bug in the current Slide release. Using the LOCK
methode it is possible to display content from your local file system.
This works by passing over literate XML that contains entities that
refer to your local file system.

AFAIK this can not be prevented by the XML implementation Slide uses (JDOM).

A quick fix would be to disable the LOCK method in the web.xml by
commenting it out or removing it.

I have also committed a patched LockMethod.java that does not return
literate XML at all. This may cause trouble with the owner filed that
some clients require, but it is the best I can do for now.

It is checked in in the Slide 2.1 release branch and in the HEAD
branch. For existing Slide 2.1 installations it would suffice to check
out, compile and replace the LockMethod class. You can do so by
copying it in the the WEB-INF/class folder including all package
directories.

If you grant outside access to your Slide WebDAVServer be sure to take
care of this bug.

Cheers

Oliver

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Reading ok, trouble writing

2007-10-29T19:23:18Z

I have slide running on two servers, call them A and B. The slide
setups are identical, as far as I can tell.

On both A and B I can retrieve files in a web browser using the slide urls.

On A I can connect to the server using the 'Connect to Server' feature
of my Mac Finder, and I can view and update the webdav, but I cannot
connect to B in the same way. I get the message:

"You cannot connect to this server because it cannot be found on the
network. Try again later or try a different URL"

I'm also unable to update the slide server on B programmatically, so I
suspect there is some general problem writing to slide on server B and
its giving me that cryptic message on my mac. (The same code on A
works fine)

Any thoughts on what might be the problem, or suggestions for figuring it out?

Thanks

Seth

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Not all collections get listed.

2007-10-25T17:07:39Z


Hi,

I am new to Slide (version 2.1) and I am trying something pretty simple:
1) Connect to a WebDAV server 
2) list the resources in the root collection.

The code snippet is here:
	HttpURL url = new HttpURL("kirchhof", "******","localhost", 9888);
	wdr = new WebdavResource(url,"/",true);
	wdr.setDebug(1);
	String[] list = wdr.list();
	for (String f : list) {
		System.out.println(f);
	}


It runs fine, but the listed resources are incomplete, I get all the Files,
but only one Collection. If  switched debugging on I see all the right
resources listed (see attached sample
http://www.nabble.com/file/p13411069/response.txt response.txt ). But the
list array only contains 2 entries:
the name of the 1 file resouces and an empty string.

I started stepping into the slide code to understand what's is going on. The
action seems to be
in the setWebdavProperties method of the WebdavResource class, since it
builds the childResources member of type WebsavResources. That latter class
contains a hashtable which WebdavResource
elements as values and the name property as key. Here is the problem: for
collection entries in the
response the key (WevdavResource.getName() is an empy string). The reason
for this is to be found
in setWebdavProperties  where the HttpUrl property is set for each resource:

Line 1076                char[] childURI = (myURI + (myURI.endsWith("/") ?
"" : "/")
Line 1077                                   +
URIUtil.getName(href)).toCharArray();
Line 1078                HttpURL childURL = httpURL instanceof HttpsURL
Line 1079                                   ? new HttpsURL(childURI)
Line 1080                                   : new HttpURL(childURI);
Line 1081               
childURL.setRawAuthority(httpURL.getRawAuthority());
Line 1082                workingResource.setHttpURL(childURL, NOACTION,
defaultDepth);

The problem is in Line 1077: URIUtil.getName(href) returns an empty string
because for a collection webdav resource href ends with a "/" (e.g.
"/somecollection/"). 

What am I missing?

Thanks for any help with this?

Florian
-- 
View this message in context: http://www.nabble.com/Not-all-collections-get-listed.-tf4692120.html#a13411069
Sent from the Jakarta Slide - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Can not log on

2007-10-22T14:49:38Z

On 10/21/07, leep leep  wrote:

> I have tried the work around from MS, it seems it doesn't help.

> 4. use DAV explorer to connect

Ah, sorry, missed that -- the MS tip was for the native "Web folders"
approach.

Afraid I didn't use the Slide realm so no experience setting it up.

Best of luck,
-- 
Hassan Schroeder ------------------------ hassan.schroeder@gmail.com

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Can not log on

2007-10-21T15:58:12Z

Hi!
Many thanks for a quick reply.
I have tried the work around from MS, it seems it doesn't help.

Maybe I missed something, following is what I did:
1. install Tomact 5.25
2. start Tomact
3. Just deploy the file slide.war
4. use DAV explorer to connect

Any ideas?

Regards,
Lee

On 10/20/07, Hassan Schroeder  wrote:
> On 10/20/07, leep leep  wrote:
>
> > I have installed Slide and Tomcat on a Windows XP. When I use DAV
> > Explorer to log on, I got log on prompt. But when I type in root/root,
> > it doesn't let me in. I checked the file, it says root has passwd
> > root.
> >
> > Any ideas?
>
> 
>
> Excerpt:
>
> "For security purposes, Windows Vista and Windows XP SP2 disable
>  Basic authentication in the Web Distributed Authoring and Versioning
>  (WebDAV) Redirector."
>
> HTH,
> --
> Hassan Schroeder ------------------------ hassan.schroeder@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Can not log on

2007-10-20T15:12:17Z

On 10/20/07, leep leep  wrote:

> I have installed Slide and Tomcat on a Windows XP. When I use DAV
> Explorer to log on, I got log on prompt. But when I type in root/root,
> it doesn't let me in. I checked the file, it says root has passwd
> root.
>
> Any ideas?



Excerpt:

"For security purposes, Windows Vista and Windows XP SP2 disable
 Basic authentication in the Web Distributed Authoring and Versioning
 (WebDAV) Redirector."

HTH,
-- 
Hassan Schroeder ------------------------ hassan.schroeder@gmail.com

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Can not log on

2007-10-20T14:33:04Z

Hi!
I have installed Slide and Tomcat on a Windows XP. When I use DAV
Explorer to log on, I got log on prompt. But when I type in root/root,
it doesn't let me in. I checked the file, it says root has passwd
root.

Any ideas?

Regards,
Lee

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Clearing failed transaction leftovers...

2007-10-19T19:44:20Z

Hi all-

We've been using slide to manage publishing files to our web sites 
for about 6 months now and everything is working very well.

We are using the J2ee store backed by an oracle DB for the nodeStore 
and a TxFileContentStore for the file store.

Our users move files from a staging environment to a production 
environment via a custom app that uses slide to move the files in a 
transaction. In addition to moving the files we collect metadata 
about the request from various places and store it in our local database.

On rare occasions these transactions fail (due to various reasons, 
other db's down etc) which seems to leave slide in an unclean state.. 
ie our "work" directory has folders in it from these failed 
transactions. While in this state moving files to these folders 
fails, due to what seems to be time outs. When we get into this state 
we have to restart the app servers and slide cleans itself up and 
everything is fine.

after the restart I see in the logs:

WARN 12:33:41,063 (file-content-store.log():110): ---> Could not 
process URI '/'! Thread Thread[Orion Launcher,5,main] marking 
transaction branch [B@1539d49 for rollback

that transaction branch is the one that failed and is a problem, and 
seems to get rolled back.

So is there anyway to manage/fix these type of problems without doing 
a restart? Is there an API to manually access and rollback transactions?

Any ideas on where to start looking would be very much appreciated.


Thanks

JEFF





---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Slide Client and HttpClient 3.x

2007-10-11T07:23:55Z

Thanks John.
Ali.

John Rousseau wrote:
> After applying the patch found in
> http://issues.apache.org/bugzilla/show_bug.cgi?id=35213, the slide
> client is working well for me.
>
> -John
>
> Ali Naddaf wrote:
>   
>> Hello all.
>>
>> Is there a simple way to get httpclient 3.x to work with Slide 2.2pre? I
>> recently had to move my httpclient to version 3 and that caused problems
>> for my access to my Slide server. If it is not possible, what other
>> (open/free) Java based clients can I use?
>>
>> Thanks
>> Ali.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>>
>>
>>     
>
>   

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Slide Client and HttpClient 3.x

2007-10-10T21:05:21Z

After applying the patch found in
http://issues.apache.org/bugzilla/show_bug.cgi?id=35213, the slide
client is working well for me.

-John

Ali Naddaf wrote:
> Hello all.
> 
> Is there a simple way to get httpclient 3.x to work with Slide 2.2pre? I
> recently had to move my httpclient to version 3 and that caused problems
> for my access to my Slide server. If it is not possible, what other
> (open/free) Java based clients can I use?
> 
> Thanks
> Ali.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
> 
> 

-- 
John Rousseau
Technical Lead, Archivas Business Unit
Hitachi Data Systems
+1-781-890-8353 x178
John.Rousseau@hds.com

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Slide Client and HttpClient 3.x

2007-10-10T20:47:09Z

Hello all.

Is there a simple way to get httpclient 3.x to work with Slide 2.2pre? I 
recently had to move my httpclient to version 3 and that caused problems 
for my access to my Slide server. If it is not possible, what other 
(open/free) Java based clients can I use?

Thanks
Ali.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

I am totally newbie. I am having trouble compiling Slide server with Ant

2007-10-03T00:54:20Z


First of all, I am not familiar with Java open-source and any build script
for Java. I was given this open-source project and need to compile it on my
computer. Before asking specific questions, let me explain what I tried so
far to compile this.

- Downloaded Slide server 2.1 from Jakarta official website as zip file.
- Downloaded Jakarta Ant and install in on my Window PC.
- Installed JDK 1.5 on my PC

According to the installation instructions on the
website(http://jakarta.apache.org/slide/installation.html), I executed "ant"
inside a root directory of slide server ( D:\Fall backup\Independent
study\jakarta-slide-server-src-2.1).

Then, I got the following error messages after failure of compilatoin.

If there is anyone who know how to compile Slide server, give me some help.

-- 
View this message in context: http://www.nabble.com/I-am-totally-newbie.-I-am-having-trouble-compiling-Slide-server-with-Ant-tf4559264.html#a13011160
Sent from the Jakarta Slide - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

RE: PROPFIND 409 conflict ERROR with timeout/deadlock

2007-10-02T09:26:00Z

Hello again Shakti,

 Maybe you can't start a nested transaction like it happens in the "no"
branch of point 3 and 4 (the 1st transaction happens on point 2).

Hope this helps,
Miguel Figueiredo


-----Original Message-----
From: Shakti Shrivastava [mailto:Shakti.Shrivastava@onassignment.com] 
Sent: sexta-feira, 28 de Setembro de 2007 16:23
To: Slide Users Mailing List
Subject: RE: PROPFIND 409 conflict ERROR with timeout/deadlock

Hi Miguel,

That fixed the issue. Thank you very much. But I still don't understand
why? Can Oliver chime in? I would really want to know.

This is what the code is doing (while trying to upload a resource like
http://host:port/slide/files/user-75/myfile.txt

1. Find collection files (this is http://host:port/slide/files)
2. If found add to a list (cache) and start a transaction (explicitly,
using startTransaction())
3. Check if collection user-57 exists using getChildren() if so add to
list (cache). No (explicit) transaction started here
4. Check if myfile.txt exists. No (explicit) transaction started here *
this is where the timeout is occurring 
5. If no then use putMethod()
6. Complete with commitTransaction()
7. in case of error do abortTransaction()

As you see there isn't an issue of nested transactions. Again, thanks
for your input.


-----Original Message-----
From: Miguel Figueiredo [mailto:mfigueiredo@maisis.pt] 
Sent: Friday, September 28, 2007 2:28 AM
To: 'Slide Users Mailing List'
Subject: RE: PROPFIND 409 conflict ERROR with timeout/deadlock

Hello Shakti,

 Although I'm not familiar with the details (Oliver would), you will be
happy to know that Slide already wraps write requests in internal
transactions. Checkout your Domain.xml, there is a piece of
configuration
that implicitly says just that:


false

 From here http://www.checkupdown.com/status/E409.html I deduct that you
might be doing something illegal from the point of view of Slide WebApp.
What can it be?

 Hope this helps,
 Miguel Figueiredo

-----Original Message-----
From: Shakti Shrivastava [mailto:Shakti.Shrivastava@onassignment.com] 
Sent: quinta-feira, 27 de Setembro de 2007 23:30
To: slide-user@jakarta.apache.org
Subject: PROPFIND 409 conflict ERROR with timeout/deadlock

I am getting 409 conflict error when trying to create a WebdavResource
object for a given URL. 

The code is trying to create a file along with any missing collections
(that may not exist). Everything works fine however the code seems to
deadlock when trying to create a WebdavResource object on the filename.
I am using startTransaction and commitTransaction to make sure the file
upload either completes successfully or fails completely. The code runs
fine, in that the file upload completes, but I want to understand the
reason of the timeout here and get rid of it. Can someone please shed
some light on this?

I have googled this and nowhere can I find 409 status code associated
with a PROPFIND. This leads me to believe that this timeout has
something to do with a lock. However, nowhere in my code am I explicitly
locking any resource (may be it's the startTransaction()?).

Thanks in advance.

Using:

Tomcat 5.5.x
Slide version 2.2 (from SVN)
JVM: 1.5.x

 

Here are the logs from the SLIDE server (2 lines prefixed with * are the
ones where the error is happening)

http-8081-Processor25, 25-Sep-2007 18:50:08, unauthenticated, GET, 404
"Not Found", 547 ms, /files/user-docs/user-57
http-8081-Processor24, 25-Sep-2007 18:50:31, unauthenticated, PROPFIND,
404 "Not Found", 781 ms, /files/user-docs/user-57
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 125 ms, /files
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, LOCK, 200
"OK", 31 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 63 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, MKCOL, 201
"Created", 219 ms, /files/user-docs/user-57
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 281 ms, /files/3
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 0 ms, /files/user-docs/user-57
********** 25 Sep 2007 18:52:33 - file-meta-store - INFO - DEADLOCK
VICTIM: Thread Thread[http-8081-Processor23,5,main] marked transaction
branch http-8081-Processor23-1190771433584-32 for rollback
********** http-8081-Processor23, 25-Sep-2007 18:50:33, unauthenticated,
PROPFIND, 409 "Conflict", 120063 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, CHECKOUT,
404 "Not Found", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, GET, 404
"Not Found", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, PUT, 201
"Created", 109 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated,
VERSION-CONTROL, 200 "OK", 453 ms, /files/user-docs/user-57/myfile.txt
http-8081-Processor24, 25-Sep-2007 18:52:35, unauthenticated, UNLOCK,
204 "No Content", 156 ms, /files/user-docs/user-57

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

RE: PROPFIND 409 conflict ERROR with timeout/deadlock

2007-09-28T15:23:01Z

Hi Miguel,

That fixed the issue. Thank you very much. But I still don't understand
why? Can Oliver chime in? I would really want to know.

This is what the code is doing (while trying to upload a resource like
http://host:port/slide/files/user-75/myfile.txt

1. Find collection files (this is http://host:port/slide/files)
2. If found add to a list (cache) and start a transaction (explicitly,
using startTransaction())
3. Check if collection user-57 exists using getChildren() if so add to
list (cache). No (explicit) transaction started here
4. Check if myfile.txt exists. No (explicit) transaction started here *
this is where the timeout is occurring 
5. If no then use putMethod()
6. Complete with commitTransaction()
7. in case of error do abortTransaction()

As you see there isn't an issue of nested transactions. Again, thanks
for your input.


-----Original Message-----
From: Miguel Figueiredo [mailto:mfigueiredo@maisis.pt] 
Sent: Friday, September 28, 2007 2:28 AM
To: 'Slide Users Mailing List'
Subject: RE: PROPFIND 409 conflict ERROR with timeout/deadlock

Hello Shakti,

 Although I'm not familiar with the details (Oliver would), you will be
happy to know that Slide already wraps write requests in internal
transactions. Checkout your Domain.xml, there is a piece of
configuration
that implicitly says just that:


false

 From here http://www.checkupdown.com/status/E409.html I deduct that you
might be doing something illegal from the point of view of Slide WebApp.
What can it be?

 Hope this helps,
 Miguel Figueiredo

-----Original Message-----
From: Shakti Shrivastava [mailto:Shakti.Shrivastava@onassignment.com] 
Sent: quinta-feira, 27 de Setembro de 2007 23:30
To: slide-user@jakarta.apache.org
Subject: PROPFIND 409 conflict ERROR with timeout/deadlock

I am getting 409 conflict error when trying to create a WebdavResource
object for a given URL. 

The code is trying to create a file along with any missing collections
(that may not exist). Everything works fine however the code seems to
deadlock when trying to create a WebdavResource object on the filename.
I am using startTransaction and commitTransaction to make sure the file
upload either completes successfully or fails completely. The code runs
fine, in that the file upload completes, but I want to understand the
reason of the timeout here and get rid of it. Can someone please shed
some light on this?

I have googled this and nowhere can I find 409 status code associated
with a PROPFIND. This leads me to believe that this timeout has
something to do with a lock. However, nowhere in my code am I explicitly
locking any resource (may be it's the startTransaction()?).

Thanks in advance.

Using:

Tomcat 5.5.x
Slide version 2.2 (from SVN)
JVM: 1.5.x

 

Here are the logs from the SLIDE server (2 lines prefixed with * are the
ones where the error is happening)

http-8081-Processor25, 25-Sep-2007 18:50:08, unauthenticated, GET, 404
"Not Found", 547 ms, /files/user-docs/user-57
http-8081-Processor24, 25-Sep-2007 18:50:31, unauthenticated, PROPFIND,
404 "Not Found", 781 ms, /files/user-docs/user-57
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 125 ms, /files
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, LOCK, 200
"OK", 31 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 63 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, MKCOL, 201
"Created", 219 ms, /files/user-docs/user-57
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 281 ms, /files/3
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 0 ms, /files/user-docs/user-57
********** 25 Sep 2007 18:52:33 - file-meta-store - INFO - DEADLOCK
VICTIM: Thread Thread[http-8081-Processor23,5,main] marked transaction
branch http-8081-Processor23-1190771433584-32 for rollback
********** http-8081-Processor23, 25-Sep-2007 18:50:33, unauthenticated,
PROPFIND, 409 "Conflict", 120063 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, CHECKOUT,
404 "Not Found", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, GET, 404
"Not Found", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, PUT, 201
"Created", 109 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated,
VERSION-CONTROL, 200 "OK", 453 ms, /files/user-docs/user-57/myfile.txt
http-8081-Processor24, 25-Sep-2007 18:52:35, unauthenticated, UNLOCK,
204 "No Content", 156 ms, /files/user-docs/user-57

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

RE: PROPFIND 409 conflict ERROR with timeout/deadlock

2007-09-28T09:28:14Z

Hello Shakti,

 Although I'm not familiar with the details (Oliver would), you will be
happy to know that Slide already wraps write requests in internal
transactions. Checkout your Domain.xml, there is a piece of configuration
that implicitly says just that:


false

 From here http://www.checkupdown.com/status/E409.html I deduct that you
might be doing something illegal from the point of view of Slide WebApp.
What can it be?

 Hope this helps,
 Miguel Figueiredo

-----Original Message-----
From: Shakti Shrivastava [mailto:Shakti.Shrivastava@onassignment.com] 
Sent: quinta-feira, 27 de Setembro de 2007 23:30
To: slide-user@jakarta.apache.org
Subject: PROPFIND 409 conflict ERROR with timeout/deadlock

I am getting 409 conflict error when trying to create a WebdavResource
object for a given URL. 

The code is trying to create a file along with any missing collections
(that may not exist). Everything works fine however the code seems to
deadlock when trying to create a WebdavResource object on the filename.
I am using startTransaction and commitTransaction to make sure the file
upload either completes successfully or fails completely. The code runs
fine, in that the file upload completes, but I want to understand the
reason of the timeout here and get rid of it. Can someone please shed
some light on this?

I have googled this and nowhere can I find 409 status code associated
with a PROPFIND. This leads me to believe that this timeout has
something to do with a lock. However, nowhere in my code am I explicitly
locking any resource (may be it's the startTransaction()?).

Thanks in advance.

Using:

Tomcat 5.5.x
Slide version 2.2 (from SVN)
JVM: 1.5.x

 

Here are the logs from the SLIDE server (2 lines prefixed with * are the
ones where the error is happening)

http-8081-Processor25, 25-Sep-2007 18:50:08, unauthenticated, GET, 404
"Not Found", 547 ms, /files/user-docs/user-57
http-8081-Processor24, 25-Sep-2007 18:50:31, unauthenticated, PROPFIND,
404 "Not Found", 781 ms, /files/user-docs/user-57
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 125 ms, /files
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, LOCK, 200
"OK", 31 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 63 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, MKCOL, 201
"Created", 219 ms, /files/user-docs/user-57
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 281 ms, /files/3
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 0 ms, /files/user-docs/user-57
********** 25 Sep 2007 18:52:33 - file-meta-store - INFO - DEADLOCK
VICTIM: Thread Thread[http-8081-Processor23,5,main] marked transaction
branch http-8081-Processor23-1190771433584-32 for rollback
********** http-8081-Processor23, 25-Sep-2007 18:50:33, unauthenticated,
PROPFIND, 409 "Conflict", 120063 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, CHECKOUT,
404 "Not Found", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, GET, 404
"Not Found", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, PUT, 201
"Created", 109 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated,
VERSION-CONTROL, 200 "OK", 453 ms, /files/user-docs/user-57/myfile.txt
http-8081-Processor24, 25-Sep-2007 18:52:35, unauthenticated, UNLOCK,
204 "No Content", 156 ms, /files/user-docs/user-57

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

PROPFIND 409 conflict ERROR with timeout/deadlock

2007-09-27T22:30:02Z

I am getting 409 conflict error when trying to create a WebdavResource
object for a given URL. 

The code is trying to create a file along with any missing collections
(that may not exist). Everything works fine however the code seems to
deadlock when trying to create a WebdavResource object on the filename.
I am using startTransaction and commitTransaction to make sure the file
upload either completes successfully or fails completely. The code runs
fine, in that the file upload completes, but I want to understand the
reason of the timeout here and get rid of it. Can someone please shed
some light on this?

I have googled this and nowhere can I find 409 status code associated
with a PROPFIND. This leads me to believe that this timeout has
something to do with a lock. However, nowhere in my code am I explicitly
locking any resource (may be it's the startTransaction()?).

Thanks in advance.

Using:

Tomcat 5.5.x
Slide version 2.2 (from SVN)
JVM: 1.5.x

 

Here are the logs from the SLIDE server (2 lines prefixed with * are the
ones where the error is happening)

http-8081-Processor25, 25-Sep-2007 18:50:08, unauthenticated, GET, 404
"Not Found", 547 ms, /files/user-docs/user-57
http-8081-Processor24, 25-Sep-2007 18:50:31, unauthenticated, PROPFIND,
404 "Not Found", 781 ms, /files/user-docs/user-57
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 125 ms, /files
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, LOCK, 200
"OK", 31 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, PROPFIND,
207 "Multi-Status", 63 ms, /files
25 Sep 2007 18:50:32 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:32, unauthenticated, MKCOL, 201
"Created", 219 ms, /files/user-docs/user-57
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 281 ms, /files/3
25 Sep 2007 18:50:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor25, 25-Sep-2007 18:50:33, unauthenticated, PROPFIND,
207 "Multi-Status", 0 ms, /files/user-docs/user-57
********** 25 Sep 2007 18:52:33 - file-meta-store - INFO - DEADLOCK
VICTIM: Thread Thread[http-8081-Processor23,5,main] marked transaction
branch http-8081-Processor23-1190771433584-32 for rollback
********** http-8081-Processor23, 25-Sep-2007 18:50:33, unauthenticated,
PROPFIND, 409 "Conflict", 120063 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, CHECKOUT,
404 "Not Found", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, GET, 404
"Not Found", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:33 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:33, unauthenticated, PUT, 201
"Created", 109 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 47 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 15 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 0 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated, PROPPATCH,
207 "Multi-Status", 31 ms, /files/user-docs/user-57/myfile.txt
25 Sep 2007 18:52:34 -
org.apache.slide.webdav.method.AbstractWebdavMethod - INFO - Using
external transaction 
http-8081-Processor24, 25-Sep-2007 18:52:34, unauthenticated,
VERSION-CONTROL, 200 "OK", 453 ms, /files/user-docs/user-57/myfile.txt
http-8081-Processor24, 25-Sep-2007 18:52:35, unauthenticated, UNLOCK,
204 "No Content", 156 ms, /files/user-docs/user-57

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Authentication with Slide - Slide vs tomcat Realm

2007-09-27T13:48:18Z

Hi Arne,

I got that. I have implemented it and working fine, I could authenticate
with Slide this way. But after that this code is
not working, what I am trying here is get the webdadv resource..

import org.apache.commons.httpclient.HttpURL;



private HttpURL url;

private WebdavResource webdavResource;

this.url = new HttpURL( http://localhost/slide/files/abc.xml);


this.url.setUserinfo("root", "root");


this.webdavResource = new WebdavResource(this.url);



Now this is returning me "Bad Request" when I use
org.apache.commons.httpclient with version 3.1 and worked well when I use

older version of org.apache.commons.httpclient, version is less that 2.0.



Any clue.







----- Original Message ----- 
From: "Arne v.Irmer" 
Cc: "Slide Users Mailing List" 
Sent: Thursday, September 27, 2007 7:01 PM
Subject: Re: Authentication with Slide - Slide vs tomcat Realm


> Satish schrieb:
> > Hey Arne,
> >
> > Thanks for quick response.
> >
> > Well I am using JAAS module from Slide site, they have made it available
for
> > authentication with Slide.
> > I did all configurations and tested by accessing from the browser and
> > DavExplorer, its working well. JAAS module responding preety good way.
> >
> > I then tried making HTTP based authentication using 3.1 lib and its also
> > working fine.
> >
> > Later I just was requesting webdav resource where 3.1 lib is configured
in
> > my app, and I was getting error with Slide as Bad Request.
> > Then i replaced this http 3.1 lib by older version and could get webdav
> > resource. But now I cant authenticate since AuthScope is not there in
older
> > version.
> >
> Hi Satish,
> As I said I'm using 3.01 and do the authentication that way:
>         HttpClient client = new HttpClient();
>
>         // Authentifizierung bei ews
>         client.getState().setCredentials(
>                 new AuthScope(null,80),
>                 new UsernamePasswordCredentials("Username","UserPasswd")
>         );
>             // Create a method instance.
>             GetMethod method = new GetMethod(downloadURL);
>             method.setDoAuthentication(true);
>
>             int statusCode = client.executeMethod(method);
> That works pretty well.
> Yours
>  Arne
>
> > JAAS is working fine but this is strange problem.
> >
> > Regards,
> > Satish
> >
> >
> > ----- Original Message ----- 
> > From: "Arne v.Irmer" 
> > To: "Slide Users Mailing List" 
> > Sent: Thursday, September 27, 2007 6:24 PM
> > Subject: Re: Authentication with Slide - Slide vs tomcat Realm
> >
> >
> >
> >> Hi Satish,
> >> Satish schrieb:
> >>
> >>> Hi Arne,
> >>>
> >>> I manage to authenticate with http client 3.1, latest http client
> >>>
> > library
> >
> >>> with JAAS module. But I could not get webdav resource now. Upon
> >>>
> > searching on
> >
> >>> the forum I found Slide is not supporting http client 3.x libraries.
> >>>
> >>>
> >> We are using http client 3.01 and it works.
> >>
> >>> I am trying with the typical JAAS authentication with LoginContext,
> >>>
> > where I
> >
> >>> am getting error as not able to create LoginContext since could not
able
> >>>
> > to
> >
> >>> locate the login configuration.
> >>>
> >>>
> >> This looks like a problem on the server side. I implemented my own JAAS
> >> authentication, so it might be different to your case. If would get
that
> >> error-message it will stress on not finding my JAAS implementation. I
> >> your case maybe the JAAS-Implementation you are using has a problem. In
> >> general speaking it could not be a problem of the version of http
> >> client, because basic authentication is standardized and well
> >> implemented in that client.
> >> You should have the same problems with other clients like DAVExplorer
etc.
> >>
> >>> Do you have any idea how we can use the http client library, which is
> >>> easiest way - or it is the limitation of Slide.
> >>>
> >>>
> >>> Regards,
> >>> Satish
> >>>
> >>>
> >>> ----- Original Message ----- 
> >>> From: "Arne v.Irmer" 
> >>> To: "Slide Users Mailing List" 
> >>> Sent: Monday, September 17, 2007 2:31 PM
> >>> Subject: Re: Authentication with Slide - Slide vs tomcat Realm
> >>>
> >>>
> >>>
> >>>
> >>>> Hi Satish,
> >>>> we have to discriminate between the client- and the server side.
> >>>> If you have a successful login with DAVExplorer the server side is
now
> >>>> working properly.
> >>>> On client side you can easily access an address that is protected
with
> >>>> basic authentication using the commons-http-client.(see
> >>>> http://jakarta.apache.org/httpcomponents/httpclient-3.x/)
> >>>> For authentication look at
> >>>>
> >>>>
> >>>>
> >
http://jakarta.apache.org/httpcomponents/httpclient-3.x/authentication.html
> >
> >>>> Hope that helps
> >>>>  Arne
> >>>>
> >>>> Satish schrieb:
> >>>>
> >>>>
> >>>>> Hi
> >>>>>
> >>>>> There were problem in environment variables, I set all environment
> >>>>> variables correctly and its seems to be working :)
> >>>>>
> >>>>> Now tomcat is understanding Slide user database, tomcat-users.xml
not
> >>>>> required anymore for authentication.
> >>>>>
> >>>>> I was checking this using DAVExplorer but now I need to implement
and
> >>>>> use API for authentication, so
> >>>>>
> >>>>> Is that JAAS package will help me in this, shall I need to use those
> >>>>> API for authentication from my custom jsp client?
> >>>>> Do you have any idea how can I directly use same authentication
way
> >>>>> like DAVExplorer using?
> >>>>>
> >>>>>
> >>>>> Regards,
> >>>>> Satish
> >>>>>
> >>>>>
> >>>>>     ----- Original Message -----
> >>>>>     *From:* kiltesh patel 
> >>>>>     *To:* Slide Users Mailing List
> >>>>>      ; Satish
> >>>>>     
> >>>>>     *Sent:* Saturday, September 15, 2007 10:15 PM
> >>>>>     *Subject:* Re: Authentication with Slide - Slide vs tomcat Realm
> >>>>>
> >>>>>     Hi Satish,
> >>>>>
> >>>>>     try this...
> >>>>>
> >>>>>     1. 5) Set environment variable
> >>>>>     CATALINA_OPTS=-Djava.security.auth.login
> >>>>>     .config=$CATALINA_HOME/conf/jaas
> >>>>>     .config
> >>>>>
> >>>>>     In place of = use == to set catalina_opts
> >>>>>
> >>>>>     2. Also, appName="slide_login" name should exactly match in
> >>>>>     config.jaas file
> >>>>>
> >>>>>     slide_login {....
> >>>>>
> >>>>>     3. You can also try using JAVA_OPTS instead of CATALINA_OPTS
> >>>>>
> >>>>>     4. Also, check your classpath if it finds jaas.config and
> >>>>>              userClassNames="org.apache.slide.jaas.spi
> >>>>>     .SlidePrincipal"
> >>>>>              roleClassNames="org.apache.slide.jaas.spi.SlideRole"
> >>>>>     are in classpah.
> >>>>>
> >>>>>     Regards
> >>>>>     Kiltesh
> >>>>>
> >>>>>
> >>>>>
> >>>>>     On 9/15/07, *Satish*  >>>>>     > wrote:
> >>>>>
> >>>>>         Hi Arne
> >>>>>
> >>>>>         Using your guidelines I tried configuring JAAS with Slide.
> >>>>>
> >>>>>         I did something like:
> >>>>>
> >>>>>         1)
> >>>>>         Configure tomcat web.xml to have
> >>>>>                >>>>>         useNaming="true">
> >>>>>                  >
> >>>>>                   appName="slide_login"
> >>>>>
> >>>>>
> >>>>>
> >>> userClassNames="org.apache.slide.jaas.spi.SlidePrincipal"
> >>>
> >>>
> >>>>>
roleClassNames="org.apache.slide.jaas.spi.SlideRole"
> >>>>>                   name="Slide DAV Server"
> >>>>>                   useContextClassLoader="false" />
> >>>>>               
> >>>>>         in Host.
> >>>>>
> >>>>>         2) Copied jaas.config file in conf folder of tomcat
> >>>>>
> >>>>>         3) Copied slide-jaas-2.1.jar in \\Tomcat 5.5\common\lib
folder
> >>>>>
> >>>>>         4) Uncommented  from Slide web.xml
> >>>>>
> >>>>>         5) Set environment variable
> >>>>>
> >>>>>
> >>>>>
> >>>
CATALINA_OPTS=-Djava.security.auth.login.config=$CATALINA_HOME/conf/jaas
> >>>
> >>>
> >>>>>         .config
> >>>>>
> >>>>>         Retsrated tomcat server and then tried connecting Slide
using
> >>>>>         Web DAV Explorer client provided by Slide, but when I tried
> >>>>>         login, tomcat log says:
> >>>>>
> >>>>>         Unable to locate a login configuration...here is the error
for
> >>>>>         details
> >>>>>
> >>>>>         Sep 15, 2007 8:26:27 PM org.apache.catalina.realm.JAASRealm
> >>>>>         authenticate
> >>>>>         SEVERE: Unexpected error
> >>>>>         java.lang.SecurityException: Unable to locate a login
> >>>>>         configuration
> >>>>>         at com.sun.security.auth.login.ConfigFile.(Unknown
> >>>>>
> > Source)
> >
> >>>>>         at
> >>>>>
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> >>>>>         Method)
> >>>>>         at
> >>>>>
sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
> >>>>>         Source)
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> >>>
> >>>
> >>>>>         Source)
> >>>>>         at java.lang.reflect.Constructor.newInstance(Unknown Source)
> >>>>>         at java.lang.Class.newInstance0(Unknown Source)
> >>>>>         at java.lang.Class.newInstance (Unknown Source)
> >>>>>         at javax.security.auth.login.Configuration$3.run(Unknown
> >>>>>
> > Source)
> >
> >>>>>         at java.security.AccessController.doPrivileged(Native
Method)
> >>>>>         at
> >>>>>
> >>>>>
> > javax.security.auth.login.Configuration.getConfiguration(Unknown
> >
> >>>>>         Source)
> >>>>>         at javax.security.auth.login.LoginContext$1.run(Unknown
> >>>>>
> > Source)
> >
> >>>>>         at java.security.AccessController.doPrivileged(Native
Method)
> >>>>>         at javax.security.auth.login.LoginContext.init(Unknown
Source)
> >>>>>         at javax.security.auth.login.LoginContext .(Unknown
> >>>>>
> >>>>>
> >>> Source)
> >>>
> >>>
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >>> org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:355)
> >>>
> >>>
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthe
> >
> >>> nticator.java:181)
> >>>
> >>>
> >>>>>         at
org.apache.catalina.authenticator.AuthenticatorBase.invoke
> >>>>>         (AuthenticatorBase.java:446)
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
> >
> >>> )
> >>>
> >>>
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
> >
> >>> )
> >>>
> >>>
> >>>>>         at org.apache.catalina.core.StandardEngineValve.invoke
> >>>>>         (StandardEngineValve.java:107)
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> >
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825)
> >
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
> >
> >>> ction
> >>>
> >>>
> >>>>>         (Http11Protocol.java:738)
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
> >
> >>> a:526)
> >>>
> >>>
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
> >
> >>> rkerThread.java:80)
> >>>
> >>>
> >>>>>         at
> >>>>>
> >>>>>
> >>>>>
> >
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
> >
> >>> a:684)
> >>>
> >>>
> >>>>>         at java.lang.Thread.run(Unknown Source)
> >>>>>         Caused by: java.io.IOException: Unable to locate a login
> >>>>>         configuration
> >>>>>         at com.sun.security.auth.login.ConfigFile.init (Unknown
> >>>>>
> > Source)
> >
> >>>>>         ... 27 more
> >>>>>
> >>>>>
> >>>>>         Do you have idea if I am missing out anything here.
> >>>>>
> >>>>>
> >>>>>         Regards,
> >>>>>         Satish
> >>>>>
> >>>>>
> >>>>>
> >>>>>         ----- Original Message -----
> >>>>>         From: "Arne v.Irmer" < Arne.vonIrmer@uni-dortmund.de
> >>>>>         >
> >>>>>         To: "Slide Users Mailing List"
 >>>>>         >
> >>>>>         Sent: Friday, September 14, 2007 4:22 PM
> >>>>>         Subject: Re: Authentication with Slide - Slide vs tomcat
Realm
> >>>>>
> >>>>>
> >>>>>         > Hi Satish,
> >>>>>         > things are easy, if you look at the used technics:
Silde
is
> >>>>>         a servlet in
> >>>>>         > tomcat and uses the authentication mechanism of tomcat.
This
> >>>>>         includes
> >>>>>         > such nice things like the sso-Valve.
> >>>>>         > What you have to implement a user management that does
both:
> >>>>>         > 1. Creating/Deleting the user in silde by just
> >>>>>         creating/deleting a
> >>>>>         > collection with the user name in /user (default value).
Tip:
> >>>>>         Look at the
> >>>>>         > powerful roles mechanism in slide.
> >>>>>         > 2. Doing the JAAS-Authentication.
> >>>>>         > This is how we did it here.
> >>>>>         >
> >>>>>         > Yours
> >>>>>         >  Arne
> >>>>>         >
> >>>>>         > Satish schrieb:
> >>>>>         > > Hey Arne
> >>>>>         > >
> >>>>>         > > Thanks for quick reponse.
> >>>>>         > >
> >>>>>         > > Do you mean here that I should take steps below
to
> >>>>>         implemnt authetication,
> >>>>>         > >
> >>>>>         > > - configure Slide realm, configure tomcat to use
Slide
> >>>>>         users for
> >>>>>         > > authentication
> >>>>>         > > - configure JAAS for tomcat
> >>>>>         > > - use JAAS API to authenticate the requests,
> >>>>>         > >   so here JAAS will ask tomcat for authetication
->
tomcat
> >>>>>         will check Slide
> >>>>>         > > user database
> >>>>>         > >
> >>>>>         > > Is is somthing gonna happen...?
> >>>>>         > >
> >>>>>         > > Thanks.
> >>>>>         > >
> >>>>>         > >
> >>>>>         > > Regards,
> >>>>>         > > Satish
> >>>>>         > >
> >>>>>         > >
> >>>>>         > > ----- Original Message -----
> >>>>>         > > From: "Arne v.Irmer"  >>>>>         >
> >>>>>         > > To: "Slide Users Mailing List" <
> >>>>>         slide-user@jakarta.apache.org
> >>>>>         >
> >>>>>         > > Sent: Friday, September 14, 2007 2:50 PM
> >>>>>         > > Subject: Re: Authentication with Slide - Slide
vs tomcat
> >>>>>
> >>>>>
> >>> Realm
> >>>
> >>>
> >>>>>         > >
> >>>>>         > >
> >>>>>         > >
> >>>>>         > >> Hi Satish,
> >>>>>         > >> look for JAAS-Authentication that is a standard
API
that
> >>>>>         works pretty
> >>>>>         > >> well with tomcat. A good introduction is found
at
> >>>>>         > >>
> >>>>>
> >>>>>
> > http://www.javaworld.com/javaworld/jw-09-2002/jw-0913-jaas.html
> >
> >>>>>         > >>
> >>>>>         > >> Yours
> >>>>>         > >>  Arne
> >>>>>         > >>
> >>>>>         > >> Satish schrieb:
> >>>>>         > >>
> >>>>>         > >>> Hi
> >>>>>         > >>>
> >>>>>         > >>> I need to authentication with Slide, there
are two
ways
> >>>>>         I can see
> >>>>>         > >>>
> >>>>>         > >>> I am thinking of using Slide realm and
configuring
> >>>>>         tomcat to use Slide
> >>>>>         > >>>
> >>>>>         > > user database for authentication.
> >>>>>         > >
> >>>>>         > >>> Otherwise if I rely completely on tomcat
realm,
typical
> >>>>>         tomcat-users.xml
> >>>>>         > >>>
> >>>>>         > > file based, authetication, I need to add user
two
places -
> >>>>>         Slide and
> >>>>>         > > tomcat-user, which is problem.
> >>>>>         > >
> >>>>>         > >>> Can any body suggests on
> >>>>>         > >>> #1 how can I configure tomcat to use the
Slide users
for
> >>>>>         authentication?
> >>>>>         > >>> #2 how can I actually autheticate request
of tomcat
> >>>>>         programatically, is
> >>>>>         > >>>
> >>>>>         > > any API available?
> >>>>>         > >
> >>>>>         > >>> What I am looking for is authenticating
user with
Slide.
> >>>>>         > >>>
> >>>>>         > >>> Any suggestion is valuable for me.
> >>>>>         > >>>
> >>>>>         > >>> Regards,
> >>>>>         > >>> Satish
> >>>>>         > >>>
> >>>>>         > >>> Disclaimer:
> >>>>>         > >>> This e-mail may contain Privileged/Confidential
> >>>>>         information and is
> >>>>>         > >>>
> >>>>>         > > intended only for the individual(s) named. Any
review,
> >>>>>         retransmission,
> >>>>>         > > dissemination or other use of, or taking of any
action
in
> >>>>>         reliance upon this
> >>>>>         > > information by persons or entities other than
the
intended
> >>>>>         recipient is
> >>>>>         > > prohibited. Please notify the sender, if you have
received
> >>>>>         this e-mail by
> >>>>>         > > mistake and delete it from your system. Information
in
> >>>>>         this message that
> >>>>>         > > does not relate to the official business of the
company
> >>>>>         shall be understood
> >>>>>         > > as neither given nor endorsed by it. E-mail transmission
> >>>>>         cannot be
> >>>>>         > > guaranteed to be secure or error-free. The sender
does
not
> >>>>>         accept liability
> >>>>>         > > for any errors or omissions in the contents of
this
> >>>>>         message which arise as a
> >>>>>         > > result of e-mail transmission. If verification
is
required
> >>>>>         please request a
> >>>>>         > > hard-copy version. Visit us at
> >>>>>         http://www.harbinger-systems.com/
> >>>>>         > >
> >>>>>         > >>>
> >>>>>         > >>>
> >>>>>         > >>
> >>>>>
> >>>>>
>
>   ---------------------------------------------------------------------
> >>>
> >>>
> >>>>>         > >> To unsubscribe, e-mail:
> >>>>>         slide-user-unsubscribe@jakarta.apache.org
> >>>>>         
> >>>>>         > >> For additional commands, e-mail:
> >>>>>         slide-user-help@jakarta.apache.org
> >>>>>         
> >>>>>         > >>
> >>>>>         > >>
> >>>>>         > >
> >>>>>         > > Disclaimer:
> >>>>>         > > This e-mail may contain Privileged/Confidential
> >>>>>         information and is intended only for the individual(s)
named.
> >>>>>         Any review, retransmission, dissemination or other use of,
or
> >>>>>         taking of any action in reliance upon this information by
> >>>>>         persons or entities other than the intended recipient is
> >>>>>         prohibited. Please notify the sender, if you have received
> >>>>>         this e-mail by mistake and delete it from your system.
> >>>>>         Information in this message that does not relate to the
> >>>>>         official business of the company shall be understood as
> >>>>>         neither given nor endorsed by it. E-mail transmission cannot
> >>>>>         be guaranteed to be secure or error-free. The sender does
not
> >>>>>         accept liability for any errors or omissions in the contents
> >>>>>         of this message which arise as a result of e-mail
> >>>>>         transmission. If verification is required please request
a
> >>>>>         hard-copy version. Visit us at
> >>>>>
> > http://www.harbinger-systems.com/
> >
> >>>>>         > >
> >>>>>         >
> >>>>>         >
> >>>>>
> >>>>>
>
>   ---------------------------------------------------------------------
> >>>
> >>>
> >>>>>         > To unsubscribe, e-mail:
> >>>>>         slide-user-unsubscribe@jakarta.apache.org
> >>>>>         
> >>>>>         > For additional commands, e-mail:
> >>>>>         slide-user-help@jakarta.apache.org
> >>>>>         
> >>>>>         >
> >>>>>         Disclaimer:
> >>>>>         This e-mail may contain Privileged/Confidential information
> >>>>>         and is intended only for the individual(s) named. Any
review,
> >>>>>         retransmission, dissemination or other use of, or taking
of
> >>>>>         any action in reliance upon this information by persons
or
> >>>>>         entities other than the intended recipient is prohibited.
> >>>>>         Please notify the sender, if you have received this e-mail
by
> >>>>>         mistake and delete it from your system. Information in this
> >>>>>         message that does not relate to the official business of
the
> >>>>>         company shall be understood as neither given nor endorsed
by
> >>>>>         it. E-mail transmission cannot be guaranteed to be secure
or
> >>>>>         error-free. The sender does not accept liability for any
> >>>>>         errors or omissions in the contents of this message which
> >>>>>         arise as a result of e-mail transmission. If verification
is
> >>>>>         required please request a hard-copy version. Visit us at
> >>>>>         http://www.harbinger-systems.com/
> >>>>>
> >>>>>
> >>>>>
> >>>>> Disclaimer:
> >>>>> This e-mail may contain Privileged/Confidential information and
> >>>>>  is intended only for the individual(s) named. Any review,
> >>>>>
> >>>>>
> >>> retransmission, d
> >>>
> >>>
> >>>>> issemination or other use of, or taking of any action in reliance
upon
> >>>>>
> >>>>>
> >>> this
> >>>
> >>>
> >>>>> information by persons or entities other than the intended recipient
> >>>>>
> > is
> >
> >>> proh
> >>>
> >>>
> >>>>> ibited. Please notify the sender, if you have received this e-mail
by
> >>>>>
> >>>>>
> >>> mistak
> >>>
> >>>
> >>>>> e and delete it from your system. Information in this message that
> >>>>>
> > does
> >
> >>> not
> >>>
> >>>
> >>>>> relate to the official business of the company shall be understood
as
> >>>>>
> >>>>>
> >>> neithe
> >>>
> >>>
> >>>>> r given nor endorsed by it. E-mail transmission cannot be guaranteed
> >>>>>
> > to
> >
> >>> be s
> >>>
> >>>
> >>>>> ecure or error-free. The sender does not accept liability for any
> >>>>>
> > errors
> >
> >>> or
> >>>
> >>>
> >>>>> omissions in the contents of this message which arise as a result
of
> >>>>>
> >>>>>
> >>> e-mail
> >>>
> >>>
> >>>>> transmission. If verification is required please request a hard-copy
> >>>>>
> >>>>>
> >>> version
> >>>
> >>>
> >>>>> . Visit us at http://www.harbinger-systems.com/
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> -- 
> >>>> Dipl.-Phys. Arne v.Irmer
> >>>> Medienzentrum Universit�t Dortmund
> >>>> Am Hauert 12a
> >>>> 44227 Dortmund
> >>>> Tel.: ++49 231 755 7127
> >>>> Fax : ++49 231 755 4597
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> >>>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >>>>
> >>>>
> >>>>
> >>> Disclaimer:
> >>> This e-mail may contain Privileged/Confidential information and is
> >>>
> > intended only for the individual(s) named. Any review, retransmission,
> > dissemination or other use of, or taking of any action in reliance upon
this
> > information by persons or entities other than the intended recipient is
> > prohibited. Please notify the sender, if you have received this e-mail
by
> > mistake and delete it from your system. Information in this message that
> > does not relate to the official business of the company shall be
understood
> > as neither given nor endorsed by it. E-mail transmission cannot be
> > guaranteed to be secure or error-free. The sender does not accept
liability
> > for any errors or omissions in the contents of this message which arise
as a
> > result of e-mail transmission. If verification is required please
request a
> > hard-copy version. Visit us at http://www.harbinger-systems.com/
> >
> >> -- 
> >> Dipl.-Phys. Arne v.Irmer
> >> Medienzentrum Universit�t Dortmund
> >> Am Hauert 12a
> >> 44227 Dortmund
> >> Tel.: ++49 231 755 7127
> >> Fax : ++49 231 755 4597
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >>
> >>
> >
> > Disclaimer:
> > This e-mail may contain Privileged/Confidential information and is
intended only for the individual(s) named. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. Please notify the sender, if you have received this e-mail by
mistake and delete it from your system. Information in this message that
does not relate to the official business of the company shall be understood
as neither given nor endorsed by it. E-mail transmission cannot be
guaranteed to be secure or error-free. The sender does not accept liability
for any errors or omissions in the contents of this message which arise as a
result of e-mail transmission. If verification is required please request a
hard-copy version. Visit us at http://www.harbinger-systems.com/
> >
>
>
> -- 
> Dipl.-Phys. Arne v.Irmer
> Medienzentrum Universit�t Dortmund
> Am Hauert 12a
> 44227 Dortmund
> Tel.: ++49 231 755 7127
> Fax : ++49 231 755 4597
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>

Disclaimer:
This e-mail may contain Privileged/Confidential information and is intended only for the individual(s)
named. Any review, retransmission, dissemination or other use of, or taking of any action
in reliance upon this information by persons or entities other than the intended recipient
is prohibited. Please notify the sender, if you have received this e-mail by mistake and delete
it from your system. Information in this message that does not relate to the official business
of the company shall be understood as neither given nor endorsed by it. E-mail transmission
cannot be guaranteed to be secure or error-free. The sender does not accept liability for
any errors or omissions in the contents of this message which arise as a result of e-mail
transmission. If verification is required please request a hard-copy version. Visit us at
http://www.harbinger-systems.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Authentication with Slide - Slide vs tomcat Realm

2007-09-27T13:31:18Z

Satish schrieb:
> Hey Arne,
>
> Thanks for quick response.
>
> Well I am using JAAS module from Slide site, they have made it available for
> authentication with Slide.
> I did all configurations and tested by accessing from the browser and
> DavExplorer, its working well. JAAS module responding preety good way.
>
> I then tried making HTTP based authentication using 3.1 lib and its also
> working fine.
>
> Later I just was requesting webdav resource where 3.1 lib is configured in
> my app, and I was getting error with Slide as Bad Request.
> Then i replaced this http 3.1 lib by older version and could get webdav
> resource. But now I cant authenticate since AuthScope is not there in older
> version.
>   
Hi Satish,
As I said I'm using 3.01 and do the authentication that way:
        HttpClient client = new HttpClient();

        // Authentifizierung bei ews
        client.getState().setCredentials(
                new AuthScope(null,80),
                new UsernamePasswordCredentials("Username","UserPasswd")
        );
            // Create a method instance.
            GetMethod method = new GetMethod(downloadURL);
            method.setDoAuthentication(true);

            int statusCode = client.executeMethod(method);
That works pretty well.
Yours
 Arne

> JAAS is working fine but this is strange problem.
>
> Regards,
> Satish
>
>
> ----- Original Message ----- 
> From: "Arne v.Irmer" 
> To: "Slide Users Mailing List" 
> Sent: Thursday, September 27, 2007 6:24 PM
> Subject: Re: Authentication with Slide - Slide vs tomcat Realm
>
>
>   
>> Hi Satish,
>> Satish schrieb:
>>     
>>> Hi Arne,
>>>
>>> I manage to authenticate with http client 3.1, latest http client
>>>       
> library
>   
>>> with JAAS module. But I could not get webdav resource now. Upon
>>>       
> searching on
>   
>>> the forum I found Slide is not supporting http client 3.x libraries.
>>>
>>>       
>> We are using http client 3.01 and it works.
>>     
>>> I am trying with the typical JAAS authentication with LoginContext,
>>>       
> where I
>   
>>> am getting error as not able to create LoginContext since could not able
>>>       
> to
>   
>>> locate the login configuration.
>>>
>>>       
>> This looks like a problem on the server side. I implemented my own JAAS
>> authentication, so it might be different to your case. If would get that
>> error-message it will stress on not finding my JAAS implementation. I
>> your case maybe the JAAS-Implementation you are using has a problem. In
>> general speaking it could not be a problem of the version of http
>> client, because basic authentication is standardized and well
>> implemented in that client.
>> You should have the same problems with other clients like DAVExplorer etc.
>>     
>>> Do you have any idea how we can use the http client library, which is
>>> easiest way - or it is the limitation of Slide.
>>>
>>>
>>> Regards,
>>> Satish
>>>
>>>
>>> ----- Original Message ----- 
>>> From: "Arne v.Irmer" 
>>> To: "Slide Users Mailing List" 
>>> Sent: Monday, September 17, 2007 2:31 PM
>>> Subject: Re: Authentication with Slide - Slide vs tomcat Realm
>>>
>>>
>>>
>>>       
>>>> Hi Satish,
>>>> we have to discriminate between the client- and the server side.
>>>> If you have a successful login with DAVExplorer the server side is now
>>>> working properly.
>>>> On client side you can easily access an address that is protected with
>>>> basic authentication using the commons-http-client.(see
>>>> http://jakarta.apache.org/httpcomponents/httpclient-3.x/)
>>>> For authentication look at
>>>>
>>>>
>>>>         
> http://jakarta.apache.org/httpcomponents/httpclient-3.x/authentication.html
>   
>>>> Hope that helps
>>>>  Arne
>>>>
>>>> Satish schrieb:
>>>>
>>>>         
>>>>> Hi
>>>>>
>>>>> There were problem in environment variables, I set all environment
>>>>> variables correctly and its seems to be working :)
>>>>>
>>>>> Now tomcat is understanding Slide user database, tomcat-users.xml not
>>>>> required anymore for authentication.
>>>>>
>>>>> I was checking this using DAVExplorer but now I need to implement and
>>>>> use API for authentication, so
>>>>>
>>>>> Is that JAAS package will help me in this, shall I need to use those
>>>>> API for authentication from my custom jsp client?
>>>>> Do you have any idea how can I directly use same authentication way
>>>>> like DAVExplorer using?
>>>>>
>>>>>
>>>>> Regards,
>>>>> Satish
>>>>>
>>>>>
>>>>>     ----- Original Message -----
>>>>>     *From:* kiltesh patel 
>>>>>     *To:* Slide Users Mailing List
>>>>>      ; Satish
>>>>>     
>>>>>     *Sent:* Saturday, September 15, 2007 10:15 PM
>>>>>     *Subject:* Re: Authentication with Slide - Slide vs tomcat Realm
>>>>>
>>>>>     Hi Satish,
>>>>>
>>>>>     try this...
>>>>>
>>>>>     1. 5) Set environment variable
>>>>>     CATALINA_OPTS=-Djava.security.auth.login
>>>>>     .config=$CATALINA_HOME/conf/jaas
>>>>>     .config
>>>>>
>>>>>     In place of = use == to set catalina_opts
>>>>>
>>>>>     2. Also, appName="slide_login" name should exactly match in
>>>>>     config.jaas file
>>>>>
>>>>>     slide_login {....
>>>>>
>>>>>     3. You can also try using JAVA_OPTS instead of CATALINA_OPTS
>>>>>
>>>>>     4. Also, check your classpath if it finds jaas.config and
>>>>>              userClassNames="org.apache.slide.jaas.spi
>>>>>     .SlidePrincipal"
>>>>>              roleClassNames="org.apache.slide.jaas.spi.SlideRole"
>>>>>     are in classpah.
>>>>>
>>>>>     Regards
>>>>>     Kiltesh
>>>>>
>>>>>
>>>>>
>>>>>     On 9/15/07, *Satish* >>>>     > wrote:
>>>>>
>>>>>         Hi Arne
>>>>>
>>>>>         Using your guidelines I tried configuring JAAS with Slide.
>>>>>
>>>>>         I did something like:
>>>>>
>>>>>         1)
>>>>>         Configure tomcat web.xml to have
>>>>>               >>>>         useNaming="true">
>>>>>                    
>>>>>                   appName="slide_login"
>>>>>
>>>>>
>>>>>           
>>> userClassNames="org.apache.slide.jaas.spi.SlidePrincipal"
>>>
>>>       
>>>>>                   roleClassNames="org.apache.slide.jaas.spi.SlideRole"
>>>>>                   name="Slide DAV Server"
>>>>>                   useContextClassLoader="false" />
>>>>>               
>>>>>         in Host.
>>>>>
>>>>>         2) Copied jaas.config file in conf folder of tomcat
>>>>>
>>>>>         3) Copied slide-jaas-2.1.jar in \\Tomcat 5.5\common\lib folder
>>>>>
>>>>>         4) Uncommented  from Slide web.xml
>>>>>
>>>>>         5) Set environment variable
>>>>>
>>>>>
>>>>>           
>>> CATALINA_OPTS=-Djava.security.auth.login.config=$CATALINA_HOME/conf/jaas
>>>
>>>       
>>>>>         .config
>>>>>
>>>>>         Retsrated tomcat server and then tried connecting Slide using
>>>>>         Web DAV Explorer client provided by Slide, but when I tried
>>>>>         login, tomcat log says:
>>>>>
>>>>>         Unable to locate a login configuration...here is the error for
>>>>>         details
>>>>>
>>>>>         Sep 15, 2007 8:26:27 PM org.apache.catalina.realm.JAASRealm
>>>>>         authenticate
>>>>>         SEVERE: Unexpected error
>>>>>         java.lang.SecurityException: Unable to locate a login
>>>>>         configuration
>>>>>         at com.sun.security.auth.login.ConfigFile.(Unknown
>>>>>           
> Source)
>   
>>>>>         at
>>>>>         sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>>>         Method)
>>>>>         at
>>>>>         sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
>>>>>         Source)
>>>>>         at
>>>>>
>>>>>
>>>>>           
>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
>>>
>>>       
>>>>>         Source)
>>>>>         at java.lang.reflect.Constructor.newInstance(Unknown Source)
>>>>>         at java.lang.Class.newInstance0(Unknown Source)
>>>>>         at java.lang.Class.newInstance (Unknown Source)
>>>>>         at javax.security.auth.login.Configuration$3.run(Unknown
>>>>>           
> Source)
>   
>>>>>         at java.security.AccessController.doPrivileged(Native Method)
>>>>>         at
>>>>>
>>>>>           
> javax.security.auth.login.Configuration.getConfiguration(Unknown
>   
>>>>>         Source)
>>>>>         at javax.security.auth.login.LoginContext$1.run(Unknown
>>>>>           
> Source)
>   
>>>>>         at java.security.AccessController.doPrivileged(Native Method)
>>>>>         at javax.security.auth.login.LoginContext.init(Unknown Source)
>>>>>         at javax.security.auth.login.LoginContext .(Unknown
>>>>>
>>>>>           
>>> Source)
>>>
>>>       
>>>>>         at
>>>>>
>>>>>
>>>>>           
>>> org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:355)
>>>
>>>       
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthe
>   
>>> nticator.java:181)
>>>
>>>       
>>>>>         at org.apache.catalina.authenticator.AuthenticatorBase.invoke
>>>>>         (AuthenticatorBase.java:446)
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
>   
>>> )
>>>
>>>       
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
>   
>>> )
>>>
>>>       
>>>>>         at org.apache.catalina.core.StandardEngineValve.invoke
>>>>>         (StandardEngineValve.java:107)
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>   
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825)
>   
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
>   
>>> ction
>>>
>>>       
>>>>>         (Http11Protocol.java:738)
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
>   
>>> a:526)
>>>
>>>       
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
>   
>>> rkerThread.java:80)
>>>
>>>       
>>>>>         at
>>>>>
>>>>>
>>>>>           
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
>   
>>> a:684)
>>>
>>>       
>>>>>         at java.lang.Thread.run(Unknown Source)
>>>>>         Caused by: java.io.IOException: Unable to locate a login
>>>>>         configuration
>>>>>         at com.sun.security.auth.login.ConfigFile.init (Unknown
>>>>>           
> Source)
>   
>>>>>         ... 27 more
>>>>>
>>>>>
>>>>>         Do you have idea if I am missing out anything here.
>>>>>
>>>>>
>>>>>         Regards,
>>>>>         Satish
>>>>>
>>>>>
>>>>>
>>>>>         ----- Original Message -----
>>>>>         From: "Arne v.Irmer" < Arne.vonIrmer@uni-dortmund.de
>>>>>         >
>>>>>         To: "Slide Users Mailing List" >>>>         >
>>>>>         Sent: Friday, September 14, 2007 4:22 PM
>>>>>         Subject: Re: Authentication with Slide - Slide vs tomcat Realm
>>>>>
>>>>>
>>>>>         > Hi Satish,
>>>>>         > things are easy, if you look at the used technics: Silde
is
>>>>>         a servlet in
>>>>>         > tomcat and uses the authentication mechanism of tomcat.
This
>>>>>         includes
>>>>>         > such nice things like the sso-Valve.
>>>>>         > What you have to implement a user management that does both:
>>>>>         > 1. Creating/Deleting the user in silde by just
>>>>>         creating/deleting a
>>>>>         > collection with the user name in /user (default value).
Tip:
>>>>>         Look at the
>>>>>         > powerful roles mechanism in slide.
>>>>>         > 2. Doing the JAAS-Authentication.
>>>>>         > This is how we did it here.
>>>>>         >
>>>>>         > Yours
>>>>>         >  Arne
>>>>>         >
>>>>>         > Satish schrieb:
>>>>>         > > Hey Arne
>>>>>         > >
>>>>>         > > Thanks for quick reponse.
>>>>>         > >
>>>>>         > > Do you mean here that I should take steps below to
>>>>>         implemnt authetication,
>>>>>         > >
>>>>>         > > - configure Slide realm, configure tomcat to use Slide
>>>>>         users for
>>>>>         > > authentication
>>>>>         > > - configure JAAS for tomcat
>>>>>         > > - use JAAS API to authenticate the requests,
>>>>>         > >   so here JAAS will ask tomcat for authetication ->
tomcat
>>>>>         will check Slide
>>>>>         > > user database
>>>>>         > >
>>>>>         > > Is is somthing gonna happen...?
>>>>>         > >
>>>>>         > > Thanks.
>>>>>         > >
>>>>>         > >
>>>>>         > > Regards,
>>>>>         > > Satish
>>>>>         > >
>>>>>         > >
>>>>>         > > ----- Original Message -----
>>>>>         > > From: "Arne v.Irmer" >>>>         >
>>>>>         > > To: "Slide Users Mailing List" <
>>>>>         slide-user@jakarta.apache.org
>>>>>         >
>>>>>         > > Sent: Friday, September 14, 2007 2:50 PM
>>>>>         > > Subject: Re: Authentication with Slide - Slide vs tomcat
>>>>>
>>>>>           
>>> Realm
>>>
>>>       
>>>>>         > >
>>>>>         > >
>>>>>         > >
>>>>>         > >> Hi Satish,
>>>>>         > >> look for JAAS-Authentication that is a standard
API that
>>>>>         works pretty
>>>>>         > >> well with tomcat. A good introduction is found
at
>>>>>         > >>
>>>>>
>>>>>           
> http://www.javaworld.com/javaworld/jw-09-2002/jw-0913-jaas.html
>   
>>>>>         > >>
>>>>>         > >> Yours
>>>>>         > >>  Arne
>>>>>         > >>
>>>>>         > >> Satish schrieb:
>>>>>         > >>
>>>>>         > >>> Hi
>>>>>         > >>>
>>>>>         > >>> I need to authentication with Slide, there
are two ways
>>>>>         I can see
>>>>>         > >>>
>>>>>         > >>> I am thinking of using Slide realm and configuring
>>>>>         tomcat to use Slide
>>>>>         > >>>
>>>>>         > > user database for authentication.
>>>>>         > >
>>>>>         > >>> Otherwise if I rely completely on tomcat realm,
typical
>>>>>         tomcat-users.xml
>>>>>         > >>>
>>>>>         > > file based, authetication, I need to add user two places
-
>>>>>         Slide and
>>>>>         > > tomcat-user, which is problem.
>>>>>         > >
>>>>>         > >>> Can any body suggests on
>>>>>         > >>> #1 how can I configure tomcat to use the Slide
users for
>>>>>         authentication?
>>>>>         > >>> #2 how can I actually autheticate request of
tomcat
>>>>>         programatically, is
>>>>>         > >>>
>>>>>         > > any API available?
>>>>>         > >
>>>>>         > >>> What I am looking for is authenticating user
with Slide.
>>>>>         > >>>
>>>>>         > >>> Any suggestion is valuable for me.
>>>>>         > >>>
>>>>>         > >>> Regards,
>>>>>         > >>> Satish
>>>>>         > >>>
>>>>>         > >>> Disclaimer:
>>>>>         > >>> This e-mail may contain Privileged/Confidential
>>>>>         information and is
>>>>>         > >>>
>>>>>         > > intended only for the individual(s) named. Any review,
>>>>>         retransmission,
>>>>>         > > dissemination or other use of, or taking of any action
in
>>>>>         reliance upon this
>>>>>         > > information by persons or entities other than the intended
>>>>>         recipient is
>>>>>         > > prohibited. Please notify the sender, if you have received
>>>>>         this e-mail by
>>>>>         > > mistake and delete it from your system. Information
in
>>>>>         this message that
>>>>>         > > does not relate to the official business of the company
>>>>>         shall be understood
>>>>>         > > as neither given nor endorsed by it. E-mail transmission
>>>>>         cannot be
>>>>>         > > guaranteed to be secure or error-free. The sender does
not
>>>>>         accept liability
>>>>>         > > for any errors or omissions in the contents of this
>>>>>         message which arise as a
>>>>>         > > result of e-mail transmission. If verification is required
>>>>>         please request a
>>>>>         > > hard-copy version. Visit us at
>>>>>         http://www.harbinger-systems.com/
>>>>>         > >
>>>>>         > >>>
>>>>>         > >>>
>>>>>         > >>
>>>>>
>>>>>           
>>>   ---------------------------------------------------------------------
>>>
>>>       
>>>>>         > >> To unsubscribe, e-mail:
>>>>>         slide-user-unsubscribe@jakarta.apache.org
>>>>>         
>>>>>         > >> For additional commands, e-mail:
>>>>>         slide-user-help@jakarta.apache.org
>>>>>         
>>>>>         > >>
>>>>>         > >>
>>>>>         > >
>>>>>         > > Disclaimer:
>>>>>         > > This e-mail may contain Privileged/Confidential
>>>>>         information and is intended only for the individual(s) named.
>>>>>         Any review, retransmission, dissemination or other use of, or
>>>>>         taking of any action in reliance upon this information by
>>>>>         persons or entities other than the intended recipient is
>>>>>         prohibited. Please notify the sender, if you have received
>>>>>         this e-mail by mistake and delete it from your system.
>>>>>         Information in this message that does not relate to the
>>>>>         official business of the company shall be understood as
>>>>>         neither given nor endorsed by it. E-mail transmission cannot
>>>>>         be guaranteed to be secure or error-free. The sender does not
>>>>>         accept liability for any errors or omissions in the contents
>>>>>         of this message which arise as a result of e-mail
>>>>>         transmission. If verification is required please request a
>>>>>         hard-copy version. Visit us at
>>>>>           
> http://www.harbinger-systems.com/
>   
>>>>>         > >
>>>>>         >
>>>>>         >
>>>>>
>>>>>           
>>>   ---------------------------------------------------------------------
>>>
>>>       
>>>>>         > To unsubscribe, e-mail:
>>>>>         slide-user-unsubscribe@jakarta.apache.org
>>>>>         
>>>>>         > For additional commands, e-mail:
>>>>>         slide-user-help@jakarta.apache.org
>>>>>         
>>>>>         >
>>>>>         Disclaimer:
>>>>>         This e-mail may contain Privileged/Confidential information
>>>>>         and is intended only for the individual(s) named. Any review,
>>>>>         retransmission, dissemination or other use of, or taking of
>>>>>         any action in reliance upon this information by persons or
>>>>>         entities other than the intended recipient is prohibited.
>>>>>         Please notify the sender, if you have received this e-mail by
>>>>>         mistake and delete it from your system. Information in this
>>>>>         message that does not relate to the official business of the
>>>>>         company shall be understood as neither given nor endorsed by
>>>>>         it. E-mail transmission cannot be guaranteed to be secure or
>>>>>         error-free. The sender does not accept liability for any
>>>>>         errors or omissions in the contents of this message which
>>>>>         arise as a result of e-mail transmission. If verification is
>>>>>         required please request a hard-copy version. Visit us at
>>>>>         http://www.harbinger-systems.com/
>>>>>
>>>>>
>>>>>
>>>>> Disclaimer:
>>>>> This e-mail may contain Privileged/Confidential information and
>>>>>  is intended only for the individual(s) named. Any review,
>>>>>
>>>>>           
>>> retransmission, d
>>>
>>>       
>>>>> issemination or other use of, or taking of any action in reliance upon
>>>>>
>>>>>           
>>> this
>>>
>>>       
>>>>> information by persons or entities other than the intended recipient
>>>>>           
> is
>   
>>> proh
>>>
>>>       
>>>>> ibited. Please notify the sender, if you have received this e-mail by
>>>>>
>>>>>           
>>> mistak
>>>
>>>       
>>>>> e and delete it from your system. Information in this message that
>>>>>           
> does
>   
>>> not
>>>
>>>       
>>>>> relate to the official business of the company shall be understood as
>>>>>
>>>>>           
>>> neithe
>>>
>>>       
>>>>> r given nor endorsed by it. E-mail transmission cannot be guaranteed
>>>>>           
> to
>   
>>> be s
>>>
>>>       
>>>>> ecure or error-free. The sender does not accept liability for any
>>>>>           
> errors
>   
>>> or
>>>
>>>       
>>>>> omissions in the contents of this message which arise as a result of
>>>>>
>>>>>           
>>> e-mail
>>>
>>>       
>>>>> transmission. If verification is required please request a hard-copy
>>>>>
>>>>>           
>>> version
>>>
>>>       
>>>>> . Visit us at http://www.harbinger-systems.com/
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>           
>>>> -- 
>>>> Dipl.-Phys. Arne v.Irmer
>>>> Medienzentrum Universit�t Dortmund
>>>> Am Hauert 12a
>>>> 44227 Dortmund
>>>> Tel.: ++49 231 755 7127
>>>> Fax : ++49 231 755 4597
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>>>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>>>>
>>>>
>>>>         
>>> Disclaimer:
>>> This e-mail may contain Privileged/Confidential information and is
>>>       
> intended only for the individual(s) named. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon this
> information by persons or entities other than the intended recipient is
> prohibited. Please notify the sender, if you have received this e-mail by
> mistake and delete it from your system. Information in this message that
> does not relate to the official business of the company shall be understood
> as neither given nor endorsed by it. E-mail transmission cannot be
> guaranteed to be secure or error-free. The sender does not accept liability
> for any errors or omissions in the contents of this message which arise as a
> result of e-mail transmission. If verification is required please request a
> hard-copy version. Visit us at http://www.harbinger-systems.com/
>   
>> -- 
>> Dipl.-Phys. Arne v.Irmer
>> Medienzentrum Universit�t Dortmund
>> Am Hauert 12a
>> 44227 Dortmund
>> Tel.: ++49 231 755 7127
>> Fax : ++49 231 755 4597
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>>
>>     
>
> Disclaimer:
> This e-mail may contain Privileged/Confidential information and is intended only for
the individual(s) named. Any review, retransmission, dissemination or other use of, or taking
of any action in reliance upon this information by persons or entities other than the intended
recipient is prohibited. Please notify the sender, if you have received this e-mail by mistake
and delete it from your system. Information in this message that does not relate to the official
business of the company shall be understood as neither given nor endorsed by it. E-mail transmission
cannot be guaranteed to be secure or error-free. The sender does not accept liability for
any errors or omissions in the contents of this message which arise as a result of e-mail
transmission. If verification is required please request a hard-copy version. Visit us at
http://www.harbinger-systems.com/
>   


-- 
Dipl.-Phys. Arne v.Irmer
Medienzentrum Universit�t Dortmund
Am Hauert 12a
44227 Dortmund
Tel.: ++49 231 755 7127
Fax : ++49 231 755 4597

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org

Re: Authentication with Slide - Slide vs tomcat Realm

2007-09-27T13:13:01Z


Hey Arne,

Thanks for quick response.

Well I am using JAAS module from Slide site, they have made it available for
authentication with Slide.
I did all configurations and tested by accessing from the browser and
DavExplorer, its working well. JAAS module responding preety good way.

I then tried making HTTP based authentication using 3.1 lib and its also
working fine.

Later I just was requesting webdav resource where 3.1 lib is configured in
my app, and I was getting error with Slide as Bad Request.
Then i replaced this http 3.1 lib by older version and could get webdav
resource. But now I cant authenticate since AuthScope is not there in older
version.

JAAS is working fine but this is strange problem.

Regards,
Satish


----- Original Message ----- 
From: "Arne v.Irmer" 
To: "Slide Users Mailing List" 
Sent: Thursday, September 27, 2007 6:24 PM
Subject: Re: Authentication with Slide - Slide vs tomcat Realm


> Hi Satish,
> Satish schrieb:
> > Hi Arne,
> >
> > I manage to authenticate with http client 3.1, latest http client
library
> > with JAAS module. But I could not get webdav resource now. Upon
searching on
> > the forum I found Slide is not supporting http client 3.x libraries.
> >
> We are using http client 3.01 and it works.
> > I am trying with the typical JAAS authentication with LoginContext,
where I
> > am getting error as not able to create LoginContext since could not able
to
> > locate the login configuration.
> >
> This looks like a problem on the server side. I implemented my own JAAS
> authentication, so it might be different to your case. If would get that
> error-message it will stress on not finding my JAAS implementation. I
> your case maybe the JAAS-Implementation you are using has a problem. In
> general speaking it could not be a problem of the version of http
> client, because basic authentication is standardized and well
> implemented in that client.
> You should have the same problems with other clients like DAVExplorer etc.
> > Do you have any idea how we can use the http client library, which is
> > easiest way - or it is the limitation of Slide.
> >
> >
> > Regards,
> > Satish
> >
> >
> > ----- Original Message ----- 
> > From: "Arne v.Irmer" 
> > To: "Slide Users Mailing List" 
> > Sent: Monday, September 17, 2007 2:31 PM
> > Subject: Re: Authentication with Slide - Slide vs tomcat Realm
> >
> >
> >
> >> Hi Satish,
> >> we have to discriminate between the client- and the server side.
> >> If you have a successful login with DAVExplorer the server side is now
> >> working properly.
> >> On client side you can easily access an address that is protected with
> >> basic authentication using the commons-http-client.(see
> >> http://jakarta.apache.org/httpcomponents/httpclient-3.x/)
> >> For authentication look at
> >>
> >>
> >
http://jakarta.apache.org/httpcomponents/httpclient-3.x/authentication.html
> >
> >> Hope that helps
> >>  Arne
> >>
> >> Satish schrieb:
> >>
> >>> Hi
> >>>
> >>> There were problem in environment variables, I set all environment
> >>> variables correctly and its seems to be working :)
> >>>
> >>> Now tomcat is understanding Slide user database, tomcat-users.xml not
> >>> required anymore for authentication.
> >>>
> >>> I was checking this using DAVExplorer but now I need to implement and
> >>> use API for authentication, so
> >>>
> >>> Is that JAAS package will help me in this, shall I need to use those
> >>> API for authentication from my custom jsp client?
> >>> Do you have any idea how can I directly use same authentication way
> >>> like DAVExplorer using?
> >>>
> >>>
> >>> Regards,
> >>> Satish
> >>>
> >>>
> >>>     ----- Original Message -----
> >>>     *From:* kiltesh patel 
> >>>     *To:* Slide Users Mailing List
> >>>      ; Satish
> >>>     
> >>>     *Sent:* Saturday, September 15, 2007 10:15 PM
> >>>     *Subject:* Re: Authentication with Slide - Slide vs tomcat Realm
> >>>
> >>>     Hi Satish,
> >>>
> >>>     try this...
> >>>
> >>>     1. 5) Set environment variable
> >>>     CATALINA_OPTS=-Djava.security.auth.login
> >>>     .config=$CATALINA_HOME/conf/jaas
> >>>     .config
> >>>
> >>>     In place of = use == to set catalina_opts
> >>>
> >>>     2. Also, appName="slide_login" name should exactly match in
> >>>     config.jaas file
> >>>
> >>>     slide_login {....
> >>>
> >>>     3. You can also try using JAVA_OPTS instead of CATALINA_OPTS
> >>>
> >>>     4. Also, check your classpath if it finds jaas.config and
> >>>              userClassNames="org.apache.slide.jaas.spi
> >>>     .SlidePrincipal"
> >>>              roleClassNames="org.apache.slide.jaas.spi.SlideRole"
> >>>     are in classpah.
> >>>
> >>>     Regards
> >>>     Kiltesh
> >>>
> >>>
> >>>
> >>>     On 9/15/07, *Satish*  >>>     > wrote:
> >>>
> >>>         Hi Arne
> >>>
> >>>         Using your guidelines I tried configuring JAAS with Slide.
> >>>
> >>>         I did something like:
> >>>
> >>>         1)
> >>>         Configure tomcat web.xml to have
> >>>                >>>         useNaming="true">
> >>>                  >>>                   appName="slide_login"
> >>>
> >>>
> > userClassNames="org.apache.slide.jaas.spi.SlidePrincipal"
> >
> >>>                   roleClassNames="org.apache.slide.jaas.spi.SlideRole"
> >>>                   name="Slide DAV Server"
> >>>                   useContextClassLoader="false" />
> >>>               
> >>>         in Host.
> >>>
> >>>         2) Copied jaas.config file in conf folder of tomcat
> >>>
> >>>         3) Copied slide-jaas-2.1.jar in \\Tomcat 5.5\common\lib folder
> >>>
> >>>         4) Uncommented  from Slide web.xml
> >>>
> >>>         5) Set environment variable
> >>>
> >>>
> > CATALINA_OPTS=-Djava.security.auth.login.config=$CATALINA_HOME/conf/jaas
> >
> >>>         .config
> >>>
> >>>         Retsrated tomcat server and then tried connecting Slide using
> >>>         Web DAV Explorer client provided by Slide, but when I tried
> >>>         login, tomcat log says:
> >>>
> >>>         Unable to locate a login configuration...here is the error for
> >>>         details
> >>>
> >>>         Sep 15, 2007 8:26:27 PM org.apache.catalina.realm.JAASRealm
> >>>         authenticate
> >>>         SEVERE: Unexpected error
> >>>         java.lang.SecurityException: Unable to locate a login
> >>>         configuration
> >>>         at com.sun.security.auth.login.ConfigFile.(Unknown
Source)
> >>>         at
> >>>         sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> >>>         Method)
> >>>         at
> >>>         sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown
> >>>         Source)
> >>>         at
> >>>
> >>>
> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown
> >
> >>>         Source)
> >>>         at java.lang.reflect.Constructor.newInstance(Unknown Source)
> >>>         at java.lang.Class.newInstance0(Unknown Source)
> >>>         at java.lang.Class.newInstance (Unknown Source)
> >>>         at javax.security.auth.login.Configuration$3.run(Unknown
Source)
> >>>         at java.security.AccessController.doPrivileged(Native Method)
> >>>         at
> >>>
javax.security.auth.login.Configuration.getConfiguration(Unknown
> >>>         Source)
> >>>         at javax.security.auth.login.LoginContext$1.run(Unknown
Source)
> >>>         at java.security.AccessController.doPrivileged(Native Method)
> >>>         at javax.security.auth.login.LoginContext.init(Unknown Source)
> >>>         at javax.security.auth.login.LoginContext .(Unknown
> >>>
> > Source)
> >
> >>>         at
> >>>
> >>>
> > org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:355)
> >
> >>>         at
> >>>
> >>>
> >
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthe
> > nticator.java:181)
> >
> >>>         at org.apache.catalina.authenticator.AuthenticatorBase.invoke
> >>>         (AuthenticatorBase.java:446)
> >>>         at
> >>>
> >>>
> >
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
> > )
> >
> >>>         at
> >>>
> >>>
> >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
> > )
> >
> >>>         at org.apache.catalina.core.StandardEngineValve.invoke
> >>>         (StandardEngineValve.java:107)
> >>>         at
> >>>
> >>>
> >
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> >
> >>>         at
> >>>
> >>>
> >
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825)
> >
> >>>         at
> >>>
> >>>
> >
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
> > ction
> >
> >>>         (Http11Protocol.java:738)
> >>>         at
> >>>
> >>>
> >
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
> > a:526)
> >
> >>>         at
> >>>
> >>>
> >
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
> > rkerThread.java:80)
> >
> >>>         at
> >>>
> >>>
> >
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
> > a:684)
> >
> >>>         at java.lang.Thread.run(Unknown Source)
> >>>         Caused by: java.io.IOException: Unable to locate a login
> >>>         configuration
> >>>         at com.sun.security.auth.login.ConfigFile.init (Unknown
Source)
> >>>         ... 27 more
> >>>
> >>>
> >>>         Do you have idea if I am missing out anything here.
> >>>
> >>>
> >>>         Regards,
> >>>         Satish
> >>>
> >>>
> >>>
> >>>         ----- Original Message -----
> >>>         From: "Arne v.Irmer" < Arne.vonIrmer@uni-dortmund.de
> >>>         >
> >>>         To: "Slide Users Mailing List"  >>>         >
> >>>         Sent: Friday, September 14, 2007 4:22 PM
> >>>         Subject: Re: Authentication with Slide - Slide vs tomcat Realm
> >>>
> >>>
> >>>         > Hi Satish,
> >>>         > things are easy, if you look at the used technics: Silde is
> >>>         a servlet in
> >>>         > tomcat and uses the authentication mechanism of tomcat. This
> >>>         includes
> >>>         > such nice things like the sso-Valve.
> >>>         > What you have to implement a user management that does both:
> >>>         > 1. Creating/Deleting the user in silde by just
> >>>         creating/deleting a
> >>>         > collection with the user name in /user (default value). Tip:
> >>>         Look at the
> >>>         > powerful roles mechanism in slide.
> >>>         > 2. Doing the JAAS-Authentication.
> >>>         > This is how we did it here.
> >>>         >
> >>>         > Yours
> >>>         >  Arne
> >>>         >
> >>>         > Satish schrieb:
> >>>         > > Hey Arne
> >>>         > >
> >>>         > > Thanks for quick reponse.
> >>>         > >
> >>>         > > Do you mean here that I should take steps below to
> >>>         implemnt authetication,
> >>>         > >
> >>>         > > - configure Slide realm, configure tomcat to use Slide
> >>>         users for
> >>>         > > authentication
> >>>         > > - configure JAAS for tomcat
> >>>         > > - use JAAS API to authenticate the requests,
> >>>         > >   so here JAAS will ask tomcat for authetication ->
tomcat
> >>>         will check Slide
> >>>         > > user database
> >>>         > >
> >>>         > > Is is somthing gonna happen...?
> >>>         > >
> >>>         > > Thanks.
> >>>         > >
> >>>         > >
> >>>         > > Regards,
> >>>         > > Satish
> >>>         > >
> >>>         > >
> >>>         > > ----- Original Message -----
> >>>         > > From: "Arne v.Irmer"  >>>         >
> >>>         > > To: "Slide Users Mailing List" <
> >>>         slide-user@jakarta.apache.org
> >>>         >
> >>>         > > Sent: Friday, September 14, 2007 2:50 PM
> >>>         > > Subject: Re: Authentication with Slide - Slide vs tomcat
> >>>
> > Realm
> >
> >>>         > >
> >>>         > >
> >>>         > >
> >>>         > >> Hi Satish,
> >>>         > >> look for JAAS-Authentication that is a standard API
that
> >>>         works pretty
> >>>         > >> well with tomcat. A good introduction is found at
> >>>         > >>
> >>>
http://www.javaworld.com/javaworld/jw-09-2002/jw-0913-jaas.html
> >>>         > >>
> >>>         > >> Yours
> >>>         > >>  Arne
> >>>         > >>
> >>>         > >> Satish schrieb:
> >>>         > >>
> >>>         > >>> Hi
> >>>         > >>>
> >>>         > >>> I need to authentication with Slide, there are
two ways
> >>>         I can see
> >>>         > >>>
> >>>         > >>> I am thinking of using Slide realm and configuring
> >>>         tomcat to use Slide
> >>>         > >>>
> >>>         > > user database for authentication.
> >>>         > >
> >>>         > >>> Otherwise if I rely completely on tomcat realm,
typical
> >>>         tomcat-users.xml
> >>>         > >>>
> >>>         > > file based, authetication, I need to add user two places
-
> >>>         Slide and
> >>>         > > tomcat-user, which is problem.
> >>>         > >
> >>>         > >>> Can any body suggests on
> >>>         > >>> #1 how can I configure tomcat to use the Slide
users for
> >>>         authentication?
> >>>         > >>> #2 how can I actually autheticate request of tomcat
> >>>         programatically, is
> >>>         > >>>
> >>>         > > any API available?
> >>>         > >
> >>>         > >>> What I am looking for is authenticating user with
Slide.
> >>>         > >>>
> >>>         > >>> Any suggestion is valuable for me.
> >>>         > >>>
> >>>         > >>> Regards,
> >>>         > >>> Satish
> >>>         > >>>
> >>>         > >>> Disclaimer:
> >>>         > >>> This e-mail may contain Privileged/Confidential
> >>>         information and is
> >>>         > >>>
> >>>         > > intended only for the individual(s) named. Any review,
> >>>         retransmission,
> >>>         > > dissemination or other use of, or taking of any action
in
> >>>         reliance upon this
> >>>         > > information by persons or entities other than the intended
> >>>         recipient is
> >>>         > > prohibited. Please notify the sender, if you have received
> >>>         this e-mail by
> >>>         > > mistake and delete it from your system. Information in
> >>>         this message that
> >>>         > > does not relate to the official business of the company
> >>>         shall be understood
> >>>         > > as neither given nor endorsed by it. E-mail transmission
> >>>         cannot be
> >>>         > > guaranteed to be secure or error-free. The sender does
not
> >>>         accept liability
> >>>         > > for any errors or omissions in the contents of this
> >>>         message which arise as a
> >>>         > > result of e-mail transmission. If verification is required
> >>>         please request a
> >>>         > > hard-copy version. Visit us at
> >>>         http://www.harbinger-systems.com/
> >>>         > >
> >>>         > >>>
> >>>         > >>>
> >>>         > >>
> >>>
> >   ---------------------------------------------------------------------
> >
> >>>         > >> To unsubscribe, e-mail:
> >>>         slide-user-unsubscribe@jakarta.apache.org
> >>>         
> >>>         > >> For additional commands, e-mail:
> >>>         slide-user-help@jakarta.apache.org
> >>>         
> >>>         > >>
> >>>         > >>
> >>>         > >
> >>>         > > Disclaimer:
> >>>         > > This e-mail may contain Privileged/Confidential
> >>>         information and is intended only for the individual(s) named.
> >>>         Any review, retransmission, dissemination or other use of, or
> >>>         taking of any action in reliance upon this information by
> >>>         persons or entities other than the intended recipient is
> >>>         prohibited. Please notify the sender, if you have received
> >>>         this e-mail by mistake and delete it from your system.
> >>>         Information in this message that does not relate to the
> >>>         official business of the company shall be understood as
> >>>         neither given nor endorsed by it. E-mail transmission cannot
> >>>         be guaranteed to be secure or error-free. The sender does not
> >>>         accept liability for any errors or omissions in the contents
> >>>         of this message which arise as a result of e-mail
> >>>         transmission. If verification is required please request a
> >>>         hard-copy version. Visit us at
http://www.harbinger-systems.com/
> >>>         > >
> >>>         >
> >>>         >
> >>>
> >   ---------------------------------------------------------------------
> >
> >>>         > To unsubscribe, e-mail:
> >>>         slide-user-unsubscribe@jakarta.apache.org
> >>>         
> >>>         > For additional commands, e-mail:
> >>>         slide-user-help@jakarta.apache.org
> >>>         
> >>>         >
> >>>         Disclaimer:
> >>>         This e-mail may contain Privileged/Confidential information
> >>>         and is intended only for the individual(s) named. Any review,
> >>>         retransmission, dissemination or other use of, or taking of
> >>>         any action in reliance upon this information by persons or
> >>>         entities other than the intended recipient is prohibited.
> >>>         Please notify the sender, if you have received this e-mail by
> >>>         mistake and delete it from your system. Information in this
> >>>         message that does not relate to the official business of the
> >>>         company shall be understood as neither given nor endorsed by
> >>>         it. E-mail transmission cannot be guaranteed to be secure or
> >>>         error-free. The sender does not accept liability for any
> >>>         errors or omissions in the contents of this message which
> >>>         arise as a result of e-mail transmission. If verification is
> >>>         required please request a hard-copy version. Visit us at
> >>>         http://www.harbinger-systems.com/
> >>>
> >>>
> >>>
> >>> Disclaimer:
> >>> This e-mail may contain Privileged/Confidential information and
> >>>  is intended only for the individual(s) named. Any review,
> >>>
> > retransmission, d
> >
> >>> issemination or other use of, or taking of any action in reliance upon
> >>>
> > this
> >
> >>> information by persons or entities other than the intended recipient
is
> >>>
> > proh
> >
> >>> ibited. Please notify the sender, if you have received this e-mail by
> >>>
> > mistak
> >
> >>> e and delete it from your system. Information in this message that
does
> >>>
> > not
> >
> >>> relate to the official business of the company shall be understood as
> >>>
> > neithe
> >
> >>> r given nor endorsed by it. E-mail transmission cannot be guaranteed
to
> >>>
> > be s
> >
> >>> ecure or error-free. The sender does not accept liability for any
errors
> >>>
> > or
> >
> >>> omissions in the contents of this message which arise as a result of
> >>>
> > e-mail
> >
> >>> transmission. If verification is required please request a hard-copy
> >>>
> > version
> >
> >>> . Visit us at http://www.harbinger-systems.com/
> >>>
> >>>
> >>>
> >>>
> >>>
> >> -- 
> >> Dipl.-Phys. Arne v.Irmer
> >> Medienzentrum Universit�t Dortmund
> >> Am Hauert 12a
> >> 44227 Dortmund
> >> Tel.: ++49 231 755 7127
> >> Fax : ++49 231 755 4597
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: slide-user-help@jakarta.apache.org
> >>
> >>
> >
> > Disclaimer:
> > This e-mail may contain Privileged/Confidential information and is
intended only for the individual(s) named. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. Please notify the sender, if you have received this e-mail by
mistake and delete it from your system. Information in this message that
does not relate to the official business of the company shall be understood
as neither given nor endorsed by it. E-mail transmission cannot be
guaranteed to be secure or error-free. The sender does not accept liability
for any errors or omissions in the contents of this message which arise as a
result of e-mail transmission. If verification is required please request a
hard-copy version. Visit us at http://www.harbinger-systems.com/
> >
>
>
> -- 
> Dipl.-Phys. Arne v.Irmer
> Medienzentrum Universit�t Dortmund
> Am Hauert 12a
> 44227 Dortmund
> Tel.: ++49 231 755 7127
> Fax : ++49 231 755 4597
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>

Disclaimer:
This e-mail may contain Privileged/Confidential information and is intended only for the individual(s)
named. Any review, retransmission, dissemination or other use of, or taking of any action
in reliance upon this information by persons or entities other than the intended recipient
is prohibited. Please notify the sender, if you have received this e-mail by mistake and delete
it from your system. Information in this message that does not relate to the official business
of the company shall be understood as neither given nor endorsed by it. E-mail transmission
cannot be guaranteed to be secure or error-free. The sender does not accept liability for
any errors or omissions in the contents of this message which arise as a result of e-mail
transmission. If verification is required please request a hard-copy version. Visit us at
http://www.harbinger-systems.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org