You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Grzegorz Kossakowski <gk...@apache.org> on 2007/05/03 11:31:54 UTC

Forms migration problems

Felix Knecht napisał(a):
> Felix Knecht schrieb:
> Could it be that there's another type?
>
> Looking at the guide I see a replacement for Forms.js like this:
>
> resource://org/apache/cocoon/forms/flow/javascript/Form.js
> servlet:forms:/system/flow/javascript/Form.js
>
>
> Looking at the samples code (flow scripts) it looks different
>
> cocoon.load("servlet:forms:/resource/internal/flow/javascript/Form.js");

Yes, you are right. I changed that location after writing guide and
forgot to update it afterwards.
It's corrected now.
 
> Using any of the two variants in my own flowscripts gives me an error:
>
> "Must be used in a block context
servlet:forms:/resource/internal/flow/javascript/Form.js"

Can you show configuration of servlet bean from your block? It's located
at src/main/resources/META-INF/cocoon/spring. I believe problem is there.

-- 
Grzegorz Kossakowski

Re: [SOLVED] Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
Grzegorz Kossakowski schrieb:
> Do you volunteer to test postable source functionality? ;-)
>   

I haven't followed the discussion and at the moment I don't have much
spare time. Therefore I don't think to be a big help in this - execpt I
run into a problem working on my current projects caused by this (like
the migration guide ;-) )

Felix


Re: [SOLVED] Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
> Finally I got it working :-)

Great!!! :-)

> Big thanks to Grzegorz helping me to migrate it.

No problem. I would like to thank you for being patient enough while providing all the comments on guide. You were the
first one brave enough to take a challenge ;-)

> I hope the fixed migration guide will help others too :-)

Yes, I hope so too. :)

Do you volunteer to test postable source functionality? ;-)
With that one implemented and COCOON-2038 fixed blocks are going to kick your asses! :)

-- 
Grzegorz Kossakowski

[SOLVED] Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
Finally I got it working :-)

Big thanks to Grzegorz helping me to migrate it.

I hope the fixed migration guide will help others too :-)

Felix


Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
> As I'm just on the way of trying to get it work:
> 
> In blocks/cocoon-ajax/cocoon-ajax-impl/src/main/resources/org/apache/cocoon/ajax/resources/manifest.js you use a double
> slash
>    dojo.registerModulePath("cocoon.ajax", "servlet://resource/external/ajax/js");
> 
> in blocks/cocoon-forms/cocoon-forms-impl/src/main/resources/org/apache/cocoon/forms/resources/js/manifest.js you use a
> single slash
>     dojo.registerModulePath("cocoon.forms", "servlet:/resource/external/forms/js");
> 
> Don't know if it matters but just looks inconsistent to me (at least not logical).

It's typo. I have not spotted it before because it does not break anything.
Fixed now. Thanks again.

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
As I'm just on the way of trying to get it work:

In blocks/cocoon-ajax/cocoon-ajax-impl/src/main/resources/org/apache/cocoon/ajax/resources/manifest.js you use a double
slash
   dojo.registerModulePath("cocoon.ajax", "servlet://resource/external/ajax/js");

in blocks/cocoon-forms/cocoon-forms-impl/src/main/resources/org/apache/cocoon/forms/resources/js/manifest.js you use a
single slash
    dojo.registerModulePath("cocoon.forms", "servlet:/resource/external/forms/js");

Don't know if it matters but just looks inconsistent to me (at least not logical).

Felix

Re: Forms migration problems

