You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@lenya.apache.org by dave- <da...@pacbell.net> on 2005/03/16 19:48:32 UTC
current 1.4.x cannot find kupumacros.xsl
I created a fresh copy of 1.4.x and got the following error message when
I tried to edit with kupu
C:\ws25\lenya-1.4\build\lenya\webapp\resources\kupu\apache-lenya\lenya\kupumacros.xsl
(The system cannot find the path specified)
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by dave- <da...@pacbell.net>.
Gregor J. Rothfuss wrote:
> dave- wrote:
>
>> An Error Occurred
>> The attribute [document-node-id] is not supported!
>>
>> org.apache.cocoon.sitemap.PatternException: Cannot get variable
>> 'document-node-id' in expression '{page-envelope:document-node-id}'
>
>
> that is a bug. in 1.4, that document-node-id is document-name.
> replace usecase-kupu.xmap:151 with
>
> <map:parameter name="nodeid" value="{page-envelope:document-name}"/>
Yes, that solved the problem that kupu reported. The kupu edit window
now shows the page to be edited and not an error message.
However, the javascript error is still present and the kupu edit page
won't accept keystrokes. This error is reported via a javascript dialog
box. It says "exception element has no properties while registering an
event handler for element null, event click, method" and then lists the
code for the javascript function.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by "Gregor J. Rothfuss" <gr...@apache.org>.
dave- wrote:
> An Error Occurred
> The attribute [document-node-id] is not supported!
>
> org.apache.cocoon.sitemap.PatternException: Cannot get variable
> 'document-node-id' in expression '{page-envelope:document-node-id}'
that is a bug. in 1.4, that document-node-id is document-name.
replace usecase-kupu.xmap:151 with
<map:parameter name="nodeid" value="{page-envelope:document-name}"/>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by dave- <da...@pacbell.net>.
Gregor J. Rothfuss wrote:
> dave- wrote:
>
>>> do you have a need to use 1.4? it is not ready for prime time yet.
>>
>>
>>
>> First, I wanted to try publication templating, but it is not critical
>> i do so.
>>
>> Second, I wanted to see if there was any changes in the basic
>> publication template.
>>
>> Third, I wanted to check to see if it was possible to export a
>> "whole" publication to HTML.
>>
>> Forth, I wondered if the substitute-regexp feature worked in the 1.4
>> version of the export task (ie StaticHTMLExporter). It does not work
>> in 1.2 - it does not does substitution in the 1.2 version.
>
>
> thanks :) all valid reasons and we appreciate testing on 1.4 of
> course. just wanted to make sure you have your reasons and are aware
> of the situation.
>
> as to the error, is that file actually there or not? it may be created
> by the kupu build process. ie, did you run build kupu?
Yes, however I now see that build.bat did not copy the kupu directory to
the build directory. So I manually did it - but it revealed a new problem.
Javascript reports an exception element has no properties while
registering and event handler for element null, element click method in
a dialog box. The kupu editor reports an error in the editing text
window as follows:
An Error Occurred
The attribute [document-node-id] is not supported!
org.apache.cocoon.sitemap.PatternException: Cannot get variable
'document-node-id' in expression '{page-envelope:document-node-id}'
cause: org.apache.avalon.framework.configuration.ConfigurationException:
The attribute [document-node-id] is not supported!
full exception chain stacktrace[hide]
org.apache.cocoon.sitemap.PatternException: Cannot get variable 'document-node-id' in expression '{page-envelope:document-node-id}'
at org.apache.cocoon.components.treeprocessor.variables.PreparedVariableResolver.processModule(PreparedVariableResolver.java:278)
at org.apache.cocoon.components.treeprocessor.variables.PreparedVariableResolver.resolve(PreparedVariableResolver.java:207)
at org.apache.cocoon.components.treeprocessor.variables.VariableResolver.buildParameters(VariableResolver.java:100)
at org.apache.cocoon.components.treeprocessor.sitemap.TransformNode.invoke(TransformNode.java:59)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:138)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:89)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:180)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:243)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:138)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:138)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:89)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:180)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:243)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:138)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:89)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:180)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:243)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:138)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:46)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:138)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:89)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:240)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:180)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:243)
at org.apache.cocoon.Cocoon.process(Cocoon.java:606)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:358)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1807)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1757)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:790)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:961)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:807)
at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:218)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:300)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:511)
Caused by: org.apache.avalon.framework.configuration.ConfigurationException: The attribute [document-node-id] is not supported!
at org.apache.lenya.cms.cocoon.components.modules.input.PageEnvelopeModule.getAttribute(PageEnvelopeModule.java:57)
at org.apache.cocoon.components.treeprocessor.variables.PreparedVariableResolver.processModule(PreparedVariableResolver.java:270)
... 68 more
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by Andreas Hartmann <an...@apache.org>.
dave- wrote:
[...]
> Another problem is that after entering the default publication and when
> you click the "site tab", after looping some time, jetty reports the
> following error in the command window:
That is my fault. I fixed it but unfortunately I can't check it in
at the moment (ASF SVN is down). You have to move the pipeline
<!-- Usecases -->
<map:match type="usecase" pattern="*">
<map:mount uri-prefix="" src="lenya/usecase.xmap" check-reload="true"
reload-method="synchron"/>
</map:match>
below the pipeline
<!-- Internal usecases -->
<map:pipeline internal-only="true">
<map:match type="usecase" pattern="*">
<map:match pattern="*/**">
<map:mount uri-prefix="{1}" src="lenya/pubs/{1}/sitemap.xmap"
check-reload="true" reload-method="synchron"/>
</map:match>
</map:match>
</map:pipeline>
Then it should work again.
Sorry for the inconvenience.
-- Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by dave- <da...@pacbell.net>.
Gregor J. Rothfuss wrote:
> dave- wrote:
>
>>> do you have a need to use 1.4? it is not ready for prime time yet.
>>
>>
>>
>> First, I wanted to try publication templating, but it is not critical
>> i do so.
>>
>> Second, I wanted to see if there was any changes in the basic
>> publication template.
>>
>> Third, I wanted to check to see if it was possible to export a
>> "whole" publication to HTML.
>>
>> Forth, I wondered if the substitute-regexp feature worked in the 1.4
>> version of the export task (ie StaticHTMLExporter). It does not work
>> in 1.2 - it does not does substitution in the 1.2 version.
>
>
> thanks :) all valid reasons and we appreciate testing on 1.4 of
> course. just wanted to make sure you have your reasons and are aware
> of the situation.
>
> as to the error, is that file actually there or not? it may be created
> by the kupu build process. ie, did you run build kupu?
Another problem is that after entering the default publication and when
you click the "site tab", after looping some time, jetty reports the
following error in the command window:
...
[DEBUG] Creating publication from webapp URL and servlet context
[DEBUG] Webapp URL: [/default/info-authoring/index.html]
[DEBUG] Creating publication from webapp URL and servlet context
[DEBUG] Webapp URL: [/default/info-authoring/index.html]
15:18:35.875 WARN!! Error for
/default/info-authoring/index.html?lenya.usecase=
ab.overview
java.lang.StackOverflowError
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by "Gregor J. Rothfuss" <gr...@apache.org>.
dave- wrote:
>> do you have a need to use 1.4? it is not ready for prime time yet.
>
>
> First, I wanted to try publication templating, but it is not critical i
> do so.
>
> Second, I wanted to see if there was any changes in the basic
> publication template.
>
> Third, I wanted to check to see if it was possible to export a "whole"
> publication to HTML.
>
> Forth, I wondered if the substitute-regexp feature worked in the 1.4
> version of the export task (ie StaticHTMLExporter). It does not work in
> 1.2 - it does not does substitution in the 1.2 version.
thanks :) all valid reasons and we appreciate testing on 1.4 of course.
just wanted to make sure you have your reasons and are aware of the
situation.
as to the error, is that file actually there or not? it may be created
by the kupu build process. ie, did you run build kupu?
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by Doug Chestnut <dh...@virginia.edu>.
> I had expected the "/lenya/default/live/" to be replaced with "/" but it
> wasn't - it did not work! Perhaps the regexp is invalid, what sort of
> regexp are you using?
perhaps the bug doesn't like the "/". Here is what I am using, working
great:
<parameter name="substitute-regexp" value="/lenya/harrison/live/"/>
<parameter name="substitute-replacement" value="/harrison/"/>
--Doug
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by dave- <da...@pacbell.net>.
Doug Chestnut wrote:
>> Third, I wanted to check to see if it was possible to export a
>> "whole" publication to HTML.
>
> I tweaked StaticHTMLExporter to export all the docs in my pub (lenya
> 1.2). I found that I needed to export the entire site when a new page
> was published/deleted so that it would show up in the nav menu. I
> wouldn't recommend this on large sites as it slows down the publish.
> Ideally for exporting the site you should look at cli I guess.
>
>>
>> Forth, I wondered if the substitute-regexp feature worked in the 1.4
>> version of the export task (ie StaticHTMLExporter). It does not work
>> in 1.2 - it does not does substitution in the 1.2 version.
>
> I believe that this is working for me in 1.2, no problems that I have
> noticed.
Since I am, running Tomcat, I simply uncommented the following code in
the "default" publication:
<!--
<task id="export"
class="org.apache.lenya.cms.publishing.StaticHTMLExporter">
<parameter name="export-path" value="work/export/pending"/>
<parameter name="substitute-regexp" value="/lenya/default/live/"/>
<parameter name="substitute-replacement" value="/"/>
<parameter name="my-server-port" value="1313"/>
</task>
-->
Next, I submitted and published (and thereby exported) a document. The
exported code contained the following line of code:
<img alt="project logo"
src="/lenya/default/live/images/project-logo.png">
I had expected the exported HTML to read:
<img alt="project logo" src="/images/project-logo.png">
I had expected the "/lenya/default/live/" to be replaced with "/" but it
wasn't - it did not work! Perhaps the regexp is invalid, what sort of
regexp are you using?
>
>
> Here is my hack for StaticHTMLExporter:
>
> String serverURI =
> getParameters().getParameter(PARAMETER_SERVER_URI);
>
> /* Begin hack to export all docs here */
> PublicationHelper pubHelper = new
> PublicationHelper(PublicationFactory.getPublication(publicationId,
> contextPath));
> Document[] allDocs = pubHelper.getAllDocuments("live","en");
> String urisString = new String();
> for(int i = 0; i < allDocs.length; i++ ) {
> if(i==0) {
> urisString =
> "/lenya"+allDocs[i].getCompleteURLWithoutLanguage();
> } else {
> urisString +=
> ",/lenya"+allDocs[i].getCompleteURLWithoutLanguage();
> }
> }
> /* End hack */
>
> // String urisString =
> getParameters().getParameter(PARAMETER_URIS);
It certainly is a "hack" to export everything for each publication - but
I like it - if I can't find anything better:) I can't see how your
hack could have in any way affected the substitute/replacement logic. I
am mystified.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by Doug Chestnut <dh...@virginia.edu>.
> Third, I wanted to check to see if it was possible to export a "whole"
> publication to HTML.
I tweaked StaticHTMLExporter to export all the docs in my pub (lenya
1.2). I found that I needed to export the entire site when a new page
was published/deleted so that it would show up in the nav menu. I
wouldn't recommend this on large sites as it slows down the publish.
Ideally for exporting the site you should look at cli I guess.
>
> Forth, I wondered if the substitute-regexp feature worked in the 1.4
> version of the export task (ie StaticHTMLExporter). It does not work in
> 1.2 - it does not does substitution in the 1.2 version.
I believe that this is working for me in 1.2, no problems that I have
noticed.
Here is my hack for StaticHTMLExporter:
String serverURI =
getParameters().getParameter(PARAMETER_SERVER_URI);
/* Begin hack to export all docs here */
PublicationHelper pubHelper = new
PublicationHelper(PublicationFactory.getPublication(publicationId,
contextPath));
Document[] allDocs = pubHelper.getAllDocuments("live","en");
String urisString = new String();
for(int i = 0; i < allDocs.length; i++ ) {
if(i==0) {
urisString =
"/lenya"+allDocs[i].getCompleteURLWithoutLanguage();
} else {
urisString +=
",/lenya"+allDocs[i].getCompleteURLWithoutLanguage();
}
}
/* End hack */
// String urisString =
getParameters().getParameter(PARAMETER_URIS);
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by dave- <da...@pacbell.net>.
Gregor J. Rothfuss wrote:
> dave- wrote:
>
>> I created a fresh copy of 1.4.x and got the following error message
>> when I tried to edit with kupu
>>
>> C:\ws25\lenya-1.4\build\lenya\webapp\resources\kupu\apache-lenya\lenya\kupumacros.xsl
>> (The system cannot find the path specified)
>
> do you have a need to use 1.4? it is not ready for prime time yet.
First, I wanted to try publication templating, but it is not critical i
do so.
Second, I wanted to see if there was any changes in the basic
publication template.
Third, I wanted to check to see if it was possible to export a "whole"
publication to HTML.
Forth, I wondered if the substitute-regexp feature worked in the 1.4
version of the export task (ie StaticHTMLExporter). It does not work in
1.2 - it does not does substitution in the 1.2 version.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org
Re: current 1.4.x cannot find kupumacros.xsl
Posted by "Gregor J. Rothfuss" <gr...@apache.org>.
dave- wrote:
> I created a fresh copy of 1.4.x and got the following error message when
> I tried to edit with kupu
>
> C:\ws25\lenya-1.4\build\lenya\webapp\resources\kupu\apache-lenya\lenya\kupumacros.xsl
> (The system cannot find the path specified)
do you have a need to use 1.4? it is not ready for prime time yet.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
For additional commands, e-mail: user-help@lenya.apache.org