Re: Using Slide with Cocoon 2
On Thu, 31 Oct 2002, Martin Holz wrote: On Thursday 31 October 2002 12:03, Jeremy Quinn wrote: But I am even more confused now ;) 'Off the Shelf' slide.xconf is set up to use the FileContentStore to store content in $CATALINA_HOME/contentstore (as I understand it), but I never see any files or folders there . Does it really store files in $CATALINA_HOME/contentstore? I think, it stores the files in ./contentstore, where . is the current directory, from which you started tomcat. Yes, it is a bit ugly. The path for the FileContentStore should be absolute. Since you usually start tomcat from $CATALINA_HOME, the store directory is $CATALINA_HOME/contentstore accidentally, but you must be carefull to start tomcat always from the same directory. Better change the rootpath in slide.xconf to a fixed location. For the examples, it will be better to use the HSQL DB. I tried that, but doesn't really work until now. Stephan. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Thursday, Oct 31, 2002, at 13:42 Europe/London, Stephan Michels wrote: 'Off the Shelf' slide.xconf is set up to use the FileContentStore to store content in $CATALINA_HOME/contentstore (as I understand it), but I never see any files or folders there . then when I restart TomCat, log back into cocoon/samples/slide an I have nothing in the repository. :-} Thats the problem of the MemoryDescriptorsStore, it holds the information in the memory, and it's gone then you shutdown tomcat. So you uncomment the XMLDescriptorStore and change the scope, which I currently use. I fixed the request-param in line 159 of slide/sitemap.xmap I am using this configuration (in slide.xconf): description store name=xml nodestore classname=slidestore.file.XMLFileDescriptorsStore parameter name=rootpath /Users/jermq/Library/TomCat/slide /parameter /nodestore securitystore reference store=nodestore / /securitystore lockstore reference store=nodestore / /lockstore revisiondescriptorsstore reference store=nodestore / /revisiondescriptorsstore revisiondescriptorstore reference store=nodestore / /revisiondescriptorstore contentstore classname=slidestore.reference.FileContentStore parameter name=rootpath /Users/jermq/Library/TomCat/slide /parameter parameter name=versiontrue/parameter parameter name=resetBeforeStartingtrue/parameter /contentstore /store scope match=/ store=xml / /definition When I attempt to login, I now get this exception: java.lang.NullPointerException at org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:178) at org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:172 ) at org.apache.cocoon.webapps.authentication.components.AuthenticationManage r.authenticate(AuthenticationManager.java:458) at org.apache.cocoon.webapps.authentication.acting.LoginAction.act(LoginAct ion.java:130) etc. Any idea what I am still doing wrong? What does the 'resetBeforeStarting' parameter mean? I assume it resets locks etc. on restart, or is it something more than this? Many thanks regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Fri, 1 Nov 2002, Jeremy Quinn wrote: On Thursday, Oct 31, 2002, at 13:42 Europe/London, Stephan Michels wrote: 'Off the Shelf' slide.xconf is set up to use the FileContentStore to store content in $CATALINA_HOME/contentstore (as I understand it), but I never see any files or folders there . then when I restart TomCat, log back into cocoon/samples/slide an I have nothing in the repository. :-} Thats the problem of the MemoryDescriptorsStore, it holds the information in the memory, and it's gone then you shutdown tomcat. So you uncomment the XMLDescriptorStore and change the scope, which I currently use. I fixed the request-param in line 159 of slide/sitemap.xmap I am using this configuration (in slide.xconf): description store name=xml nodestore classname=slidestore.file.XMLFileDescriptorsStore parameter name=rootpath /Users/jermq/Library/TomCat/slide /parameter /nodestore securitystore reference store=nodestore / /securitystore lockstore reference store=nodestore / /lockstore revisiondescriptorsstore reference store=nodestore / /revisiondescriptorsstore revisiondescriptorstore reference store=nodestore / /revisiondescriptorstore contentstore classname=slidestore.reference.FileContentStore parameter name=rootpath /Users/jermq/Library/TomCat/slide /parameter parameter name=versiontrue/parameter parameter name=resetBeforeStartingtrue/parameter /contentstore /store scope match=/ store=xml / /definition When I attempt to login, I now get this exception: java.lang.NullPointerException at org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:178) at org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:172 ) at org.apache.cocoon.webapps.authentication.components.AuthenticationManage r.authenticate(AuthenticationManager.java:458) at org.apache.cocoon.webapps.authentication.acting.LoginAction.act(LoginAct ion.java:130) etc. Any idea what I am still doing wrong? Olivier Billard had a similar problem yesterday, the reason was that he forget to install the jta lib into lib/local If that doesn't solve the problem, try to remove the attribute 'internal-only=true' and retrieve the page /cocoon/samples/slide/authenticate?password=rootname=root It seems that you have a problem to get a the document for authentication. What does the 'resetBeforeStarting' parameter mean? I assume it resets locks etc. on restart, or is it something more than this? 'resetBeforeStarting' means throw all documents and descriptors over board before start. Stephan. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Friday, Nov 1, 2002, at 13:16 Europe/London, Stephan Michels wrote: I fixed the request-param in line 159 of slide/sitemap.xmap I am using this configuration (in slide.xconf): snip When I attempt to login, I now get this exception: java.lang.NullPointerException snip Any idea what I am still doing wrong? Olivier Billard had a similar problem yesterday, the reason was that he forget to install the jta lib into lib/local Mine is still there, no warning when I recompiled. If that doesn't solve the problem, try to remove the attribute 'internal-only=true' and retrieve the page /cocoon/samples/slide/authenticate?password=rootname=root It seems that you have a problem to get a the document for authentication. Tried that Hmm, no exception, but also, no document! I just got this back: htmlbody/body/html Then going to /cocoon/sample/slide/content, brought up the login again. I changed the sitemap to use xalan rather than xsltc, (there's a note about it in the sitemap), it made no difference. What does the 'resetBeforeStarting' parameter mean? I assume it resets locks etc. on restart, or is it something more than this? 'resetBeforeStarting' means throw all documents and descriptors over board before start. Oh right! So this will trash my repository, right? Not good ;) regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Wednesday, Oct 30, 2002, at 17:06 Europe/London, Stephan Michels wrote: Currently the form param that holds the 'method' to be used in the MultiAction is called 'method', is this not a reserved param name for a request? ie. it would always return the HTTP method? The problem was name of the input module.. I used {request:bla} instead of {request-param:bla}. So the example should work now. Have fun, Stephan Michels. Dear Stephan, Many thanks for fixing this! I can log in now, create a collection and upload files! But I am even more confused now ;) 'Off the Shelf' slide.xconf is set up to use the FileContentStore to store content in $CATALINA_HOME/contentstore (as I understand it), but I never see any files or folders there . then when I restart TomCat, log back into cocoon/samples/slide an I have nothing in the repository. :-} What I am hoping to achieve is to have a file store that can be: a) Accessed for file editing via WebDAV, using normal desktop apps like TurboXML or XMLMind, hopefully with versioning. b) Served from the store by my Cocoon pipelines for normal users to view the site c) Managed via your samples/slide interface Am I on the right track here? I promise to write a 'How-to' on this if I can make this work! But I am a bit of a newbie to webDAV so I might need some help ;) many thanks regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Thu, 31 Oct 2002, Jeremy Quinn wrote: On Wednesday, Oct 30, 2002, at 17:06 Europe/London, Stephan Michels wrote: Currently the form param that holds the 'method' to be used in the MultiAction is called 'method', is this not a reserved param name for a request? ie. it would always return the HTTP method? The problem was name of the input module.. I used {request:bla} instead of {request-param:bla}. So the example should work now. Have fun, Stephan Michels. Dear Stephan, Many thanks for fixing this! I can log in now, create a collection and upload files! But I am even more confused now ;) 'Off the Shelf' slide.xconf is set up to use the FileContentStore to store content in $CATALINA_HOME/contentstore (as I understand it), but I never see any files or folders there . then when I restart TomCat, log back into cocoon/samples/slide an I have nothing in the repository. :-} Thats the problem of the MemoryDescriptorsStore, it holds the information in the memory, and it's gone then you shutdown tomcat. So you uncomment the XMLDescriptorStore and change the scope, which I currently use. And then you change the parameter parameter name=versionfalse/parameter to true, you should have versioned documents. What I am hoping to achieve is to have a file store that can be: a)Accessed for file editing via WebDAV, using normal desktop apps like TurboXML or XMLMind, hopefully with versioning. I don't have any experiences with XMLMind etc, but it works with MS Explorer and Cadaver. b) Served from the store by my Cocoon pipelines for normal users to view the site c) Managed via your samples/slide interface Am I on the right track here? Sure. I promise to write a 'How-to' on this if I can make this work! But I am a bit of a newbie to webDAV so I might need some help ;) That sound good ;-) - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
Hi all ! Hi Stephan ! I didn't manage to do the correction against the login error : I modified the sitemap.xmap in samples/slide, changing line 159 from map:parameter name=destination value={request:resource}/ to map:parameter name=destination value={request-param:resource}/ I guess that is what you said to do on your precedent mail. But I still have the same exception... Is there any other file to change ? You don't seemed to commit your changes on CVS, or I may be wrong... Did you rely on SlideRealm or with the default Tomcat user managment ? Thank you Olivier - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Thu, 31 Oct 2002, Olivier Billard wrote: Hi all ! Hi Stephan ! I didn't manage to do the correction against the login error : I modified the sitemap.xmap in samples/slide, changing line 159 from map:parameter name=destination value={request:resource}/ to map:parameter name=destination value={request-param:resource}/ Hmm, this one have I missed, thanks. I guess that is what you said to do on your precedent mail. But I still have the same exception... Is there any other file to change ? Which exception? You don't seemed to commit your changes on CVS, or I may be wrong... Yes, the current revision of xml-cocoon2/src/scratchpad/webapp/samples/slide/sitemap.xmap is 1.18. Did you rely on SlideRealm or with the default Tomcat user managment ? No, but I is also possible to use the SlideRealm to authentificate. Many thanks for testing, Stephan. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
Many thanks for your response !! Here is my Exception : [ The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that java.lang.NullPointerException says: More precisely: java.lang.NullPointerException ] And the stack trace : [ java.lang.NullPointerException stacktrace java.lang.NullPointerException at org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:178) at org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:172) at org.apache.cocoon.webapps.authentication.components.AuthenticationManager.au thenticate(AuthenticationManager.java:458) at org.apache.cocoon.webapps.authentication.acting.LoginAction.act(LoginAction. java:130) at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTyp eNode.java:133) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:85) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok e(PreparableMatchNode.java:166) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel ineNode.java:153) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe linesNode.java:143) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:326) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:308) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod e.java:131) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:85) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok e(PreparableMatchNode.java:166) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel ineNode.java:153) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe linesNode.java:143) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:326) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:308) at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNod e.java:131) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:85) at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invok e(PreparableMatchNode.java:166) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(Pipel ineNode.java:153) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invo keNodes(AbstractParentProcessingNode.java:109) at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(Pipe linesNode.java:143) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:326) at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcess or.java:308) at org.apache.cocoon.Cocoon.process(Cocoon.java:595) ... ] Is there a risk that I forgot something in the configuration ? Olivier - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Olivier Billard [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 3:23 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Hi all ! Hi Stephan ! I didn't manage to do the correction against the login error : I modified the sitemap.xmap in samples/slide, changing line 159 from map:parameter name=destination value={request:resource}/ to map:parameter name=destination value={request-param:resource}/ Hmm, this one have I missed, thanks. I guess that is what you said to do on your precedent mail. But I still have the same exception... Is there any other file to change ? Which exception? You don't seemed to commit your changes on CVS, or I may be wrong... Yes, the current revision of xml-cocoon2/src/scratchpad/webapp/samples/slide/sitemap.xmap is 1.18. Did you rely on SlideRealm or with the default Tomcat user managment ? No, but I is also possible to use the SlideRealm to authentificate. Many thanks for testing, Stephan. - Please check that your question has not already been answered in the FAQ before
Re: Using Slide with Cocoon 2
On Thu, 31 Oct 2002, Olivier Billard wrote: Many thanks for your response !! Here is my Exception : [ The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that java.lang.NullPointerException says: More precisely: java.lang.NullPointerException ] And the stack trace : [ java.lang.NullPointerException stacktrace java.lang.NullPointerException at org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:178) at org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:172) at org.apache.cocoon.webapps.authentication.components.AuthenticationManager.au thenticate(AuthenticationManager.java:458) at org.apache.cocoon.webapps.authentication.acting.LoginAction.act(LoginAction. java:130) at Hmm, try to remove the attribute 'internal-only=true' and retrieve the page /cocoon/samples/slide/authenticate?password=rootname=root It seems that you have a problem to get a the document for authentication. Stephan. - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Olivier Billard [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 3:23 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Hi all ! Hi Stephan ! I didn't manage to do the correction against the login error : I modified the sitemap.xmap in samples/slide, changing line 159 from map:parameter name=destination value={request:resource}/ to map:parameter name=destination value={request-param:resource}/ Hmm, this one have I missed, thanks. I guess that is what you said to do on your precedent mail. But I still have the same exception... Is there any other file to change ? Which exception? You don't seemed to commit your changes on CVS, or I may be wrong... Yes, the current revision of xml-cocoon2/src/scratchpad/webapp/samples/slide/sitemap.xmap is 1.18. Did you rely on SlideRealm or with the default Tomcat user managment ? No, but I is also possible to use the SlideRealm to authentificate. Many thanks for testing, Stephan. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
Thanks again ! But I access to a blank page, without Exception raised... - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: cocoon-users [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 4:14 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Many thanks for your response !! Here is my Exception : [ The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that java.lang.NullPointerException says: More precisely: java.lang.NullPointerException ] And the stack trace : [ java.lang.NullPointerException stacktrace java.lang.NullPointerException at org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:178) at org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:172) at org.apache.cocoon.webapps.authentication.components.AuthenticationManager.au thenticate(AuthenticationManager.java:458) at org.apache.cocoon.webapps.authentication.acting.LoginAction.act(LoginAction. java:130) at Hmm, try to remove the attribute 'internal-only=true' and retrieve the page /cocoon/samples/slide/authenticate?password=rootname=root It seems that you have a problem to get a the document for authentication. Stephan. - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Olivier Billard [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 3:23 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Hi all ! Hi Stephan ! I didn't manage to do the correction against the login error : I modified the sitemap.xmap in samples/slide, changing line 159 from map:parameter name=destination value={request:resource}/ to map:parameter name=destination value={request-param:resource}/ Hmm, this one have I missed, thanks. I guess that is what you said to do on your precedent mail. But I still have the same exception... Is there any other file to change ? Which exception? You don't seemed to commit your changes on CVS, or I may be wrong... Yes, the current revision of xml-cocoon2/src/scratchpad/webapp/samples/slide/sitemap.xmap is 1.18. Did you rely on SlideRealm or with the default Tomcat user managment ? No, but I is also possible to use the SlideRealm to authentificate. Many thanks for testing, Stephan. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Thu, 31 Oct 2002, Olivier Billard wrote: Thanks again ! But I access to a blank page, without Exception raised... Nothing, also when you take a look into the source. Any exceptions in the logs? Hmm. - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: cocoon-users [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 4:14 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Many thanks for your response !! Here is my Exception : [ The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that java.lang.NullPointerException says: More precisely: java.lang.NullPointerException ] And the stack trace : [ java.lang.NullPointerException stacktrace java.lang.NullPointerException at org.apache.cocoon.xml.dom.DOMBuilder.getDocument(DOMBuilder.java:178) at org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:172) at org.apache.cocoon.webapps.authentication.components.AuthenticationManager.au thenticate(AuthenticationManager.java:458) at org.apache.cocoon.webapps.authentication.acting.LoginAction.act(LoginAction. java:130) at Hmm, try to remove the attribute 'internal-only=true' and retrieve the page /cocoon/samples/slide/authenticate?password=rootname=root It seems that you have a problem to get a the document for authentication. Stephan. - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Olivier Billard [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 3:23 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Hi all ! Hi Stephan ! I didn't manage to do the correction against the login error : I modified the sitemap.xmap in samples/slide, changing line 159 from map:parameter name=destination value={request:resource}/ to map:parameter name=destination value={request-param:resource}/ Hmm, this one have I missed, thanks. I guess that is what you said to do on your precedent mail. But I still have the same exception... Is there any other file to change ? Which exception? You don't seemed to commit your changes on CVS, or I may be wrong... Yes, the current revision of xml-cocoon2/src/scratchpad/webapp/samples/slide/sitemap.xmap is 1.18. Did you rely on SlideRealm or with the default Tomcat user managment ? No, but I is also possible to use the SlideRealm to authentificate. Many thanks for testing, Stephan. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
Oooh yep, sorry ! Here it is : [ ERROR (2002-10-31) 17:26.28:512 [sitemap.generator.principallist] (/cocoon/samples/slide/authenticate) Thread-8/PrincipalListGenerator: Could not lookup for component. org.apache.avalon.framework.component.ComponentException: Could not find component at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(Excal iburComponentManager.java:255) at org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentMa nager.java:236) ] It seems like a ComponentException is raised... I'm not very familiar with Avalon framework : Cocoon is a ComponentManager and a generator is a Component, is it right ? The role given to the manager with principalproviders = (ComponentSelector)this.manager.lookup(PrincipalProvider.ROLE+Selector); in PrincipalListGenerator.generate() maybe doesn't exist ? Olivier - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: cocoon-users [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 5:17 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Thanks again ! But I access to a blank page, without Exception raised... Nothing, also when you take a look into the source. Any exceptions in the logs? Hmm. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Thu, 31 Oct 2002, Olivier Billard wrote: Oooh yep, sorry ! Here it is : [ ERROR (2002-10-31) 17:26.28:512 [sitemap.generator.principallist] (/cocoon/samples/slide/authenticate) Thread-8/PrincipalListGenerator: Could not lookup for component. org.apache.avalon.framework.component.ComponentException: Could not find component at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(Excal iburComponentManager.java:255) at org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentMa nager.java:236) ] It seems like a ComponentException is raised... I'm not very familiar with Avalon framework : Cocoon is a ComponentManager and a generator is a Component, is it right ? The role given to the manager with principalproviders = (ComponentSelector)this.manager.lookup(PrincipalProvider.ROLE+Selector); in PrincipalListGenerator.generate() maybe doesn't exist ? Ahhh, now I see. I think you havn't copied the Java Transaction Lib into lib/local??! Search your build messages for the warning. ;-) Stephan - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: cocoon-users [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 5:17 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Thanks again ! But I access to a blank page, without Exception raised... Nothing, also when you take a look into the source. Any exceptions in the logs? Hmm. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
Ye !! It works perfectly, it was that. I put the jta.jar in the scratchpad/lib dir, and not in the lib/local... I didn't notice the warning and the war was build. Thank you very much for your patience, Stephan. I think I'll have a nice week end Regards, Olivier - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: [EMAIL PROTECTED]; Olivier Billard [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 5:55 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Oooh yep, sorry ! Here it is : [ ERROR (2002-10-31) 17:26.28:512 [sitemap.generator.principallist] (/cocoon/samples/slide/authenticate) Thread-8/PrincipalListGenerator: Could not lookup for component. org.apache.avalon.framework.component.ComponentException: Could not find component at org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(Excal iburComponentManager.java:255) at org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentMa nager.java:236) ] It seems like a ComponentException is raised... I'm not very familiar with Avalon framework : Cocoon is a ComponentManager and a generator is a Component, is it right ? The role given to the manager with principalproviders = (ComponentSelector)this.manager.lookup(PrincipalProvider.ROLE+Selector); in PrincipalListGenerator.generate() maybe doesn't exist ? Ahhh, now I see. I think you havn't copied the Java Transaction Lib into lib/local??! Search your build messages for the warning. ;-) Stephan - Original Message - From: Stephan Michels [EMAIL PROTECTED] To: cocoon-users [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 5:17 PM Subject: Re: Using Slide with Cocoon 2 On Thu, 31 Oct 2002, Olivier Billard wrote: Thanks again ! But I access to a blank page, without Exception raised... Nothing, also when you take a look into the source. Any exceptions in the logs? Hmm. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Thursday 31 October 2002 12:03, Jeremy Quinn wrote: But I am even more confused now ;) 'Off the Shelf' slide.xconf is set up to use the FileContentStore to store content in $CATALINA_HOME/contentstore (as I understand it), but I never see any files or folders there . Does it really store files in $CATALINA_HOME/contentstore? I think, it stores the files in ./contentstore, where . is the current directory, from which you started tomcat. Since you usually start tomcat from $CATALINA_HOME, the store directory is $CATALINA_HOME/contentstore accidentally, but you must be carefull to start tomcat always from the same directory. Better change the rootpath in slide.xconf to a fixed location. Martin - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Mon, 21 Oct 2002, Jeremy Quinn wrote: On Monday, Oct 21, 2002, at 11:57 Europe/London, Stephan Michels wrote: On Mon, 21 Oct 2002, Jeremy Quinn wrote: FYI. The sample web.xml file is out of sync with the current main web.xml, and tries to use WEB-INF/Domain.xml, I believe this should be: /samples/slide/slide.xconf (but then I still cannot access it with a WebDAV client ;). I did manage to get Slide working standalone, just not your samples from inside Cocoon. If you plan to run the Cocoon Servlet and the Slide WebDAV Servlet in one Servlet Container, you could share org.apache.slide.common.Domain instance, which holds all repositories. So you must not initialize the Domain twice. OK, I think I see what you mean I had several emails from people who wanted to use Slide in Cocoon, but could not get it working, it would be great to sort out these problems so people can use this powerful stuff! The problem is that I'm in the exams. So my time limited, until mid next week. Sorry, I did not mean to pressure you! ;-) Why not. The SlideSource implements a primitive access to the versions of the files. Is it useable? Yes, but not all tested. So hopefully I can do some testing. Currently the form param that holds the 'method' to be used in the MultiAction is called 'method', is this not a reserved param name for a request? ie. it would always return the HTTP method? The problem was name of the input module.. I used {request:bla} instead of {request-param:bla}. So the example should work now. Have fun, Stephan Michels. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Mon, 21 Oct 2002, Jeremy Quinn wrote: On Monday, Oct 21, 2002, at 09:26 Europe/London, Stephan Michels wrote: Thanks for your reply, Stephan. On Thu, 17 Oct 2002, Jeremy Quinn wrote: We will be using Cocoon2 with SQL and XML Files, I would like there to be WebDAV access to the XML files, so they can be edited using an App like XMLMind. What is the best way to set up Cocoon, so that the files that Cocoon serves, can safely be edited via WebDAV? You should write your own Slide Store to access your repository I think we only need a File-based repository ATM, so this is already written, correct? Yes. A few weeks ago I saw a document that described a set up for putting Cocoon inside Slide, but now cannot find it! xml-cocoon2/src/scratchpad/webapp/samples/slide I cannot get this to work. Attempting to login throws Exceptions, I wrote to you privately about this on Saturday. Thanks for your subsequent reply. Yes, it seems there has some things changed. FYI. The sample web.xml file is out of sync with the current main web.xml, and tries to use WEB-INF/Domain.xml, I believe this should be: /samples/slide/slide.xconf (but then I still cannot access it with a WebDAV client ;). I did manage to get Slide working standalone, just not your samples from inside Cocoon. If you plan to run the Cocoon Servlet and the Slide WebDAV Servlet in one Servlet Container, you could share org.apache.slide.common.Domain instance, which holds all repositories. So you must not initialize the Domain twice. I had several emails from people who wanted to use Slide in Cocoon, but could not get it working, it would be great to sort out these problems so people can use this powerful stuff! The problem is that I'm in the exams. So my time limited, until mid next week. Is it wise to use Cocoon's FileGenerator to read files managed by Slide? Is there a better way of doing it? Yes, by using the Slide SourceFactory(slide://) OK, so once you start to use Slide for storage, even though it may only be File storage, you _always_ need to access the files via the 'slide://' protocol, rather than the 'file://' protocol, correct? Yes. How do you take advantage of Slide's versioning capabilities? The SlideSource implements a primitive access to the versions of the files. Is it useable? Yes, but not all tested. Stephan Michels. - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
At 13:00 18/10/02, Jeremy Quinn wrote: I have tried Apache mod-webdav, TomCat WebDAV and Apache Slide, they all work fine with something like Goliath (even iCal!), but not the Finder. Has anyone written a best-practice type article describing how one might use Apache mod-webdav, TomCat WebDAV and Apache Slide and Cocoon together? Ideally I'd like it to incorporate Wyona too whose developers have stated an intent to use Apache Slide. Alex Openweb Analysts Ltd, London. Software For Complex Websites http://www.OWAL.co.uk/ Open Source Software Companies please register here http://www.OWAL.co.uk/oss_support/ - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Monday, Oct 21, 2002, at 11:57 Europe/London, Stephan Michels wrote: On Mon, 21 Oct 2002, Jeremy Quinn wrote: FYI. The sample web.xml file is out of sync with the current main web.xml, and tries to use WEB-INF/Domain.xml, I believe this should be: /samples/slide/slide.xconf (but then I still cannot access it with a WebDAV client ;). I did manage to get Slide working standalone, just not your samples from inside Cocoon. If you plan to run the Cocoon Servlet and the Slide WebDAV Servlet in one Servlet Container, you could share org.apache.slide.common.Domain instance, which holds all repositories. So you must not initialize the Domain twice. OK, I think I see what you mean I had several emails from people who wanted to use Slide in Cocoon, but could not get it working, it would be great to sort out these problems so people can use this powerful stuff! The problem is that I'm in the exams. So my time limited, until mid next week. Sorry, I did not mean to pressure you! The SlideSource implements a primitive access to the versions of the files. Is it useable? Yes, but not all tested. So hopefully I can do some testing. Currently the form param that holds the 'method' to be used in the MultiAction is called 'method', is this not a reserved param name for a request? ie. it would always return the HTTP method? I'll have a play with this Thanks for your help regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Monday, Oct 21, 2002, at 09:26 Europe/London, Stephan Michels wrote: Thanks for your reply, Stephan. On Thu, 17 Oct 2002, Jeremy Quinn wrote: We will be using Cocoon2 with SQL and XML Files, I would like there to be WebDAV access to the XML files, so they can be edited using an App like XMLMind. What is the best way to set up Cocoon, so that the files that Cocoon serves, can safely be edited via WebDAV? You should write your own Slide Store to access your repository I think we only need a File-based repository ATM, so this is already written, correct? A few weeks ago I saw a document that described a set up for putting Cocoon inside Slide, but now cannot find it! xml-cocoon2/src/scratchpad/webapp/samples/slide I cannot get this to work. Attempting to login throws Exceptions, I wrote to you privately about this on Saturday. Thanks for your subsequent reply. FYI. The sample web.xml file is out of sync with the current main web.xml, and tries to use WEB-INF/Domain.xml, I believe this should be: /samples/slide/slide.xconf (but then I still cannot access it with a WebDAV client ;). I did manage to get Slide working standalone, just not your samples from inside Cocoon. I had several emails from people who wanted to use Slide in Cocoon, but could not get it working, it would be great to sort out these problems so people can use this powerful stuff! Is it wise to use Cocoon's FileGenerator to read files managed by Slide? Is there a better way of doing it? Yes, by using the Slide SourceFactory(slide://) OK, so once you start to use Slide for storage, even though it may only be File storage, you _always_ need to access the files via the 'slide://' protocol, rather than the 'file://' protocol, correct? How do you take advantage of Slide's versioning capabilities? The SlideSource implements a primitive access to the versions of the files. Is it useable? Many thanks. regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using Slide with Cocoon 2
On Thursday, Oct 17, 2002, at 18:44 Europe/London, Jeremy Quinn wrote: What is the best way to set up Cocoon, so that the files that Cocoon serves, can safely be edited via WebDAV? Sorry to reply to my own message ... ;) And I hope this is not too off-topic. Are there any MacOSX (10.2.1) users out there who have tried setting up a webDAV server, and actually got the Finder to mount it? I have tried Apache mod-webdav, TomCat WebDAV and Apache Slide, they all work fine with something like Goliath (even iCal!), but not the Finder. Any suggestions? thanks regards Jeremy - Please check that your question has not already been answered in the FAQ before posting. http://xml.apache.org/cocoon/faq/index.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]