Posted by Felix Knecht <fe...@otego.com>.
Grzegorz Kossakowski schrieb:
> 
> PS. I'll be online for about three hours so if you are free too and want to devote your time to this problem I'll be
> very happy to help by responding to your e-mails as quickly as possible.
> 
Your welcome and I'm free and appreciate your help. The problem is that I'm at home now and I don't know if I get the
application running on my home pc - I haven't tried it yet :-(

Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
> Grzegorz Kossakowski schrieb:
>> Felix Knecht napisał(a):
>>
>> I fear that's again my fault with messed up paths in guide (corrected now).
>> Can you show your pipeline that renders forms? I guess problem is there.
>>
> 
> They look like this:
> 
>             <map:match pattern="form/**.jx">
>                 <map:generate type="jx" src="{1}.xml">
>                     <map:parameter name="locale" value="{flow-attribute:locale}" />
>                 </map:generate>
>                 <map:transform type="browser-update" />
>                 <map:call resource="aggregate-html" />
>                 <map:transform src="stylesheets/forms.xsl">
>                     <map:parameter name="dojo-debug" value="true" />
>                     <map:parameter name="dojo-resources" value="servlet:ajax:/resources/dojo"/>
>                     <map:parameter name="forms-resources" value="servlet:forms:/resources/forms"/>
>                 </map:transform>
> 

That's problematic part. I forgot to update guide after making Forms/Ajax following blocks convention [1]. The other
problem is that I said you should omit braces. This time I forgot that servletLinkRewriter (transformer) is just
LinkRewriterTransformer and it does link rewriting taken from attributes thus it will leave <script> content untouched.
>From servlet-service-fw this is a bad situation and it's seems that we'll have to come with specific transformer
(similar to the reader I created).
Workaround for now (that is applied also in forms samples) is to use braces and let sitemap resolve links passed to XSL
that put those links in <script> tag.

In short: you were right about braces, sorry for confusion. Replace your transform with:
                 <map:transform src="stylesheets/forms.xsl">
                     <map:parameter name="dojo-debug" value="true" />
                     <map:parameter name="dojo-resources" value="{servlet:ajax:/resource/external/dojo}"/>
                     <map:parameter name="forms-resources" value="{servlet:forms:/resource/external/forms}"/>
                 </map:transform>
And make sure that there is no servlet: link sent to browser (just seek for it in browser). This way we'll make sure
that we tackled links issue.

PS. I'll be online for about three hours so if you are free too and want to devote your time to this problem I'll be
very happy to help by responding to your e-mails as quickly as possible.

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@otego.com>.
Grzegorz Kossakowski schrieb:
> Felix Knecht napisał(a):
> 
> I fear that's again my fault with messed up paths in guide (corrected now).
> Can you show your pipeline that renders forms? I guess problem is there.
> 

They look like this:

            <map:match pattern="form/**.jx">
                <map:generate type="jx" src="{1}.xml">
                    <map:parameter name="locale" value="{flow-attribute:locale}" />
                </map:generate>
                <map:transform type="browser-update" />
                <map:call resource="aggregate-html" />
                <map:transform src="stylesheets/forms.xsl">
                    <map:parameter name="dojo-debug" value="true" />
                    <map:parameter name="dojo-resources" value="servlet:ajax:/resources/dojo"/>
                    <map:parameter name="forms-resources" value="servlet:forms:/resources/forms"/>
                </map:transform>

                <!-- here is the transformation step you will need to add -->
                <map:transform type="servletLinkRewriter" />
                <map:select type="ajax-request">
                    <map:when test="true"><!-- sending a partial Browser Update -->
                        <map:select type="request-parameter">
                            <map:parameter name="parameter-name" value="dojo.transport" />
                            <map:when test="iframe"><!-- sending BU via iFrameIO -->
                                <map:transform
src="resource://org/apache/cocoon/forms/resources/IframeTransport-bu-styling.xsl" />
                                <map:serialize type="xhtml" /><!-- this is REALLY important -->
                            </map:when>
                            <map:otherwise><!-- sending BU via XHR -->
                                <map:serialize type="xml-utf8" />
                            </map:otherwise>
                        </map:select>
                    </map:when>
                    <map:otherwise><!-- sending a complete page -->
                        <map:serialize type="html4" />
                    </map:otherwise>
                </map:select>
            </map:match>

Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
>> You should not touch form/ajax stuff and only adjust your own paths. Infrastructure for loading all (or most) resources
>> from both block is already there. Where this requests comes from? Have you performed all necessary find&replace actions?
>>
>>   
> At least I think so (following the migration guide I did a
> search&replace on my whole block). The problems I had with the form
> block (I can redo my commit) solved at least all the warnings of
> resources not found from the form block.

