SOLVED (Re: maven problem with https: RSA premaster secret error)

OK, I was able to solve this. When I typed "java -version" at the command line, it told me 1.6.0_31, so I thought I was running the latest. But when I later looked at the JAVA_HOME env var, which maven uses, it pointed to an old 1.5.0 JDK. One I pointed it to a newer 1.6.0_31 jdk, mvn ran fine.

maven problem with https: RSA premaster secret error

Hi all, I'm sorry if this is off-topic, but I've googled the maven mailing lists for this and found nothing. (http://maven.markmail.org/search/?q=rsa+premaster+secret+error) I was able to run maven (and thus use C3) on my development desktop machine (running Windows 7). But when I tried runnin

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

Now I'm really confused... if that's true, then why did it work with just http://localhost:/test.html after I restarted jetty? I haven't changed the spring application context (I don't know how). Lars On 3/22/2012 10:57 AM, Robby Pelssers wrote:

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

On 3/22/2012 11:09 AM, Robby Pelssers wrote: In the root of your project folder you will see a rcl.properties file looking sth like this: #com.nxp.spider2.shared.service%classes-dir=./target/classes Just comment it out and this will tell the reloading classloader to reload files from the ta

RE: [C3] Working with archetypes [Was Re: parent of parent artifact?]

In the root of your project folder you will see a rcl.properties file looking sth like this: #com.nxp.spider2.shared.service%classes-dir=./target/classes Just comment it out and this will tell the reloading classloader to reload files from the target/classes folder. Robby From: Lars Huttar [m

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

As so often happens, asking for help generated some further thoughts and I was able to get things working better. Although I had added a COB-INF/sitemap.xmap to src in my block (e-17-pub/src/main/resources/COB-INF/sitemap.xmap), I noticed that the target (e-17-pub/target/classes) did not have

RE: [C3] Working with archetypes [Was Re: parent of parent artifact?]

Unless you changed the spring application context that is auto-generated using the cocoon block archetype you should use: http://localhost:/mysite/test.html Robby From: Lars Huttar [mailto:lars_hut...@sil.org] Sent: Thursday, March 22, 2012 4:55 PM To: users@cocoon.apache.org Cc: Francesco

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

Francesco, Thanks for your patience. I feel like I'm very close, but I apparently still don't have some of the concept understood correctly, because things are not working for me. I generated the myparent, mysite, and mywebapp artifacts as described in your instructions at http://markmail.org

Re: [C3] Working with archetypes [Was Re: parent of parent artifact?]

On 21/03/2012 21:09, Lars Huttar wrote: > [...] > Thank you, that is definitely clearer. > So I do my development in blocks, not in the webapp; the webapp is for > packaging for external deployment. > > The one thing I'm not clear on, then, is this part of your > instructions: (http://markmail.org/

Re: Problem with query in Cocoon

Thanks Robby I will try it but I have already tried this : xquery version "1.0"; (: $Id: get-children-rubriques.xq 12373 2008-10-15 14:41:34Z pdechandol $ :) (: XQuery qui retourne la collection de notices Bmgexporub liée à une notice parent :) let $rubriques := fn:collection('Bmgexporub

RE: Problem with query in Cocoon

You might give this a try: xquery version "1.0"; (: $Id: get-children-rubriques.xq 12373 2008-10-15 14:41:34Z pdechandol $ :) (: XQuery qui retourne la collection de notices Bmgexporub liée à une notice parent :) let $rubriques := fn:collection('Bmgexporub')/record[lien_rubrique_parent='Bm