You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lenya.apache.org by Ray Allis <ra...@comcast.net> on 2005/08/22 20:13:48 UTC
Re: lenya-1.4.x: Can't seem to get anywhere - bad assumption somewhere
Thank you, Andreas, for the helpful reply. I am now subscribed to the
dev list and will browse through the archives.
I am trying to do a proof of concept demo for a cocoon-based news site.
I did one a year ago using eXist, but it was not accepted because it
wasn't a CMS. I used eXist's XQuery of the XML database to build
article lists, article 'pages' and 'newsletters' dynamically. The goal
was dynamic media selection by users, tailored to their device
capabilities. Now that would include blogs, podcasts, etc.
Lenya with JCR sounds like it could work for me.
I might be able to contribute a little. I am not expert enough to write
lenya code, but I could probably help with user testing. ;-) I have
written a couple of minor java applications, done a couple of small
cocoon projects, worked with Xindice and eXist.
How long, would you guess, before lenya/jcr is stable enough for a
non-developer (me! ;-)) to work on application design rather than lenya
itself?
Andreas Hartmann wrote:
> Ray Allis wrote:
>
>> O.K., maybe jackrabbit development confused the 'traditional'
>> methods. Click on
>> http://metaphor:8888/index.html?lenya.usecase=jcr.import, select
>> 'blog'. Again and select 'default'. Swapped lines in
>> build/lenya/webapp/WEB-INF/classes/org/apache/lenya/lenya.roles.
>> Killed and restarted lenya. Same behavior.
>
>
> I don't think these problems are related to JCR.
> They're just bugs, we're working on it.
> Please use bugzilla to report them, then you'll get noticed as soon
> as they are fixed.
>
> I wouldn't recommend to use 1.4 unless you follow the discussions
> on the dev list. Things are quite unstable at the moment (it used to
> be more stable, but necessary changes in the repository layer caused
> some problems in the usecases).
>
> -- Andreas
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@lenya.apache.org
> For additional commands, e-mail: user-help@lenya.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
For additional commands, e-mail: dev-help@lenya.apache.org
Re: testing - failed to create 'foo' in tutorial
Posted by Andreas Hartmann <an...@apache.org>.
Ray Allis wrote:
[...]
> Caused by: java.lang.NullPointerException
> at
> org.apache.lenya.cms.jcr.metadata.JCRMetaData.getFirstValue(JCRMetaData.java:155)
I can confirm this problem, whereas I can't always reproduce it.
Replacing the JCR block's Jackrabbit library with a current Jackrabbit
build seemed to somehow improve the sitution, but I can't tell if the
problem is really gone.
-- Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
For additional commands, e-mail: dev-help@lenya.apache.org
Re: testing - failed to create 'foo' in tutorial
Posted by Ray Allis <ra...@comcast.net>.
svn cocoon and lenya, build clean in both, build in lenya.
start lenya, enter edit mode in default pub, click ...
../index.html?lenya.usecase=jcr.import
<http://metaphor:8888/index.html?lenya.usecase=jcr.import>
select 'blog' - failed
back
select 'default' - after several seconds, returned to index page. ;-)
changed lenya.roles to jcr.
restart lenya, go to default, tutorial, select new xhtml.
fill in 'foo' 'Foo' wait a few seconds:
--
Looks like this mount:
<!-- Enter the actual publication -->
<map:match pattern="*/**">
<map:mount uri-prefix="{1}" src="{fallback:sitemap.xmap}"
check-reload="true" reload-method="synchron"/>
</map:match>
</map:pipeline>
--
Sitemap: error when calling sub-sitemap at <map:mount> -
file:/export/home/ray/src/lenya-1.4.x/build/lenya/webapp/global-sitemap.xmap:408:113
at <map:mount> -
file:/export/home/ray/src/lenya-1.4.x/build/lenya/webapp/sitemap.xmap:522:110
org.apache.cocoon.ProcessingException: Sitemap: error when calling
sub-sitemap at <map:mount> -
file:/export/home/ray/src/lenya-1.4.x/build/lenya/webapp/global-sitemap.xmap:408:113
at <map:mount> -
file:/export/home/ray/src/lenya-1.4.x/build/lenya/webapp/sitemap.xmap:522:110
cause: java.lang.NullPointerException
full exception chain stacktrace[Hide]
org.apache.cocoon.ProcessingException: Sitemap: error when calling sub-sitemap
at <map:mount> - file:/export/home/ray/src/lenya-1.4.x/build/lenya/webapp/global-sitemap.xmap:408:113
at <map:mount> - file:/export/home/ray/src/lenya-1.4.x/build/lenya/webapp/sitemap.xmap:522:110
at org.apache.cocoon.ProcessingException.throwLocated(ProcessingException.java:102)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:121)
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:142)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
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:68)
at org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:102)
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:142)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
at org.apache.cocoon.Cocoon.process(Cocoon.java:624)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1149)
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:789)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:960)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:806)
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: java.lang.NullPointerException
at org.apache.lenya.cms.jcr.metadata.JCRMetaData.getFirstValue(JCRMetaData.java:155)
at org.apache.lenya.cms.publication.DefaultDocument.getResourceType(DefaultDocument.java:480)
at org.apache.lenya.cms.cocoon.components.modules.input.PageEnvelopeModule.getAttribute(PageEnvelopeModule.java:110)
at org.apache.cocoon.components.treeprocessor.variables.PreparedVariableResolver.processModule(PreparedVariableResolver.java:271)
at org.apache.cocoon.components.treeprocessor.variables.PreparedVariableResolver.resolve(PreparedVariableResolver.java:208)
at org.apache.cocoon.components.treeprocessor.sitemap.GenerateNode.invoke(GenerateNode.java:57)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:102)
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:142)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:68)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:92)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:234)
at org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:176)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:250)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:117)
... 39 more
stacktrace[Show]
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
For additional commands, e-mail: dev-help@lenya.apache.org
Re: lenya-1.4.x: Can't seem to get anywhere - bad assumption somewhere
Posted by Andreas Hartmann <an...@apache.org>.
Ray Allis wrote:
[...]
> I might be able to contribute a little. I am not expert enough to write
> lenya code, but I could probably help with user testing. ;-)
And that's what we need at the moment! :)
> I have
> written a couple of minor java applications, done a couple of small
> cocoon projects, worked with Xindice and eXist.
> How long, would you guess, before lenya/jcr is stable enough for a
> non-developer (me! ;-)) to work on application design rather than lenya
> itself?
This is really hard to tell at the moment and depends on the
future of the repository integration. We'll certainly try to
keep the impact on publications as low as possible, but probably
changes will have to be applied from time to time.
Do you already have a schedule?
Maybe you'd like to start with a little publication to see if
you like the overall architecture and how fast you get familiar
with Lenya. But if you're especially interested in the JCR integration
part, you'll probably have to be patient until it stabilizes.
-- Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
For additional commands, e-mail: dev-help@lenya.apache.org