It's good idea to redo them. They hide original problem, not fix.

> Do you agree that this kind of errors can point me in the direction that
> not all sources are loaded correctly by the ajax block?

I believe Forms and Ajax blocks are ok, it's something with your block.

> 2007-05-03 18:53:59.546:/:INFO:  Resolving ajax:/resources/dojo/dojo.js
> to /cocoon-ajax-impl/resources/dojo/dojo.js
> 2007-05-03 18:53:59.547:/:INFO:  Resolving
> forms:/resources/forms/js/forms-lib.js to
> /cocoon-forms-impl/resources/forms/js/forms-lib.js
> 2007-05-03 18:53:59.549:/:INFO:  Resolving
> forms:/resources/forms/css/forms.css to
> /cocoon-forms-impl/resources/forms/css/forms.css
> 2007-05-03 18:53:59.550:/:INFO:  Resolving
> forms:/resources/forms/mattkruse-lib/AnchorPosition.js to
> /cocoon-forms-impl/resources/forms/mattkruse-lib/AnchorPosition.js
> 2007-05-03 18:53:59.550:/:INFO:  Resolving
> forms:/resources/forms/mattkruse-lib/PopupWindow.js to
> /cocoon-forms-impl/resources/forms/mattkruse-lib/PopupWindow.js
> 2007-05-03 18:53:59.551:/:INFO:  Resolving
> forms:/resources/forms/mattkruse-lib/OptionTransfer.js to
> /cocoon-forms-impl/resources/forms/mattkruse-lib/OptionTransfer.js
> 2007-05-03 18:53:59.551:/:INFO:  Resolving
> forms:/resources/forms/mattkruse-lib/selectbox.js to
> /cocoon-forms-impl/resources/forms/mattkruse-lib/selectbox.js
> 2007-05-03 18:53:59.552:/:INFO:  Resolving
> forms:/resources/forms/htmlarea/htmlarea.js to
> /cocoon-forms-impl/resources/forms/htmlarea/htmlarea.js
<snip/>

I fear that's again my fault with messed up paths in guide (corrected now).
Can you show your pipeline that renders forms? I guess problem is there.

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
Felix Knecht schrieb:
>> You should not touch form/ajax stuff and only adjust your own paths. Infrastructure for loading all (or most) resources
>> from both block is already there. Where this requests comes from? Have you performed all necessary find&replace actions?
>>
>>   
>>     
> At least I think so (following the migration guide I did a
> search&replace on my whole block). The problems I had with the form
> block (I can redo my commit) solved at least all the warnings of
> resources not found from the form block.
>
> Do you agree that this kind of errors can point me in the direction that
> not all sources are loaded correctly by the ajax block?
>
>   
Same when using forms block without my patch:

2007-05-03 18:59:11.558::WARN:  EXCEPTION
javax.servlet.ServletException: No pipeline matched request:
resources/forms/js/forms-lib.js
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:191)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:59:11.562::WARN:  Nested in
javax.servlet.ServletException: No pipeline matched request:
resources/forms/js/forms-lib.js:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/js/forms-lib.js
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
        at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
        at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:349)
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:163)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:59:11.570::WARN: 
/cocoon-forms-impl/resources/forms/js/forms-lib.js:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/js/forms-lib.js
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
        at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
        at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:349)
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:163)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:59:11.571::WARN: 
/cocoon-forms-impl/resources/forms/js/forms-lib.js
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/js/forms-lib.js
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
        at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
        at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:349)
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:163)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:59:11.582::WARN:  EXCEPTION
javax.servlet.ServletException: No pipeline matched request:
resources/forms/css/forms.css
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:191)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:59:11.604::WARN:  Nested in
javax.servlet.ServletException: No pipeline matched request:
resources/forms/css/forms.css:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/css/forms.css
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
        at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
        at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:349)
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:163)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:59:11.605::WARN: 
/cocoon-forms-impl/resources/forms/css/forms.css:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/css/forms.css
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)


