I had this "apply is not a function" error just yesterday.
In my case, I had forgotten to put an entry for my script in the
section. Once I added my script there, it fixed it. Could it be that Cocoon just
won't allow a URI there--that it has to be a physical file?
> -Original Message-
un(Thread.java:536)
>
> Here's the generated flow-script:
>
> //***
> cocoon.load("resource://org/apache/cocoon/components/jxforms/flow/javascript/JXForm.js");
>
> function wizard(form) {
> var model = {
> lastname: "foo",
I've got the validations with Schematron working with JXForms; however, all of the
violations appear in one long list at the top of the form. Looking at the
jxforms-default.xsl file it would appear that violations can be tagged to a specific
field and that they would display next to the field a
I'm using 2.1m2 and in it the request object has a "scheme" which should give you the
http or https.
So you should be able to use:
Cheers,
Chris
P.S. The "Input Modules" link in the samples is very good for figuring out what you
have at your disposal.
> -Original Message-
> From: Gra
Have you tried the session transformer? I think it might be able to do what you
want...
Here's a sample:
sitemap stuff:
xml source stuff:
http://apache.org/cocoon/session/1.0";>
Page Title
Test data from "authentication" context:
If the user is logged in, there should be an authentication context.
Using 2.1m2 or later, you can access this context (for reading) using the session
transformer.
In your sitemap:
In your xml (xhtml) file:
http://apac
27;t find it under the 2.0.4 (version I'm using)
> transformer list
>
> -Original Message-
> From: Chris Clark [mailto:[EMAIL PROTECTED]
> Sent: Mittwoch, 6. August 2003 15:21
> To: [EMAIL PROTECTED]
> Subject: RE: xinclude - cinclude - map:aggregate ??
>
>
We're trying to install Cocoon (2.1m2) under Weblogic 7.0 (not sure of SP level).
Everything has gone reasonably well except that the JXForms aren't working.
We can get to the sitemap and it processes the request, but when it tries to display
our JXForm we get an error message. It appears that W
I'm using the "wrapper" (I guess) in 2.1m2 which calls a Cocoon-supplied function that
in turn calls yours.
This is modeled on the JXForm sample from the scratchpad. My sitemap looks like:
http://www.ascc.net/xml/schematron"/>
I'm using javascript with the JXForms and I'd like to call a Java function from within
the flowscript.
Something like:
sendView(url1)
sendView(url2)
if (something updated in the model)
call a member function from a Java class
Is this possible? If so, how do you do it?
Looking at the samples
, I had to put the package
directory under my sitemap directory.
e.g.
Sitemap in:
c:\cocoon-2.1m2\build\webapp\myweb
Class files in:
c:\cocoon-2.1m2\build\webapp\mywebb\com\domain\name
Took a bit to figure it out, but it's working now. :)
> -Original Message-
> From:
3 9:10 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Calling Java classes from (JXForms) javascript - can you? how?
>
> Chris Clark wrote:
> > I figured it out! Just in case anyone else needs to know...
> >
> > 1) use Packages.dir.dir.class
Try moving them under "cocoon\webapp\WEB-INF\classes\"
That location works for me for classes.
> -Original Message-
> From: Reuben Christie [SMTP:[EMAIL PROTECTED]
> Sent: Wednesday, August 20, 2003 10:15 AM
> To: [EMAIL PROTECTED]
> Subject: how to create object of an external cl
Quick version:
Has anyone run Jetty on an Win XP/Intel box and been able to connect to port ?
With the XP box connected to a LAN via a router?
Longer explanation:
I run Cocoon 2.1m2 at work on Windows 2000 without any problems.
I tried to install it at home and it built fine. It appeared
can access the second URL from anyone pc in my LAN
>
> i never had a problem like yours
>
>
>
>
> ---stavros
>
>
>
> On Tue, 26 Aug 2003, Chris Clark wrote:
>
> > Quick version:
> > Has anyone run Jetty on an Win XP/Intel box and been a
Do you need multiple sitemaps?
Given the brief description, it sounds like you just need your source organized...
\content
+ \common
+ \customer-specific1
+ \customer-specific2
+ \etc
One option is to catch the resource not found and have a specific pipeline for that.
We did that for
If you check the install.txt file you'll see that there is a build.properties file
wherein you can specify what to exclude.
Note: depending on what version you're using, you may or may not have any luck with
this. (e.g. in 2.1m2 you can't exclude the deprecated package as it gets used by
other
r examples or any
> of that. I want it totally blank.
>
> I find it strange ... that I should be the only cocoon user to want
> that. There should be a build target. Of course I said this in February last
> year so Id assume they would have put it in by now.
>
> -- Robert
>
Yes.
JXForms has replaced it. Woody is also in active development (although I haven't
checked it out).
To my knowledge, there aren't any docs for JXForms (but I haven't checked recently).
I've reverse-engineered all I know about it from the sample and some playing around.
JXForms isn't that far
19 matches
Mail list logo