headers
David Crossley | 1 Sep 05:17
Picon
Favicon

Re: XPathXMLFileModule differences

On Thu, Aug 27, 2009 Ralph Goers wrote:
>
> It has been quite a while since I last worked on Cocoon, but since I  
> wrote XPathXMLFileModule I suppose I am best qualified to answer the  
> question.
> 
> XPathXMLFileModule is a replacement for XMLFileModule but it is not  
> completely compatible - which is why it is a new module and not just  
> an upgraded version of the old one. The differences were itemized in 
> https://issues.apache.org/jira/browse/COCOON-1574 (see my comment on Dec 
>  27, 2007)

Thanks for your answer Ralph, and for your work.
I am just Cc forrest-dev list.

-David
Permalink | Reply | 0 comments |
headers
Mark Diggory (JIRA | 1 Sep 05:41
Picon
Favicon

[jira] Commented: (COCOON-2265) Cannot use cocoon-servlet-service-impl 1.2.0 because java.net.MalformedURLException: Could not resolve blockcontext:/...


    [
https://issues.apache.org/jira/browse/COCOON-2265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12749745#action_12749745
] 

Mark Diggory commented on COCOON-2265:
--------------------------------------

This does appear to work with the demo I provided.  I can add the following dependencies and web.xml listener
and it will start and I can access the block in my browser.

However, when I apply the same strategy to our configuration in the dspace-xmlui project I get the
following exception (and I do not find that cocoon-spring-configurator-2.1.0.jar contains
org/apache/cocoon/spring/configurator/impl/DeploymentUtil anymore as it appears to be moved under
a new package in cocoon-block-deployment-1.1.0.jar

Aug 31, 2009 8:28:25 PM org.apache.catalina.core.StandardContext listenerStart
SEVERE: Exception sending context initialized event to listener instance of class org.springframework.web.context.ContextLoaderListener
org.springframework.beans.factory.BeanCreationException: Error creating bean with name
'org.apache.cocoon.template.script.ScriptManager' defined in URL
[jar:file:/webapps/dspace-xmlui-webapp/WEB-INF/lib/cocoon-template-impl-1.1.0.jar!/META-INF/cocoon/spring/cocoon-template.xml]:
Cannot resolve reference to bean 'org.apache.cocoon.core.xml.SAXParser' while setting bean
property 'saxParser'; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating bean with name
'org.apache.cocoon.core.xml.SAXParser' defined in URL
[jar:file:/webapps/dspace-xmlui-webapp/WEB-INF/lib/cocoon-xml-impl-1.0.0.jar!/META-INF/cocoon/spring/cocoon-xml-impl.xml]:
Initialization of bean failed; nested exception is
org.springframework.beans.factory.BeanCreationException: Error creating bean with name
'org.xml.sax.EntityResolver' defined in URL
[jar:file:/webapps/dspace-xmlui-webapp/WEB-INF/lib/cocoon-xml-resolver-1.0.0.jar!/META-INF/cocoon/spring/cocoon-xml-resolver.xml]:
(Continue reading)

Permalink | Reply | 0 comments |
headers
Reinhard Poetz (JIRA | 1 Sep 18:22
Picon
Favicon

[jira] Commented: (COCOON-2265) Cannot use cocoon-servlet-service-impl 1.2.0 because java.net.MalformedURLException: Could not resolve blockcontext:/...


    [
https://issues.apache.org/jira/browse/COCOON-2265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12749965#action_12749965
] 

Reinhard Poetz commented on COCOON-2265:
----------------------------------------

I see. Can you try to use a SNAPSHOT version of cocoon-xml-resolver from trunk and report back if this solves
your problem?

> Cannot use cocoon-servlet-service-impl 1.2.0 because java.net.MalformedURLException: Could not
resolve blockcontext:/...
> ------------------------------------------------------------------------------------------------------------------------
>
>                 Key: COCOON-2265
>                 URL: https://issues.apache.org/jira/browse/COCOON-2265
>             Project: Cocoon
>          Issue Type: Bug
>          Components: - Servlet service framework
>    Affects Versions: 2.2, 2.2-dev (Current SVN)
>            Reporter: Mark Diggory
>         Attachments: test.zip
>
>
> The following issue occurs with the blockcontext URL when trying to use cocoon-servlet-service-impl
1.2.0 and mounting a servlet using the default architype with this dependency added.  I am including an
example project for others to test this against.
> I am trying to replicate this in a test example is we are having sever difficulties using 1.2.0 and most
specifically using org.apache.cocoon.sitemap.SitemapServlet in our Cocoon project located here..,
(Continue reading)

Permalink | Reply | 0 comments |
headers
jira | 2 Sep 19:40
Picon
Favicon

[jira] Subscription: COCOON-open-with-patch

Issue Subscription
Filter: COCOON-open-with-patch (109 issues)
Subscriber: cocoon

Key         Summary
COCOON-2262 container.refresh() is called before embeddedServlet.init()
            https://issues.apache.org/jira/browse/COCOON-2262
COCOON-2260 wrong parent version in pom of cocoon-flowscript-impl
            https://issues.apache.org/jira/browse/COCOON-2260
COCOON-2259 Memory leak in PoolableProxyHandler
            https://issues.apache.org/jira/browse/COCOON-2259
COCOON-2250 Wrong error message in Element.java (jx:element)
            https://issues.apache.org/jira/browse/COCOON-2250
COCOON-2249 XHTMLSerializer uses entity references " and ' which cause JavaScript parse errors
            https://issues.apache.org/jira/browse/COCOON-2249
COCOON-2246 HttpRequest  should handle encoding in getParameter and getParameterValues in the same way
            https://issues.apache.org/jira/browse/COCOON-2246
COCOON-2233 Update archetypes to current trunk artifact versions
            https://issues.apache.org/jira/browse/COCOON-2233
COCOON-2222 Add SaxParser configuration properties
            https://issues.apache.org/jira/browse/COCOON-2222
COCOON-2216 IncludeCacheManager can not perfom parallel includes
            https://issues.apache.org/jira/browse/COCOON-2216
COCOON-2212 jx:attribute does not check name is correct before proceeding
            https://issues.apache.org/jira/browse/COCOON-2212
COCOON-2197 Making the cocoon-auth-block acegi-security-sample work
            https://issues.apache.org/jira/browse/COCOON-2197
COCOON-2173 AbstractCachingProcessingPipeline: Two requests can deadlock each other
            https://issues.apache.org/jira/browse/COCOON-2173
COCOON-2162 [PATCH] Fix for Paginator when accessing out of bounds Pagination page
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lahiru Samarakoon | 3 Sep 01:49
Picon

hi, u..!

Dear friend,
How are you recently?
I bought a laptop from a website:  www.koreadeal.com last week. I have
got the product. Its quality is very good and the price is
competitive. They also sell phones, TV, psp, motor and so on. By the
way, they import product from Korea and sell new and original
products. They have good reputation and have many good feedbacks. If
you need these products, look at this website will be a clever choice.
I am sure you will get many surprise and benefits.
Greetings!
Permalink | Reply | 0 comments |
headers
Jos Snellings | 3 Sep 10:02
Picon

URLStreamHandler

Hi,

I am currently looking if a minimal cocoon distribution could be
deployed under Google AppEngine.
Unfortunately, java.net.URLStreamHandler is not on the whitelist.
Any idea how 'hard' it would be to lift this dependency (java.net.URL
and URLConnection can be used)?
I guess GAE just wants to keep its applications from opening connections
on any server with any protocol.

Best,
Jos
Permalink | Reply | 1 comment |
headers
Reinhard Pötz | 3 Sep 11:07
Picon
Favicon

Re: URLStreamHandler

Jos Snellings wrote:
> Hi,
> 
> I am currently looking if a minimal cocoon distribution could be
> deployed under Google AppEngine.
> Unfortunately, java.net.URLStreamHandler is not on the whitelist.
> Any idea how 'hard' it would be to lift this dependency (java.net.URL
> and URLConnection can be used)?
> I guess GAE just wants to keep its applications from opening connections
> on any server with any protocol.

The problem is that we use the URLStreamHandler to register servlet: and
blockcontext: URL schemes. See
http://cocoon.apache.org/subprojects/jnet/1.1/1468_1_1.html

If you can go without them, you could just remove the dependency on
Cocoon JNet but I think that this would make it very difficult to run
Cocoon 3 web applications.

--

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard <at> apache.org
________________________________________________________________________
Permalink | Reply | 0 comments |
headers
Thorsten Scherler | 3 Sep 12:48
Picon

rapid application development with rcl

Hi all,

our site is based on different blocks and one main webapp
(cocoon-22-archetype-webapp).

The problem we are facing is that developing within blocks is really
rapid thanks to the rcl but all the code we have in the webapp needs to
have a constant rebuild, which is a real pain.

http://cocoon.apache.org/2.2/maven-plugins/maven-plugin/1.0/1358_1_1.html

Is talking about the goals that are doing the rcl stuff, how can we
"port" this to the webapp?

Any hints and tips are welcome.

salu2
--

-- 
Thorsten Scherler <thorsten.at.apache.org>
Open Source Java <consulting, training and solutions>

Sociedad Andaluza para el Desarrollo de la Sociedad 
de la Información, S.A.U. (SADESI)
Permalink | Reply | 7 comments |
headers
Reinhard Pötz | 3 Sep 13:23
Picon
Favicon

Re: rapid application development with rcl

Thorsten Scherler wrote:
> Hi all,
> 
> our site is based on different blocks and one main webapp
> (cocoon-22-archetype-webapp).
> 
> The problem we are facing is that developing within blocks is really
> rapid thanks to the rcl but all the code we have in the webapp needs to
> have a constant rebuild, which is a real pain.
> 
> http://cocoon.apache.org/2.2/maven-plugins/maven-plugin/1.0/1358_1_1.html
> 
> Is talking about the goals that are doing the rcl stuff, how can we
> "port" this to the webapp?
> 
> Any hints and tips are welcome.

Why do you have to put Java code into the webapp at all?

--

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  reinhard <at> apache.org
________________________________________________________________________
Permalink | Reply | 6 comments |
headers
Thorsten Scherler | 3 Sep 14:49
Picon

Re: rapid application development with rcl

On Thu, 2009-09-03 at 13:23 +0200, Reinhard Pötz wrote:
> Thorsten Scherler wrote:
> > Hi all,
> > 
> > our site is based on different blocks and one main webapp
> > (cocoon-22-archetype-webapp).
> > 
> > The problem we are facing is that developing within blocks is really
> > rapid thanks to the rcl but all the code we have in the webapp needs to
> > have a constant rebuild, which is a real pain.
> > 
> > http://cocoon.apache.org/2.2/maven-plugins/maven-plugin/1.0/1358_1_1.html
> > 
> > Is talking about the goals that are doing the rcl stuff, how can we
> > "port" this to the webapp?
> > 
> > Any hints and tips are welcome.
> 
> Why do you have to put Java code into the webapp at all?

Not talking about the java code that is the bad thing. I am talking
about normal xsl/sitemap changes. :(

salu2

> 
--

-- 
Thorsten Scherler <thorsten.at.apache.org>
Open Source Java <consulting, training and solutions>
(Continue reading)

Permalink | Reply | 5 comments |

Gmane