to be continued ...


Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
>
> You should not touch form/ajax stuff and only adjust your own paths. Infrastructure for loading all (or most) resources
> from both block is already there. Where this requests comes from? Have you performed all necessary find&replace actions?
>
>   
At least I think so (following the migration guide I did a
search&replace on my whole block). The problems I had with the form
block (I can redo my commit) solved at least all the warnings of
resources not found from the form block.

Do you agree that this kind of errors can point me in the direction that
not all sources are loaded correctly by the ajax block?

2007-05-03 18:53:59.546:/:INFO:  Resolving ajax:/resources/dojo/dojo.js
to /cocoon-ajax-impl/resources/dojo/dojo.js
2007-05-03 18:53:59.547:/:INFO:  Resolving
forms:/resources/forms/js/forms-lib.js to
/cocoon-forms-impl/resources/forms/js/forms-lib.js
2007-05-03 18:53:59.549:/:INFO:  Resolving
forms:/resources/forms/css/forms.css to
/cocoon-forms-impl/resources/forms/css/forms.css
2007-05-03 18:53:59.550:/:INFO:  Resolving
forms:/resources/forms/mattkruse-lib/AnchorPosition.js to
/cocoon-forms-impl/resources/forms/mattkruse-lib/AnchorPosition.js
2007-05-03 18:53:59.550:/:INFO:  Resolving
forms:/resources/forms/mattkruse-lib/PopupWindow.js to
/cocoon-forms-impl/resources/forms/mattkruse-lib/PopupWindow.js
2007-05-03 18:53:59.551:/:INFO:  Resolving
forms:/resources/forms/mattkruse-lib/OptionTransfer.js to
/cocoon-forms-impl/resources/forms/mattkruse-lib/OptionTransfer.js
2007-05-03 18:53:59.551:/:INFO:  Resolving
forms:/resources/forms/mattkruse-lib/selectbox.js to
/cocoon-forms-impl/resources/forms/mattkruse-lib/selectbox.js
2007-05-03 18:53:59.552:/:INFO:  Resolving
forms:/resources/forms/htmlarea/htmlarea.js to
/cocoon-forms-impl/resources/forms/htmlarea/htmlarea.js
2007-05-03 18:53:59.882::WARN:  EXCEPTION
javax.servlet.ServletException: No pipeline matched request:
resources/dojo/dojo.js
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:191)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:53:59.887::WARN:  Nested in
javax.servlet.ServletException: No pipeline matched request:
resources/dojo/dojo.js:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/dojo/dojo.js
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
        at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
        at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:349)
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:163)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:53:59.893::WARN:  /cocoon-ajax-impl/resources/dojo/dojo.js:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/dojo/dojo.js
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
        at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
        at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:349)
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:163)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)
        at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149)
        at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:123)
        at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:141)
        at org.mortbay.jetty.Server.handle(Server.java:303)
        at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:452)
        at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:721)
        at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:509)
        at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:209)
        at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:349)
        at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:320)
        at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:475)
2007-05-03 18:53:59.901::WARN:  /cocoon-ajax-impl/resources/dojo/dojo.js
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/dojo/dojo.js
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:157)
        at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77)
        at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
        at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:171)
        at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251)
        at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:349)
        at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:163)
        at
org.apache.cocoon.sitemap.SitemapServlet.service(SitemapServlet.java:62)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:537)
        at
org.apache.cocoon.servletservice.ServletServiceContext$PathDispatcher.forward(ServletServiceContext.java:519)
        at
org.apache.cocoon.servletservice.spring.ServletFactoryBean$ServiceInterceptor.invoke(ServletFactoryBean.java:229)
        at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
        at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy0.service(Unknown Source)
        at
