Re: Error pattern in block

2013-02-17 Thread Antonio M. Mérida

hi, I have configured the beansin block-aplication-context.xml:

bean name=generator:html 
class=org.apache.cocoon.optional.pipeline.components.sax.neko.NekoGenerator 
scope=prototype /


The error in console:

java.lang.RuntimeException: Cannot invoke listener 
org.springframework.web.context.ContextLoaderListener@2aae2481
at 
org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingListener.invoke(ReloadingListener.java:298)
at 
org.apache.cocoon.tools.rcl.wrapper.servlet.ReloadingListener.contextInitialized(ReloadingListener.java:150)
at 
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:549)

at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
at 
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1282)


Thanks!.


El 16/02/13 21:24, Antonio M. Mérida escribió:

hi,

I'm trying to do pattern to a URL with a simple block of cocoon and 
I have this error:


exception-report 
class=sun.security.provider.certpath.SunCertPathBuilderException 
timestamp=Sat, 16 Feb 2013 20:32:37 +0100

message
unable to find valid certification path to requested target
/message
stacktrace
sun.security.provider.certpath.SunCertPathBuilderException: unable to 
find valid certification path to requested target at 
sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:174) 
at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:238) 
at 
sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:318) 
at 
sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:217) 
at sun.security.validator.Validator.validate(Validator.java:218) at 
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:126) 
at .


The block is this:

map:pipeline
map:match pattern=product
  map:generate src=https://projectwebproduct/file-form.html; /
  map:serialize type=xml/
/map:match
  /map:pipeline

Can the problem by URL https://;?,
Thanks.
--
Antonio M. Mérida -- codeBusters.es



--
Antonio M. Mérida -- codeBusters.es



RE: Error pattern in block

2013-02-17 Thread Robby Pelssers
Oh… I know where that error comes from.

That means it can’t find a certificate needed to access that URL.

You will need to install a certificate for the particular JDK running your app.

Keystore default password: changeit

Example of how to install a certificate on windows:

keytool -import -alias PELSSERS-ROOT-CA -keystore 
C:/development/Java/jdk1.6.0_32/jre/lib/security/cacerts -file 
PELSSERSROOTCA.crt


Kind regards,
Robby

From: Antonio M. Mérida [mailto:antonio.mor...@codebusters.es]
Sent: Saturday, February 16, 2013 9:24 PM
To: users@cocoon.apache.org
Subject: Error pattern in block

hi,

I'm trying to do pattern to a URL with a simple block of cocoon and I have 
this error:

exception-report 
class=sun.security.provider.certpath.SunCertPathBuilderException 
timestamp=Sat, 16 Feb 2013 20:32:37 +0100
message
unable to find valid certification path to requested target
/message
stacktrace
sun.security.provider.certpath.SunCertPathBuilderException: unable to find 
valid certification path to requested target at 
sun.security.provider.certpath.SunCertPathBuilder.engineBuild(SunCertPathBuilder.java:174)
 at java.security.cert.CertPathBuilder.build(CertPathBuilder.java:238) at 
sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:318) at 
sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:217) at 
sun.security.validator.Validator.validate(Validator.java:218) at 
com.sun.net.ssl.internal.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:126)
 at .

The block is this:

  map:pipeline
map:match pattern=product
  map:generate 
src=https://projectwebproduct/file-form.html;https://projectwebproduct/file-form.html
 /
  map:serialize type=xml/
/map:match
  /map:pipeline

Can the problem by URL https://;?,
Thanks.

--

Antonio M. Mérida -- codeBusters.es


Re: from Cforms to Wicket

2013-02-17 Thread Mika M Lehtonen

Hi Francesco,
let me tell you what I have now.
I implemented a feedback web application for municipial use with C2.11. 
The app is built so that the administrator can create forms picking 
fields and controls he/she needs. These setting are saved into db. The 
end-user app reads these settings from db, creates XML definition and 
through XSL transforms these settings into valid Cforms 
definition/template and finally creates forms wanted out of this all.


This is highly dynamic system where we also implemented special data 
model where horizontal tables are converted into vertical direction, 
that is, there is one row per fom field, not a column.


I was warned about using C2.11 for this, but I wanted to use it anyway 
because I was familiar with it already. Now I would like to get rid of 
C2.11 but I really don't know how. I would like to switch into C3 but 
that is something I am not familiar with.


I could go with the stream and use AJAX and like jQuery.. still i would 
have the same problem - how to create controls out of XML definition. So 
XML driven form platform is something I would prefer, you see, I would 
only need XSLT.


I hope I made my needs little clearer.


- mika -


17.2.2013 20:30, Francesco Chicchiriccò kirjoitti:

On 15/02/2013 22:11, Mika M Lehtonen wrote:

Hi,
I have an application using dynamic Cforms (C2.11), that is, the 
Cforms definition and templates are created from dynamic XML through 
XSL.


Can this be done with C3 and wickets?
From somewhere I read about the fact that with Apache Wickets you 
don't need any XML..


Hi Mika,
what do you want to achieve exactly?

Apache Wicket is a component-based framework for developing web 
applications: I know from their project site that the project claims 
a refreshing lack of XML, and I also know that Wicket fully supports 
form processing.


From the other side, Cocoon 3.0 features Wicket integration (more 
details at [1]) that can help achieving some particular use cases.


Regards.

[1] 
http://cocoon.apache.org/3.0/reference/html-single/index.html#wicket-integration





-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org



Re: from Cforms to Wicket

2013-02-17 Thread Mika M Lehtonen

How about some XForms implementation like this http://www.betterform.de?
Sounds promising..

- mika -


17.2.2013 21:08, Mika M Lehtonen kirjoitti:

Hi Francesco,
let me tell you what I have now.
I implemented a feedback web application for municipial use with 
C2.11. The app is built so that the administrator can create forms 
picking fields and controls he/she needs. These setting are saved into 
db. The end-user app reads these settings from db, creates XML 
definition and through XSL transforms these settings into valid Cforms 
definition/template and finally creates forms wanted out of this all.


This is highly dynamic system where we also implemented special data 
model where horizontal tables are converted into vertical direction, 
that is, there is one row per fom field, not a column.


I was warned about using C2.11 for this, but I wanted to use it anyway 
because I was familiar with it already. Now I would like to get rid of 
C2.11 but I really don't know how. I would like to switch into C3 but 
that is something I am not familiar with.


I could go with the stream and use AJAX and like jQuery.. still i 
would have the same problem - how to create controls out of XML 
definition. So XML driven form platform is something I would prefer, 
you see, I would only need XSLT.


I hope I made my needs little clearer.


- mika -


17.2.2013 20:30, Francesco Chicchiriccò kirjoitti:

On 15/02/2013 22:11, Mika M Lehtonen wrote:

Hi,
I have an application using dynamic Cforms (C2.11), that is, the 
Cforms definition and templates are created from dynamic XML through 
XSL.


Can this be done with C3 and wickets?
From somewhere I read about the fact that with Apache Wickets you 
don't need any XML..


Hi Mika,
what do you want to achieve exactly?

Apache Wicket is a component-based framework for developing web 
applications: I know from their project site that the project claims 
a refreshing lack of XML, and I also know that Wicket fully 
supports form processing.


From the other side, Cocoon 3.0 features Wicket integration (more 
details at [1]) that can help achieving some particular use cases.


Regards.

[1] 
http://cocoon.apache.org/3.0/reference/html-single/index.html#wicket-integration





-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org