You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@lenya.apache.org by Jörn Nettingsmeier <ne...@apache.org> on 2006/10/27 19:52:35 UTC
usecase handler update breaks cforms saving...
hi everyone!
a headsup to all the fearless testers of 1.4:
i have committed a major rework of the usecase flow handling. while it
improves many things, it also breaks cforms saving.
i committed it anyways because i'm off the net for a few days, and i
wanted to have the stuff out the door before bit-rot sets in.
if this is a major inconvenience to you, please complain loudly, so that
some other committer can revert the change. or better yet, fix it -
there is some debugging code in there already.
regards,
jörn
--
Jörn Nettingsmeier
"Hofstadter's Law: It always takes longer than you expect,
even when you take into account Hofstadter's Law."
- Douglas R. Hofstadter
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: usecase handler update breaks cforms saving...
Posted by Suriya Simsuwat <ss...@gmail.com>.
Sorry Jörn!. The previous error will occur after I created new CForms
document, then edited the CForm document with Lenya edit option -->
With CForms,
after that clicked on submit button and got some error message of CForms
function.
Regards,
Suriya
2006/10/30, Suriya Simsuwat <ss...@gmail.com>:
>
> Hi Jörn,
>
> After applying your usecase flow handling, when I clicked on Lenya Admin
> Tab and Lenya Site Tab, I got error message as below. Furthermore, cform
> feature didn't save the content type as what you have already said. Now I am
> testing the Lenya code with J2SDK v1.5 &Tomcat v5.0.28 and also Tomcat
> v5.5.9.
>
> Regards,
> Suriya
>
> --------------------------------------------------------------------------------------------------------------------------------------------
>
> An error occured.
>
> Invalid System ID
>
> org.apache.cocoon.ProcessingException: Error calling flowscript function
> executeUsecase at
> file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecases.js:335
> at <map:call> -
> file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecase.xmap:94:45
> at <map:mount> -
> file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecase.xmap:56:128
> at <map:mount> -
> file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/global-
> sitemap.xmap:313:105 at <map:mount> -
> file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/sitemap.xmap:644:106
>
> cause: java.net.MalformedURLException: Invalid System ID
>
> full exception chain stacktrace -
>
> org.apache.cocoon.ProcessingException: Error calling flowscript function executeUsecase
> at file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecases.js:335
> at <map:call> - file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecase.xmap:94:45
>
> at <map:mount> - file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecase.xmap:56:128
> at <map:mount> - file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/global-sitemap.xmap:313:105
>
> at <map:mount> - file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/sitemap.xmap:644:106
> at org.apache.cocoon.ProcessingException.throwLocated(ProcessingException.java:145)
> at org.apache.cocoon.components.flow.javascript.LocationTrackingDebugger.getException
> (LocationTrackingDebugger.java:132)
> at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:763)
> at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke
> (CallFunctionNode.java:139)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke
> (MatchNode.java:108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke
> (PipelineNode.java:143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke
> (PipelinesNode.java:93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java
> :177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
> at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
> (AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
> (AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
> (AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(
> ConcreteTreeProcessor.java:235)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java
> :253)
> at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
> :47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
> :69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
> :69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
>
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
> at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke
> (MountNode.java:118)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke
> (ActTypeNode.java:139)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke
> (MatchNode.java:108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke
> (PipelineNode.java:143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke
> (PipelinesNode.java:93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java
> :177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
> at org.apache.cocoon.Cocoon.process(Cocoon.java:699)
> at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java
> :1154)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter
> (ApplicationFilterChain.java:157)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
>
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
> at org.apache.catalina.core.StandardContextValve.invoke
> (StandardContextValve.java:152)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardHostValve.invoke
> (StandardHostValve.java:137)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
> at org.apache.catalina.core.StandardValveContext.invokeNext
> (StandardValveContext.java:102)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.core.StandardValveContext.invokeNext
> (StandardValveContext.java:104)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
> at org.apache.coyote.tomcat5.CoyoteAdapter.service
> (CoyoteAdapter.java:160)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
>
> at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
> at java.lang.Thread.run(Thread.java:595)
> Caused by:
> java.net.MalformedURLException: Invalid System ID
> at org.apache.excalibur.source.impl.SourceResolverImpl.resolveURI(SourceResolverImpl.java:168)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java
> :558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI
> (CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java
> :541)
> at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
>
> at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:230)
> at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
> at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret
> (ContinuationInterpreter.java:1134)
> at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:190)
> at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret
> (ContinuationInterpreter.java:138)
> at org.mozilla.javascript.continuations.InterpretedFunctionImpl.call(InterpretedFunctionImpl.java:121)
> at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
> at
> org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:761)
> ... 69 more
>
> stacktrace -
>
> java.net.MalformedURLException: Invalid System ID
> at org.apache.excalibur.source.impl.SourceResolverImpl.resolveURI(SourceResolverImpl.java:168)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI
> (CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java
> :558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
> at org.apache.cocoon.components.CocoonComponentManager.resolveURI
> (CocoonComponentManager.java:541)
> at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke
> (Method.java:585)
> at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:230)
> at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
> at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret
> (ContinuationInterpreter.java:1134)
> at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:190)
> at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret
> (ContinuationInterpreter.java:138)
> at org.mozilla.javascript.continuations.InterpretedFunctionImpl.call(InterpretedFunctionImpl.java:121)
> at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
> at
> org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:761)
> at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java
> :139)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java
> :108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java
> :143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java
> :93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java
> :177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
> at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
> (AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
> (AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes
> (AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(
> ConcreteTreeProcessor.java:235)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java
> :253)
> at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
> :47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
> :69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java
> :69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
>
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
> at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke
> (MountNode.java:118)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke
> (ActTypeNode.java:139)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
> at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke
> (MatchNode.java:108)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke
> (PipelineNode.java:143)
> at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
> at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke
> (PipelinesNode.java:93)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
> at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java
> :177)
> at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
> at org.apache.cocoon.Cocoon.process(Cocoon.java:699)
> at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java
> :1154)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter
> (ApplicationFilterChain.java:157)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
>
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
> at org.apache.catalina.core.StandardContextValve.invoke
> (StandardContextValve.java:152)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardHostValve.invoke
> (StandardHostValve.java:137)
> at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
> at org.apache.catalina.core.StandardValveContext.invokeNext
> (StandardValveContext.java:102)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.core.StandardValveContext.invokeNext
> (StandardValveContext.java:104)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
> at org.apache.coyote.tomcat5.CoyoteAdapter.service
> (CoyoteAdapter.java:160)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
>
> at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
> at java.lang.Thread.run(Thread.java:595)
>
>
>
>
> 2006/10/28, Jörn Nettingsmeier <ne...@apache.org>:
> >
> > hi everyone!
> >
> > a headsup to all the fearless testers of 1.4:
> >
> > i have committed a major rework of the usecase flow handling. while it
> > improves many things, it also breaks cforms saving.
> >
> > i committed it anyways because i'm off the net for a few days, and i
> > wanted to have the stuff out the door before bit-rot sets in.
> > if this is a major inconvenience to you, please complain loudly, so that
> > some other committer can revert the change. or better yet, fix it -
> > there is some debugging code in there already.
> >
> > regards,
> >
> > jörn
> >
> >
> >
> > --
> > Jörn Nettingsmeier
> >
> > "Hofstadter's Law: It always takes longer than you expect,
> > even when you take into account Hofstadter's Law."
> > - Douglas R. Hofstadter
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
> > For additional commands, e-mail: user-help@lenya.apache.org
> >
> >
>
Re: usecase handler update breaks cforms saving...
Posted by Suriya Simsuwat <ss...@gmail.com>.
Hi Jörn,
After applying your usecase flow handling, when I clicked on Lenya Admin Tab
and Lenya Site Tab, I got error message as below. Furthermore, cform feature
didn't save the content type as what you have already said. Now I am testing
the Lenya code with J2SDK v1.5 &Tomcat v5.0.28 and also Tomcat v5.5.9.
Regards,
Suriya
--------------------------------------------------------------------------------------------------------------------------------------------
An error occured.
Invalid System ID
org.apache.cocoon.ProcessingException: Error calling flowscript function
executeUsecase at
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecases.js:335
at <map:call> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecase.xmap:94:45
at <map:mount> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecase.xmap:56:128
at <map:mount> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/global-sitemap.xmap:313:105
at <map:mount> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/sitemap.xmap:644:106
cause: java.net.MalformedURLException: Invalid System ID
full exception chain stacktrace -
org.apache.cocoon.ProcessingException: Error calling flowscript
function executeUsecase
at file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecases.js:335
at <map:call> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecases/usecase.xmap:94:45
at <map:mount> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/lenya/usecase.xmap:56:128
at <map:mount> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/global-sitemap.xmap:313:105
at <map:mount> -
file:/home/suriya/LenyaProject/legion_lenya1.4/build/web/sitemap.xmap:644:106
at org.apache.cocoon.ProcessingException.throwLocated(ProcessingException.java:145)
at org.apache.cocoon.components.flow.javascript.LocationTrackingDebugger.getException(LocationTrackingDebugger.java:132)
at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:763)
at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:139)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:139)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.Cocoon.process(Cocoon.java:699)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.net.MalformedURLException: Invalid System ID
at org.apache.excalibur.source.impl.SourceResolverImpl.resolveURI(SourceResolverImpl.java:168)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:541)
at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:230)
at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:1134)
at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:190)
at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:138)
at org.mozilla.javascript.continuations.InterpretedFunctionImpl.call(InterpretedFunctionImpl.java:121)
at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:761)
... 69 more
stacktrace -
java.net.MalformedURLException: Invalid System ID
at org.apache.excalibur.source.impl.SourceResolverImpl.resolveURI(SourceResolverImpl.java:168)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:558)
at org.apache.cocoon.components.CocoonComponentManager.resolveURI(CocoonComponentManager.java:541)
at sun.reflect.GeneratedMethodAccessor153.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:230)
at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:1134)
at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:190)
at org.mozilla.javascript.continuations.ContinuationInterpreter.interpret(ContinuationInterpreter.java:138)
at org.mozilla.javascript.continuations.InterpretedFunctionImpl.call(InterpretedFunctionImpl.java:121)
at org.mozilla.javascript.ScriptRuntime.call(ScriptRuntime.java:1244)
at org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.callFunction(FOM_JavaScriptInterpreter.java:761)
at org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:139)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:118)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:139)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:47)
at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:108)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:69)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:93)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:235)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:177)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:253)
at org.apache.cocoon.Cocoon.process(Cocoon.java:699)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:595)
2006/10/28, Jörn Nettingsmeier <ne...@apache.org>:
>
> hi everyone!
>
> a headsup to all the fearless testers of 1.4:
>
> i have committed a major rework of the usecase flow handling. while it
> improves many things, it also breaks cforms saving.
>
> i committed it anyways because i'm off the net for a few days, and i
> wanted to have the stuff out the door before bit-rot sets in.
> if this is a major inconvenience to you, please complain loudly, so that
> some other committer can revert the change. or better yet, fix it -
> there is some debugging code in there already.
>
> regards,
>
> jörn
>
>
>
> --
> Jörn Nettingsmeier
>
> "Hofstadter's Law: It always takes longer than you expect,
> even when you take into account Hofstadter's Law."
> - Douglas R. Hofstadter
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
> For additional commands, e-mail: user-help@lenya.apache.org
>
>
Re: usecase handler update breaks cforms saving...
Posted by Michael Wechner <mi...@wyona.com>.
Joern Nettingsmeier wrote:
> hi michael!
>
> Michael Wechner wrote:
>
>> Jörn Nettingsmeier wrote:
>>
>>> hi everyone!
>>>
>>> a headsup to all the fearless testers of 1.4:
>>>
>>> i have committed a major rework of the usecase flow handling. while
>>> it improves many things, it also breaks cforms saving.
>>>
>>> i committed it anyways because i'm off the net for a few days, and i
>>> wanted to have the stuff out the door before bit-rot sets in.
>>> if this is a major inconvenience to you, please complain loudly,
>>
>>
>>
>> generally speaking I think it's a very bad idea to commit stuff which
>> doesn't work and the person who could actually be asked is "leaving
>> the room".
>
>
> well, as you can see, i'm still on the planet, only my hacking time is
> quite limited this week due to worldly chores :)
well, it didn't sound like from what you have written ;-)
>
>> Why not commit this stuff into the sandbox or make it available as a
>> patch on Bugzilla so that any committer interested into it can start
>> from there without having to break the trunk version?
>
>
> well, generally i totally agree with you. but in this case, i feel
> i've been sitting on this code for too long, and the breakage affects
> only a small (if crucial)
well, there you go ... where do you want to draw the line?
I think there is no excuse except maybe if security issues need to be
fixed and something else breaks because of such a fix.
Cheers
Michi
> part of rather arcane example doctype that a) has been broken again
> and again in the past due to cocoon changes, and few people seemed to
> notice or care about and b) is not actually useful in itself and very
> hard to customize, because all the really hard-to-get-right flow stuff
> used to be a compile-time thing.
>
> i feel the improvements in the usecase framework outweigh this minor
> breakage, and it was to move that code out the door and hear other
> people's opinions about it. before committing, i had asked a few times
> if people were relying on the current cforms implementation, and
> nobody spoke up.
>
> frankly, i did not try very hard to fix the bug, because i think that
> all this complicated document handling stuff should not be done in the
> controller anyway, but in the model (i.e. not in flowscript, but in
> the java usecase object). i need to dig into that some more, and find
> out why it used to be done this way, but ultimately, my dream scenario
> would be as follows:
>
> * a cforms module that implements generic cforms support, is easily
> extendable, provides run-time deployment and testing and has sane
> exception handling and error messages with line numbers in it
> * a small cforms-example module (or maybe we should call it
> "contacts") that takes the place of the current cforms demo
> * the document handling in the flow is moved into the usecase object,
> as with all other document usecases.
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
> For additional commands, e-mail: dev-help@lenya.apache.org
>
>
--
Michael Wechner
Wyona - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
michael.wechner@wyona.com michi@apache.org
+41 44 272 91 61
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
For additional commands, e-mail: dev-help@lenya.apache.org
Re: usecase handler update breaks cforms saving...
Posted by Michael Wechner <mi...@wyona.com>.
Joern Nettingsmeier wrote:
> hi michael!
>
> Michael Wechner wrote:
>
>> Jörn Nettingsmeier wrote:
>>
>>> hi everyone!
>>>
>>> a headsup to all the fearless testers of 1.4:
>>>
>>> i have committed a major rework of the usecase flow handling. while
>>> it improves many things, it also breaks cforms saving.
>>>
>>> i committed it anyways because i'm off the net for a few days, and i
>>> wanted to have the stuff out the door before bit-rot sets in.
>>> if this is a major inconvenience to you, please complain loudly,
>>
>>
>>
>> generally speaking I think it's a very bad idea to commit stuff which
>> doesn't work and the person who could actually be asked is "leaving
>> the room".
>
>
> well, as you can see, i'm still on the planet, only my hacking time is
> quite limited this week due to worldly chores :)
well, it didn't sound like from what you have written ;-)
>
>> Why not commit this stuff into the sandbox or make it available as a
>> patch on Bugzilla so that any committer interested into it can start
>> from there without having to break the trunk version?
>
>
> well, generally i totally agree with you. but in this case, i feel
> i've been sitting on this code for too long, and the breakage affects
> only a small (if crucial)
well, there you go ... where do you want to draw the line?
I think there is no excuse except maybe if security issues need to be
fixed and something else breaks because of such a fix.
Cheers
Michi
> part of rather arcane example doctype that a) has been broken again
> and again in the past due to cocoon changes, and few people seemed to
> notice or care about and b) is not actually useful in itself and very
> hard to customize, because all the really hard-to-get-right flow stuff
> used to be a compile-time thing.
>
> i feel the improvements in the usecase framework outweigh this minor
> breakage, and it was to move that code out the door and hear other
> people's opinions about it. before committing, i had asked a few times
> if people were relying on the current cforms implementation, and
> nobody spoke up.
>
> frankly, i did not try very hard to fix the bug, because i think that
> all this complicated document handling stuff should not be done in the
> controller anyway, but in the model (i.e. not in flowscript, but in
> the java usecase object). i need to dig into that some more, and find
> out why it used to be done this way, but ultimately, my dream scenario
> would be as follows:
>
> * a cforms module that implements generic cforms support, is easily
> extendable, provides run-time deployment and testing and has sane
> exception handling and error messages with line numbers in it
> * a small cforms-example module (or maybe we should call it
> "contacts") that takes the place of the current cforms demo
> * the document handling in the flow is moved into the usecase object,
> as with all other document usecases.
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
> For additional commands, e-mail: dev-help@lenya.apache.org
>
>
--
Michael Wechner
Wyona - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
michael.wechner@wyona.com michi@apache.org
+41 44 272 91 61
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: usecase handler update breaks cforms saving...
Posted by Joern Nettingsmeier <ne...@folkwang-hochschule.de>.
hi michael!
Michael Wechner wrote:
> Jörn Nettingsmeier wrote:
>
>> hi everyone!
>>
>> a headsup to all the fearless testers of 1.4:
>>
>> i have committed a major rework of the usecase flow handling. while it
>> improves many things, it also breaks cforms saving.
>>
>> i committed it anyways because i'm off the net for a few days, and i
>> wanted to have the stuff out the door before bit-rot sets in.
>> if this is a major inconvenience to you, please complain loudly,
>
>
> generally speaking I think it's a very bad idea to commit stuff which
> doesn't work and the person who could actually be asked is "leaving the
> room".
well, as you can see, i'm still on the planet, only my hacking time is
quite limited this week due to worldly chores :)
> Why not commit this stuff into the sandbox or make it available as a
> patch on Bugzilla so that any committer interested into it can start
> from there without having to break the trunk version?
well, generally i totally agree with you. but in this case, i feel i've
been sitting on this code for too long, and the breakage affects only a
small (if crucial) part of rather arcane example doctype that a) has
been broken again and again in the past due to cocoon changes, and few
people seemed to notice or care about and b) is not actually useful in
itself and very hard to customize, because all the really
hard-to-get-right flow stuff used to be a compile-time thing.
i feel the improvements in the usecase framework outweigh this minor
breakage, and it was to move that code out the door and hear other
people's opinions about it. before committing, i had asked a few times
if people were relying on the current cforms implementation, and nobody
spoke up.
frankly, i did not try very hard to fix the bug, because i think that
all this complicated document handling stuff should not be done in the
controller anyway, but in the model (i.e. not in flowscript, but in the
java usecase object). i need to dig into that some more, and find out
why it used to be done this way, but ultimately, my dream scenario would
be as follows:
* a cforms module that implements generic cforms support, is easily
extendable, provides run-time deployment and testing and has sane
exception handling and error messages with line numbers in it
* a small cforms-example module (or maybe we should call it "contacts")
that takes the place of the current cforms demo
* the document handling in the flow is moved into the usecase object, as
with all other document usecases.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: usecase handler update breaks cforms saving...
Posted by Joern Nettingsmeier <ne...@folkwang-hochschule.de>.
hi michael!
Michael Wechner wrote:
> Jörn Nettingsmeier wrote:
>
>> hi everyone!
>>
>> a headsup to all the fearless testers of 1.4:
>>
>> i have committed a major rework of the usecase flow handling. while it
>> improves many things, it also breaks cforms saving.
>>
>> i committed it anyways because i'm off the net for a few days, and i
>> wanted to have the stuff out the door before bit-rot sets in.
>> if this is a major inconvenience to you, please complain loudly,
>
>
> generally speaking I think it's a very bad idea to commit stuff which
> doesn't work and the person who could actually be asked is "leaving the
> room".
well, as you can see, i'm still on the planet, only my hacking time is
quite limited this week due to worldly chores :)
> Why not commit this stuff into the sandbox or make it available as a
> patch on Bugzilla so that any committer interested into it can start
> from there without having to break the trunk version?
well, generally i totally agree with you. but in this case, i feel i've
been sitting on this code for too long, and the breakage affects only a
small (if crucial) part of rather arcane example doctype that a) has
been broken again and again in the past due to cocoon changes, and few
people seemed to notice or care about and b) is not actually useful in
itself and very hard to customize, because all the really
hard-to-get-right flow stuff used to be a compile-time thing.
i feel the improvements in the usecase framework outweigh this minor
breakage, and it was to move that code out the door and hear other
people's opinions about it. before committing, i had asked a few times
if people were relying on the current cforms implementation, and nobody
spoke up.
frankly, i did not try very hard to fix the bug, because i think that
all this complicated document handling stuff should not be done in the
controller anyway, but in the model (i.e. not in flowscript, but in the
java usecase object). i need to dig into that some more, and find out
why it used to be done this way, but ultimately, my dream scenario would
be as follows:
* a cforms module that implements generic cforms support, is easily
extendable, provides run-time deployment and testing and has sane
exception handling and error messages with line numbers in it
* a small cforms-example module (or maybe we should call it "contacts")
that takes the place of the current cforms demo
* the document handling in the flow is moved into the usecase object, as
with all other document usecases.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
For additional commands, e-mail: dev-help@lenya.apache.org
Re: usecase handler update breaks cforms saving...
Posted by Michael Wechner <mi...@wyona.com>.
Jörn Nettingsmeier wrote:
> hi everyone!
>
> a headsup to all the fearless testers of 1.4:
>
> i have committed a major rework of the usecase flow handling. while it
> improves many things, it also breaks cforms saving.
>
> i committed it anyways because i'm off the net for a few days, and i
> wanted to have the stuff out the door before bit-rot sets in.
> if this is a major inconvenience to you, please complain loudly,
generally speaking I think it's a very bad idea to commit stuff which
doesn't work and the person who could actually be asked is "leaving the
room".
Why not commit this stuff into the sandbox or make it available as a
patch on Bugzilla so that any committer interested into it can start
from there without having to break the trunk version?
Michi
> so that some other committer can revert the change. or better yet, fix
> it - there is some debugging code in there already.
>
> regards,
>
> jörn
>
>
>
--
Michael Wechner
Wyona - Open Source Content Management - Apache Lenya
http://www.wyona.com http://lenya.apache.org
michael.wechner@wyona.com michi@apache.org
+41 44 272 91 61
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org