org.apache.cocoon.servletservice.DispatcherServlet.service(DispatcherServlet.java:106)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:459)
        at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
        at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
        at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:629)
        at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:453)                                                               


Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
> Felix Knecht schrieb:
>> Grzegorz Kossakowski schrieb:
>>   
>>> No problem. Have you finished your migration successfully at the end?
>>>   
>>>     
>> Unfortunately not yet. Before the migration I used something like
>>             <map:match pattern="resources/*/**">
>>                 <map:read
>> src="resource://org/apache/cocoon/{1}/resources/{2}" />
>>             </map:match>
>> to get the resources from forms block. I stripped it of during
>> migration. Now I'm getting warnings of the following type:
>>
>> 2007-05-03 14:05:50.955::WARN:  /cocoon-ajax-impl/resources/dojo/dojo.js:
>> org.apache.cocoon.ResourceNotFoundException: No pipeline matched
>> request: resources/dojo/dojo.js
>>
>>   
> 
> The forms warnings I have fixed, but I don't have a clue how to fix the
> dojo/ajax stuff. Trying to do do it the same way as I did for forms I
> get a huge amount of errors mainly because it tries to load
> "__package__.js" from resources/dojo where it doesn't exists - I only
> found one in resources/ajax. Trying to load this explicitly by catching
> with a matcher in the sitemap it tries to load it from root context
> ("/__package__.js")
> 

You should not touch form/ajax stuff and only adjust your own paths. Infrastructure for loading all (or most) resources
from both block is already there. Where this requests comes from? Have you performed all necessary find&replace actions?

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
Felix Knecht schrieb:
> Grzegorz Kossakowski schrieb:
>   
>> No problem. Have you finished your migration successfully at the end?
>>   
>>     
>
> Unfortunately not yet. Before the migration I used something like
>             <map:match pattern="resources/*/**">
>                 <map:read
> src="resource://org/apache/cocoon/{1}/resources/{2}" />
>             </map:match>
> to get the resources from forms block. I stripped it of during
> migration. Now I'm getting warnings of the following type:
>
> 2007-05-03 14:05:50.955::WARN:  /cocoon-ajax-impl/resources/dojo/dojo.js:
> org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> request: resources/dojo/dojo.js
>
>   

The forms warnings I have fixed, but I don't have a clue how to fix the
dojo/ajax stuff. Trying to do do it the same way as I did for forms I
get a huge amount of errors mainly because it tries to load
"__package__.js" from resources/dojo where it doesn't exists - I only
found one in resources/ajax. Trying to load this explicitly by catching
with a matcher in the sitemap it tries to load it from root context
("/__package__.js")

Felix

> 2007-05-03 14:05:51.053::WARN:  Nested in
> javax.servlet.ServletException: No pipeline matched request:
> resources/forms/js/forms-lib.js:
> org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> request: resources/forms/js/forms-lib.js
>
> 2007-05-03 14:05:51.144::WARN:  Nested in
> javax.servlet.ServletException: No pipeline matched request:
> resources/forms/css/forms.css:
> org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> request: resources/forms/css/forms.css
>
> 2007-05-03 14:05:51.203::WARN:  Nested in
> javax.servlet.ServletException: No pipeline matched request:
> resources/forms/mattkruse-lib/AnchorPosition.js:
> org.apache.cocoon.ResourceNotFoundException: No pipeline matched
> request: resources/forms/mattkruse-lib/AnchorPosition.js
>
>
> Do I need to add something simular again or should this be handled by
> the forms/ajax block?
>
> Felix
>
>   
>> Also, helping Reinhard with maven plugin is good idea ;-)
>>
>>   
>>     
>
>   


Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
Grzegorz Kossakowski schrieb:
> No problem. Have you finished your migration successfully at the end?
>   

Unfortunately not yet. Before the migration I used something like
            <map:match pattern="resources/*/**">
                <map:read
src="resource://org/apache/cocoon/{1}/resources/{2}" />
            </map:match>
to get the resources from forms block. I stripped it of during
migration. Now I'm getting warnings of the following type:

2007-05-03 14:05:50.955::WARN:  /cocoon-ajax-impl/resources/dojo/dojo.js:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/dojo/dojo.js

2007-05-03 14:05:51.053::WARN:  Nested in
javax.servlet.ServletException: No pipeline matched request:
resources/forms/js/forms-lib.js:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/js/forms-lib.js

2007-05-03 14:05:51.144::WARN:  Nested in
javax.servlet.ServletException: No pipeline matched request:
resources/forms/css/forms.css:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/css/forms.css

2007-05-03 14:05:51.203::WARN:  Nested in
javax.servlet.ServletException: No pipeline matched request:
resources/forms/mattkruse-lib/AnchorPosition.js:
org.apache.cocoon.ResourceNotFoundException: No pipeline matched
request: resources/forms/mattkruse-lib/AnchorPosition.js


Do I need to add something simular again or should this be handled by
the forms/ajax block?

Felix

> Also, helping Reinhard with maven plugin is good idea ;-)
>
>   


Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
> 
> Using the replaced cocoon-deployer-plugin it works. So the problem seems
> to be caused by the cocoon-maven-plugin and not by the forms block. I
> apologize thinking this is a problem of the forms block - but sometimes
> it's not easy to figure out where the problem is situated.
> 
> Thanks for your help.
> 

No problem. Have you finished your migration successfully at the end?

Also, helping Reinhard with maven plugin is good idea ;-)

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
> I'm starting it via mvn clean install jetty:run -P{profile}. The error
> occurs the first time when accessing a page using a flowscript
> containing the cocoon.load("servlet:forms ...").
> So I have a block and I'm starting it as webapp.
> In my webapp pom I have following sets:
> <snip>
> <packaging>war</packaging>
> </snip>
> ...
> <snip>
> <plugin>
>     <groupId>org.apache.cocoon</groupId>
>     <artifactId>cocoon-maven-plugin</artifactId>
>     <version>1.0.0-M1-SNAPSHOT</version>
>     <executions>
>       <execution>
>         <phase>package</phase>
>         <goals>
>           <goal>deploy</goal>
>         </goals>
>       </execution>
>    </executions>
>  </plugin>
> </snip>
>   

Using the replaced cocoon-deployer-plugin it works. So the problem seems
to be caused by the cocoon-maven-plugin and not by the forms block. I
apologize thinking this is a problem of the forms block - but sometimes
it's not easy to figure out where the problem is situated.

Thanks for your help.

Felix

            <plugin>
                <groupId>org.apache.cocoon</groupId>
                <artifactId>cocoon-deployer-plugin</artifactId>
                <version>1.0.0-M2-SNAPSHOT</version>
                <configuration>
                    <serverVersion>2.2</serverVersion>
                </configuration>
                <executions>
                    <execution>
                        <phase>package</phase>
                        <goals>
                            <goal>deploy</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>

>> The problem is that servlet-service-fw machinery is
>> not properly initialized for some reason. One can be that you access your servlet bypassing dispatcher servlet.
>>   
>>     
> As I'm using it without any webserver in fornt I can hardly imagine this.
>
>
>   


Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
Grzegorz Kossakowski schrieb:
> Felix Knecht napisał(a):
>   
>>         <servlet:context mount-path="my-app"
>> context-path="blockcontext:/my-app/">
>>     
>
> @mount-path should be prefixed with "/" sign.
>   

That was a typo during c&p.

> The rest seems to be ok. How do you start and access your webapp? 

I'm starting it via mvn clean install jetty:run -P{profile}. The error
occurs the first time when accessing a page using a flowscript
containing the cocoon.load("servlet:forms ...").
So I have a block and I'm starting it as webapp.
In my webapp pom I have following sets:
<snip>
<packaging>war</packaging>
</snip>
...
<snip>
<plugin>
    <groupId>org.apache.cocoon</groupId>
    <artifactId>cocoon-maven-plugin</artifactId>
    <version>1.0.0-M1-SNAPSHOT</version>
    <executions>
      <execution>
        <phase>package</phase>
        <goals>
          <goal>deploy</goal>
        </goals>
      </execution>
   </executions>
 </plugin>
</snip>
> The problem is that servlet-service-fw machinery is
> not properly initialized for some reason. One can be that you access your servlet bypassing dispatcher servlet.
>   
As I'm using it without any webserver in fornt I can hardly imagine this.



Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
>>> Using any of the two variants in my own flowscripts gives me an error:
>>>
>>> "Must be used in a block context
>>>     
>> servlet:forms:/resource/internal/flow/javascript/Form.js"
>>
>> Can you show configuration of servlet bean from your block? It's located
>> at src/main/resources/META-INF/cocoon/spring. I believe problem is there.
>>
>>   
> <beans xmlns="http://www.springframework.org/schema/beans"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:servlet="http://cocoon.apache.org/schema/servlet"
>     xsi:schemaLocation="http://www.springframework.org/schema/beans
> http://www.springframework.org/schema/beans/spring-beans.xsd
> http://cocoon.apache.org/schema/servlet
> http://cocoon.apache.org/schema/servlet/cocoon-servlet-1.0.xsd">
>     <bean id="com.myApp" class="org.apache.cocoon.sitemap.SitemapServlet">
>         <servlet:context mount-path="my-app"
> context-path="blockcontext:/my-app/">

@mount-path should be prefixed with "/" sign.

>             <servlet:connections>
>                 <entry key="ajax"
> value-ref="org.apache.cocoon.ajax.impl.servlet" />
>                 <entry key="forms"
> value-ref="org.apache.cocoon.forms.impl.servlet" />
>             </servlet:connections>
>         </servlet:context>
>     </bean>
> </beans>

The rest seems to be ok. How do you start and access your webapp? The problem is that servlet-service-fw machinery is
not properly initialized for some reason. One can be that you access your servlet bypassing dispatcher servlet.

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
>> Using any of the two variants in my own flowscripts gives me an error:
>>
>> "Must be used in a block context
>>     
> servlet:forms:/resource/internal/flow/javascript/Form.js"
>
> Can you show configuration of servlet bean from your block? It's located
> at src/main/resources/META-INF/cocoon/spring. I believe problem is there.
>
>   
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:servlet="http://cocoon.apache.org/schema/servlet"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://cocoon.apache.org/schema/servlet
http://cocoon.apache.org/schema/servlet/cocoon-servlet-1.0.xsd">
    <bean id="com.myApp" class="org.apache.cocoon.sitemap.SitemapServlet">
        <servlet:context mount-path="my-app"
context-path="blockcontext:/my-app/">
            <servlet:connections>
                <entry key="ajax"
value-ref="org.apache.cocoon.ajax.impl.servlet" />
                <entry key="forms"
value-ref="org.apache.cocoon.forms.impl.servlet" />
            </servlet:connections>
        </servlet:context>
    </bean>
</beans>

Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
> Grzegorz Kossakowski schrieb:
> 
> Looking at the changes in the guide you changed mind and prefer now the second from ;-)

Heheh ;-)
It's promising that you have not lost sense of humor yet :-)
It's not funny that I've done so many mistakes with that guide.

> I suppose that
> 
> "
> should be replaced with:
> 
> <map:transform src="resources/forms-samples-styling.xsl">
>   <map:parameter name="dojo-resources" value="{servlet:ajax:/resources/dojo}"/>
>   <map:parameter name="forms-resources" value="{servlet:forms:/resources/forms}"/>
> </map:transform>
> "
> 
> should be
> 
> "
> should be replaced with:
> 
> 
> <map:transform src="resources/forms-samples-styling.xsl">
>   <map:parameter name="dojo-resources" value="{servlet:ajax:/resources/external/dojo}"/>
>   <map:parameter name="forms-resources" value="{servlet:forms:/resources/external/forms}"/>
> </map:transform>
> "
> 
> Don't it?

YES. Right. Corrected. I hope it's last one... :)

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@otego.com>.
Grzegorz Kossakowski schrieb:

Looking at the changes in the guide you changed mind and prefer now the second from ;-)

I suppose that

"
should be replaced with:

<map:transform src="resources/forms-samples-styling.xsl">
  <map:parameter name="dojo-resources" value="{servlet:ajax:/resources/dojo}"/>
  <map:parameter name="forms-resources" value="{servlet:forms:/resources/forms}"/>
</map:transform>
"

should be

"
should be replaced with:


<map:transform src="resources/forms-samples-styling.xsl">
  <map:parameter name="dojo-resources" value="{servlet:ajax:/resources/external/dojo}"/>
  <map:parameter name="forms-resources" value="{servlet:forms:/resources/external/forms}"/>
</map:transform>
"

Don't it?

Felix


> Felix Knecht napisał(a):
>> Sorry for bothering again.
> 
> No problem, that's what I was asking for!
> 
>> The forms migration guide is inconsistent:
>>
>> "Should be replaced:
>>
>> <map:transform src="resources/forms-samples-styling.xsl">
>>   <map:parameter name="dojo-resources" value="servlet:ajax:/resources/dojo"/>
>>   <map:parameter name="forms-resources" value="servlet:forms:/resources/forms"/>
>> </map:transform>
>>
>> "
>> and some lines further down the values are used in braces:
>>
>> "
>> <map:transform src="resources/forms-samples-styling.xsl">
>>   <map:parameter name="dojo-resources" value="{servlet:ajax:/resources/dojo}"/>
>>   <map:parameter name="forms-resources" value="{servlet:forms:/resources/forms}"/>
>> "
>> Suppose the second one is correct. 
> 
> Actually, both will work properly... ;-) (yeah, that's little weird)
> However, first one is advised form because it stays consistent with other links not passed from sitemap.
> I'll update docs. Thanks again!
> 


Re: Forms migration problems

Posted by Grzegorz Kossakowski <gk...@apache.org>.
Felix Knecht napisał(a):
> Sorry for bothering again.

No problem, that's what I was asking for!

> The forms migration guide is inconsistent:
> 
> "Should be replaced:
> 
> <map:transform src="resources/forms-samples-styling.xsl">
>   <map:parameter name="dojo-resources" value="servlet:ajax:/resources/dojo"/>
>   <map:parameter name="forms-resources" value="servlet:forms:/resources/forms"/>
> </map:transform>
> 
> "
> and some lines further down the values are used in braces:
> 
> "
> <map:transform src="resources/forms-samples-styling.xsl">
>   <map:parameter name="dojo-resources" value="{servlet:ajax:/resources/dojo}"/>
>   <map:parameter name="forms-resources" value="{servlet:forms:/resources/forms}"/>
> "
> Suppose the second one is correct. 

Actually, both will work properly... ;-) (yeah, that's little weird)
However, first one is advised form because it stays consistent with other links not passed from sitemap.
I'll update docs. Thanks again!

-- 
Grzegorz Kossakowski

Re: Forms migration problems

Posted by Felix Knecht <fe...@apache.org>.
Sorry for bothering again.

The forms migration guide is inconsistent:

"Should be replaced:

<map:transform src="resources/forms-samples-styling.xsl">
  <map:parameter name="dojo-resources" value="servlet:ajax:/resources/dojo"/>
  <map:parameter name="forms-resources" value="servlet:forms:/resources/forms"/>
</map:transform>

"
and some lines further down the values are used in braces:

"
<map:transform src="resources/forms-samples-styling.xsl">
  <map:parameter name="dojo-resources" value="{servlet:ajax:/resources/dojo}"/>
  <map:parameter name="forms-resources" value="{servlet:forms:/resources/forms}"/>
"
Suppose the second one is correct.