"Orbeon Forms - Page Not Found" when publishing custom xform

Hi All

I'm an OPS newbie, so please bear with me.

Trying to get the separate deployment working.  I have configured my web.xml, have OPS deployed and working, have created and successfully deployed an xforms xhtml in the OPS XForms sandbox.  Now if I deploy this xform in my "separate" application (with cross context enabled) - I get a "Orbeon Forms - Page Not Found" message.

my URL:
http://localhost:8380/xforms-war-0.0.1/xforms-jsp/person.xhtml

my web.xml:
[code]
<filter>
                <filter-name>ops-xforms-filter</filter-name>
                <filter-class>
                        org.orbeon.oxf.servlet.OPSXFormsFilter
                </filter-class>
                <init-param>
                        <param-name>oxf.xforms.renderer.context</param-name>
                        <param-value>/ops</param-value>
                </init-param>
        </filter>
        <filter-mapping>
                <filter-name>ops-xforms-filter</filter-name>
                <url-pattern>/xforms-jsp/*</url-pattern>
        </filter-mapping>
        <filter-mapping>
                <filter-name>ops-xforms-filter</filter-name>
                <url-pattern>/ops/*</url-pattern>
        </filter-mapping>
[/code]

my war layout:
/WEB-INF/**.**
/xforms-jsp/person.xhtml


It seems that my filters are correctly configured as /xforms-renderer is being hit and the OPS error page is being displayed. I am probably missing something trivial.

 Please advise. Thanks in advance.

Are you getting the "Orbeon Forms - Page Not Found" message when going
to http://localhost:8380/xforms-war-0.0.1/xforms-jsp/person.xhtml? If
you look at the ops.log (which might be in your Tomcat's log
directory, do you see there a line with "/some-path - Received
request"? If you do, what is the path there?

Alex

On 4/26/07, navigator77 <[hidden email]> wrote:
--
Orbeon Forms - Web 2.0 Forms for the Enterprise
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hi

Thanks for the quick response.  I still haven't quite figured why this is happening, even as my understanding of OPS is improving.  I got the same error when creating an upstream filter setting request.setAttribute("oxf.xforms.renderer.document", formStr) and when renaming the xhtml to jsp and added a "application/xml" content-type.

Yes, the xforms-renderer seems to be being invoked:

(abridged log4j DEBUG output)
2007-04-27 09:29:29,795 DEBUG [org.exist.storage.journal.Journal] Checkpoint reached
2007-04-27 09:29:29,795 DEBUG [org.exist.storage.NotificationService] Registered UpdateListeners:
2007-04-27 09:30:05,810 INFO  [org.orbeon.oxf.webapp.ProcessorService] /xforms-renderer - Received request
2007-04-27 09:30:05,810 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /page-flow.xml
2007-04-27 09:30:05,810 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/page-flow-controller-runtime.xsd

// Some Cache dumps

2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/request-config.rng
2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.ProcessorImpl] Cache [data, class org.orbeon.oxf.processor.pipeline.TeeProcessor, $data, class org.orbeon.oxf.processor.pipeline.choose.ConcreteChooseProcessor]: source cacheable and found for key 'InputCacheKey [class: org.orbeon.oxf.processor.pipeline.choose.ConcreteChooseProcessor, inputName: $data, DocKey [ SimpleOutputCacheKey [class: org.orbeon.oxf.processor.generator.DOMGenerator, outputName: data, key: inline config] ]]'. FOUND object: org.dom4j.tree.DefaultDocument@170a4d0 [Document: name null]
2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/url-generator-config.rng
2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /config/not-found.xml
2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.ProcessorImpl] Config (URIReferences) found: org.orbeon.oxf.processor.URIProcessorOutputImpl$URIReferences@e3f8b9
2007-04-27 09:30:05,826 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.ProcessorImpl] Config (URIReferences) found: org.orbeon.oxf.processor.URIProcessorOutputImpl$URIReferences@e3f8b9
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] Config found: org.orbeon.oxf.processor.generator.URLGenerator$ConfigURIReferences@8e0e1
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /config/epilogue-servlet.xpl
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/pipeline.rng
2007-04-27 09:30:05,841 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /ops/pfc/xforms-epilogue.xpl
2007-04-27 09:30:05,857 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/pipeline.rng
2007-04-27 09:30:05,857 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/processor/serializer/http-serializer-config.rng


// Some more Cache dumps ...
2007-04-27 09:30:05,857 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/request-config.rng
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /config/theme-portal.xsl
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/processor/converter/standard-text-converter-config.rng
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/processor/converter/qname-converter-config.rng
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/xslt-preferences-config.rng
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /org/orbeon/oxf/xml/schemas/xslt-transformer-config.rng
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /config/theme-plain.xsl
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.generator.URLGenerator] OXF Protocol: Using ResourceManager for key /apps-list.xml
2007-04-27 09:30:05,873 DEBUG [org.orbeon.oxf.processor.serializer.HttpSerializerBase] Last modified: 1177661963767
2007-04-27 09:30:05,888 DEBUG [org.orbeon.oxf.util.NetUtils] Found If-Modified-Since header
2007-04-27 09:30:05,888 DEBUG [org.orbeon.oxf.util.NetUtils] Sending SC_NOT_MODIFIED response
2007-04-27 09:30:05,888 DEBUG [org.orbeon.oxf.processor.serializer.HttpSerializerBase] Sending SC_NOT_MODIFIED
2007-04-27 09:30:05,888 INFO  [org.orbeon.oxf.webapp.ProcessorService] /xforms-renderer - Timing: 78 - Cache hits: 133, fault: 0, adds: 0, success rate: 100%



It is my understanding that:

1. request an xform via JSP in my war
2. map the url of the xform onto the OPSXFormsFilter
3. OPSXFormsFilter delgates the call cross-context to the OPS engine after the page is prodcued.
4. The usual xforms processing happens in OPS
5. The ouput of the OPS processing is returned in the response.

I have had success deploying my person.xhtml into xforms-jsp in  ops.war/



Additionally, can you deploy custom pageflows in the seperate war and have them delegated to OPS? It seems possible, would just be a matter of where the page flow definition would go.

 

 

Alessandro Vernet wrote

Are you getting the "Orbeon Forms - Page Not Found" message when going
to http://localhost:8380/xforms-war-0.0.1/xforms-jsp/person.xhtml? If
you look at the ops.log (which might be in your Tomcat's log
directory, do you see there a line with "/some-path - Received
request"? If you do, what is the path there?

Alex

On 4/26/07, navigator77 <ajlstuart@gmail.com> wrote:
>
> Hi All
>
> I'm an OPS newbie, so please bear with me.
>
> Trying to get the separate deployment working.  I have configured my
> web.xml, have OPS deployed and working, have created and successfully
> deployed an xforms xhtml in the OPS XForms sandbox.  Now if I deploy this
> xform in my "separate" application (with cross context enabled) - I get a
> "Orbeon Forms - Page Not Found" message.
>
> my URL:
> http://localhost:8380/xforms-war-0.0.1/xforms-jsp/person.xhtml
>
> my web.xml:
> [code]
> <filter>
>                 <filter-name>ops-xforms-filter</filter-name>
>                 <filter-class>
>                         org.orbeon.oxf.servlet.OPSXFormsFilter
>                 </filter-class>
>                 <init-param>
>                         <param-name>oxf.xforms.renderer.context</param-name>
>                         <param-value>/ops</param-value>
>                 </init-param>
>         </filter>
>         <filter-mapping>
>                 <filter-name>ops-xforms-filter</filter-name>
>                 <url-pattern>/xforms-jsp/*</url-pattern>
>         </filter-mapping>
>         <filter-mapping>
>                 <filter-name>ops-xforms-filter</filter-name>
>                 <url-pattern>/ops/*</url-pattern>
>         </filter-mapping>
> [/code]
>
> my war layout:
> /WEB-INF/**.**
> /xforms-jsp/person.xhtml
>
>
> It seems that my filters are correctly configured as /xforms-renderer is
> being hit and the OPS error page is being displayed. I am probably missing
> something trivial.
>
>  Please advise. Thanks in advance.
> --
> View this message in context: http://www.nabble.com/%22Orbeon-Forms---Page-Not-Found%22--when-publishing-custom-xform-tf3650666.html#a10197453
> Sent from the ObjectWeb OPS - Users mailing list archive at Nabble.com.
>
>
>
>
> --
> You receive this message as a subscriber of the ops-users@objectweb.org mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@objectweb.org
> For general help: mailto:sympa@objectweb.org?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>


--
Orbeon Forms - Web 2.0 Forms for the Enterprise
http://www.orbeon.com/



--
You receive this message as a subscriber of the ops-users@objectweb.org mailing list.
To unsubscribe: mailto:ops-users-unsubscribe@objectweb.org
For general help: mailto:sympa@objectweb.org?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

On 4/27/07, navigator77 <[hidden email]> wrote:
> Yes, the xforms-renderer seems to be being invoked:
> [...]

I don't see any error in this log. I think your best best is to post a
reproducible test case in the form of a small war file that we can run
along Orbeon Forms.

> It is my understanding that:
>
> 1. request an xform via JSP in my war
> 2. map the url of the xform onto the OPSXFormsFilter
> 3. OPSXFormsFilter delgates the call cross-context to the OPS engine after
> the page is prodcued.
> 4. The usual xforms processing happens in OPS
> 5. The ouput of the OPS processing is returned in the response.

Yes, this is correct. Formulated a little differently: in step 2, the
request hits your JSP, the JSP runs and produces XHTML+XForms. In step
3, the content produced by the JSP is intercepted and sent to the
Orbeon Forms war.

> Additionally, can you deploy custom pageflows in the seperate war and have
> them delegated to OPS? It seems possible, would just be a matter of where
> the page flow definition would go.

You would use page flows only when your requests hit Orbeon Forms
directly. You wouldn't be using a page flow with Separate Deployment.

Alex
--
Orbeon Forms - Web 2.0 Forms for the Enterprise
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hi everyone!

I am experiencing a similar problem, and I wonder if this issue has been resolved (before posting a longish mail with the details of my case )?



Thanks,

Carsten Damm

Alessandro Vernet wrote

On 4/27/07, navigator77 <ajlstuart@gmail.com> wrote:
> Yes, the xforms-renderer seems to be being invoked:
> [...]

I don't see any error in this log. I think your best best is to post a
reproducible test case in the form of a small war file that we can run
along Orbeon Forms.

> It is my understanding that:
>
> 1. request an xform via JSP in my war
> 2. map the url of the xform onto the OPSXFormsFilter
> 3. OPSXFormsFilter delgates the call cross-context to the OPS engine after
> the page is prodcued.
> 4. The usual xforms processing happens in OPS
> 5. The ouput of the OPS processing is returned in the response.

Yes, this is correct. Formulated a little differently: in step 2, the
request hits your JSP, the JSP runs and produces XHTML+XForms. In step
3, the content produced by the JSP is intercepted and sent to the
Orbeon Forms war.

> Additionally, can you deploy custom pageflows in the seperate war and have
> them delegated to OPS? It seems possible, would just be a matter of where
> the page flow definition would go.

You would use page flows only when your requests hit Orbeon Forms
directly. You wouldn't be using a page flow with Separate Deployment.

Alex
--
Orbeon Forms - Web 2.0 Forms for the Enterprise
http://www.orbeon.com/



--
You receive this message as a subscriber of the ops-users@objectweb.org mailing list.
To unsubscribe: mailto:ops-users-unsubscribe@objectweb.org
For general help: mailto:sympa@objectweb.org?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Casten,

On 6/29/07, carsten.damm <[hidden email]> wrote:
> I am experiencing a similar problem, and I wonder if this issue has been
> resolved (before posting a longish mail with the details of my case :))?

Are you using separate or integrated deployment? What is the URL that
you are hitting in your browser when you get this error?

Alex
--
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hiya!

>> I am experiencing a similar problem, and I wonder if this issue has
been
>> resolved (before posting a longish mail with the details of my case
:))?
>
> Are you using separate or integrated deployment? What is the URL that
> you are hitting in your browser when you get this error?

I'm using separate deployment using the nightly build from June 28th.
What I did was integrate the guess-the-number example into my own
application. Just the location of the JSP changed, the code is the
same--so the new context is (websearch is my own app):
http://localhost:8080/websearch/xforms-jsp/guess-the-number/index.jsp


The filter has been set up to /xforms-jsp/*, and it comes back with the
"Orbeon Forms - Page Not Found
We are sorry, but the resource you have requested is not available on
this server."-page when I hit the link
"/websearch/xforms-jsp/guess-the-number/index.jsp" from within my
application.


Best,

Carsten





--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Carsten,
Do you see an exceptions in the Tomcat logs?

Did you set the cross-context attribute in your Tomcat configuration?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hiya!

> Do you see any exceptions in the Tomcat logs?

No, looks all fine.

> Did you set the cross-context attribute in your Tomcat configuration?

Yes (otherwise the OPS wouldn't respond at all, I guess).


Best,

Carsten


-----Ursprüngliche Nachricht-----
Von: Erik Bruchez [mailto:[hidden email]] Im Auftrag von Erik Bruchez
Gesendet: Montag, 2. Juli 2007 21:54
An: [hidden email]
Betreff: Re: AW: [ops-users] "Orbeon Forms - Page Not Found" when publishing custom xform

Carsten,
Do you see an exceptions in the Tomcat logs?

Did you set the cross-context attribute in your Tomcat configuration?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Damm, Carsten wrote:
> Hiya!
>
>> Do you see any exceptions in the Tomcat logs?
>
> No, looks all fine.
>
>> Did you set the cross-context attribute in your Tomcat configuration?
>
> Yes (otherwise the OPS wouldn't respond at all, I guess).

Ok. And I forget what version of Orbeon Forms you are using. This is a
reasonably recent nightly build, right?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hey Eric!

Yeah, it was from the 28th. Shall I use a more recent one?


Best,

Carsten




-----Ursprüngliche Nachricht-----
Von: Erik Bruchez [mailto:[hidden email]] Im Auftrag von Erik Bruchez
Gesendet: Dienstag, 3. Juli 2007 12:03
An: [hidden email]
Betreff: Re: AW: AW: [ops-users] "Orbeon Forms - Page Not Found" when publishing custom xform

Damm, Carsten wrote:
> Hiya!
>
>> Do you see any exceptions in the Tomcat logs?
>
> No, looks all fine.
>
>> Did you set the cross-context attribute in your Tomcat configuration?
>
> Yes (otherwise the OPS wouldn't respond at all, I guess).

Ok. And I forget what version of Orbeon Forms you are using. This is a
reasonably recent nightly build, right?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

We fixed minor things in recent builds, but nothing that should impact
Orbeon Forms deployment.

So let's try to figure this out.

First, if you completely disable the filter in web.xml, restart Tomcat,
and then access the page, what happens?

-Erik

Damm, Carsten wrote:
--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hiya!

> So let's try to figure this out.

Cool, thanks! :o)

> First, if you completely disable the filter in web.xml, restart
Tomcat,
> and then access the page, what happens?

Okay, I removed the filter entries from web.xml, restarted tomcat and
accessed the page. The result is non-rendered output from the jsp, the
browser basically displays this:

Guess The Number 20 .paragraph { margin-top: 1em; } .feedback {
background-color: #ffa; margin-left: 10px; padding: 5px; } .guess input
{ width: 5em; } .xforms-alert-inactive { display: none; } Guess The
Number I picked a number between 1 and 100. Can you guess it? Good, I
like the spirit. Try your best guess: Go  is a bit too low.  is a tat
too high.  is the right answer. Congratulations! I'm a cheater! Tired
already? OK, then. The answer is .

Of course, the output is XHTML, see the attached file for what the JSP
produces.


Best,

Carsten





--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Damm, Carsten wrote:
He he, in fact your output is *not* XHTML. All your elements are
capitalized, which is invalid XHTML. See:

   http://www.w3.org/TR/xhtml1/#h-4.2

So if you fix this and restore the filter, is there some progress?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hiya!

> He he, in fact your output is *not* XHTML. All your elements are
> capitalized, which is invalid XHTML.

D'oh! You're right, didn't see that. There was some other unwanted strangeness in the output as well (some HTML tags included by the JSP).

> So if you fix this and restore the filter, is there some progress?

Okay, I did fix this. Instead of a JSP, I'm using a servlet now, which outputs verified XHTML (I checked it with XMLSpy and had it running in the XForms sandbox of your website)--see attachment.

The (restored) filter still give me the same old message "Orbeon Forms - Page Not Found We are sorry, but the resource you have requested is not available on this server."

I'm glad the OPS filter kicks in, which shows that the mapping is working at least. Why it doesn't process the output is beyond me, however.

Any idea of what else I can do?


Best,

Carsten






-----Ursprüngliche Nachricht-----
Von: Erik Bruchez [mailto:[hidden email]] Im Auftrag von Erik Bruchez
Gesendet: Mittwoch, 4. Juli 2007 23:18
An: [hidden email]
Betreff: Re: AW: [ops-users] "Orbeon Forms - Page Not Found" when publishing custom xform

Damm, Carsten wrote:
He he, in fact your output is *not* XHTML. All your elements are
capitalized, which is invalid XHTML. See:

   http://www.w3.org/TR/xhtml1/#h-4.2

So if you fix this and restore the filter, is there some progress?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hiya!

> He he, in fact your output is *not* XHTML. All your elements are
> capitalized, which is invalid XHTML.

D'oh! You're right, didn't see that. There was some other unwanted strangeness in the output as well (some HTML tags included by the JSP).

> So if you fix this and restore the filter, is there some progress?

Okay, I did fix this. Instead of a JSP, I'm using a servlet now, which outputs verified XHTML (I checked it with XMLSpy and had it running in the XForms sandbox of your website)--see attachment.

The (restored) filter still give me the same old message "Orbeon Forms - Page Not Found We are sorry, but the resource you have requested is not available on this server."

I'm glad the OPS filter kicks in, which shows that the mapping is working at least. Why it doesn't process the output is beyond me, however.

Any idea of what else I can do?


Best,

Carsten






-----Ursprüngliche Nachricht-----
Von: Erik Bruchez [mailto:[hidden email]] Im Auftrag von Erik Bruchez
Gesendet: Mittwoch, 4. Juli 2007 23:18
An: [hidden email]
Betreff: Re: AW: [ops-users] "Orbeon Forms - Page Not Found" when publishing custom xform

Damm, Carsten wrote:
He he, in fact your output is *not* XHTML. All your elements are
capitalized, which is invalid XHTML. See:

   http://www.w3.org/TR/xhtml1/#h-4.2

So if you fix this and restore the filter, is there some progress?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

...forgot the attachment...

-----Ursprüngliche Nachricht-----
Von: Damm, Carsten [mailto:[hidden email]]
Gesendet: Donnerstag, 5. Juli 2007 08:46
An: [hidden email]
Betreff: AW: AW: [ops-users] "Orbeon Forms - Page Not Found" when publishing custom xform

Hiya!

> He he, in fact your output is *not* XHTML. All your elements are
> capitalized, which is invalid XHTML.

D'oh! You're right, didn't see that. There was some other unwanted strangeness in the output as well (some HTML tags included by the JSP).

> So if you fix this and restore the filter, is there some progress?

Okay, I did fix this. Instead of a JSP, I'm using a servlet now, which outputs verified XHTML (I checked it with XMLSpy and had it running in the XForms sandbox of your website)--see attachment.

The (restored) filter still give me the same old message "Orbeon Forms - Page Not Found We are sorry, but the resource you have requested is not available on this server."

I'm glad the OPS filter kicks in, which shows that the mapping is working at least. Why it doesn't process the output is beyond me, however.

Any idea of what else I can do?


Best,

Carsten






-----Ursprüngliche Nachricht-----
Von: Erik Bruchez [mailto:[hidden email]] Im Auftrag von Erik Bruchez
Gesendet: Mittwoch, 4. Juli 2007 23:18
An: [hidden email]
Betreff: Re: AW: [ops-users] "Orbeon Forms - Page Not Found" when publishing custom xform

Damm, Carsten wrote:
He he, in fact your output is *not* XHTML. All your elements are
capitalized, which is invalid XHTML. See:

   http://www.w3.org/TR/xhtml1/#h-4.2

So if you fix this and restore the filter, is there some progress?

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Casten,

This is what I did:

* Downloaded latest nightly.

* Made sure Tomcat is not running.

* Deployed the WAR into Tomcat with the following context in server.xml:

   <Context path="/ops-nightly" docBase="/Users/ebruchez/Desktop/ops-war"
            reloadable="true" override="true"/>

* Deployed my own test WAR as follows:

   <Context path="/my-app" docBase="/Users/ebruchez/Desktop/my-war"
            reloadable="true" override="true" crossContext="true"/>

* Copied the nightly build's ops-xforms-filter.jar to my-app's
my-war/WEB-INF/lib.

* Configured my-app with the following web.xml:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application
2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
     <display-name>My App</display-name>
     <filter>
         <filter-name>ops-xforms-filter</filter-name>
         <filter-class>org.orbeon.oxf.servlet.OPSXFormsFilter</filter-class>
         <init-param>
             <param-name>oxf.xforms.renderer.context</param-name>
             <param-value>/ops-nightly</param-value>
         </init-param>
     </filter>
     <filter-mapping>
         <filter-name>ops-xforms-filter</filter-name>
         <url-pattern>/xforms-jsp/*</url-pattern>
     </filter-mapping>
     <filter-mapping>
         <filter-name>ops-xforms-filter</filter-name>
         <url-pattern>/ops-nightly/*</url-pattern>
     </filter-mapping>
</web-app>

* Created a JSP file containing literally the content of your
   jsp_output.xhtml. I put this JSP under:

     my-war/xforms-jsp/carsten/index.jsp

* Started Tomcat.

* Accessed:

   http://localhost:8080/my-app/xforms-jsp/carsten/

The result is a functional XForms page.

Do you see anything in there that you do differently? If not, can you
still try these steps?

-Erik

Damm, Carsten wrote:
 > ...forgot the attachment...
 >
 > -----Ursprüngliche Nachricht-----
 > Von: Damm, Carsten [mailto:[hidden email]]
 > Gesendet: Donnerstag, 5. Juli 2007 08:46
 > An: [hidden email]
 > Betreff: AW: AW: [ops-users] "Orbeon Forms - Page Not Found" when
publishing custom xform
 >
 > Hiya!
 >
 >> He he, in fact your output is *not* XHTML. All your elements are
 >> capitalized, which is invalid XHTML.
 >
 > D'oh! You're right, didn't see that. There was some other unwanted
strangeness in the output as well (some HTML tags included by the JSP).
 >
 >> So if you fix this and restore the filter, is there some progress?
 >
 > Okay, I did fix this. Instead of a JSP, I'm using a servlet now,
which outputs verified XHTML (I checked it with XMLSpy and had it
running in the XForms sandbox of your website)--see attachment.
 >
 > The (restored) filter still give me the same old message "Orbeon
Forms - Page Not Found We are sorry, but the resource you have requested
is not available on this server."
 >
 > I'm glad the OPS filter kicks in, which shows that the mapping is
working at least. Why it doesn't process the output is beyond me, however.
 >
 > Any idea of what else I can do?
 >
 >
 > Best,
 >
 > Carsten
 >
 >
 >
 >
 >
 >
 > -----Ursprüngliche Nachricht-----
 > Von: Erik Bruchez [mailto:[hidden email]] Im Auftrag von Erik Bruchez
 > Gesendet: Mittwoch, 4. Juli 2007 23:18
 > An: [hidden email]
 > Betreff: Re: AW: [ops-users] "Orbeon Forms - Page Not Found" when
publishing custom xform
 >
 > Damm, Carsten wrote:
 >
 >> Okay, I removed the filter entries from web.xml, restarted tomcat and
 >> accessed the page. The result is non-rendered output from the jsp, the
 >> browser basically displays this:
 >>
 >> Guess The Number 20 .paragraph { margin-top: 1em; } .feedback {
 >> background-color: #ffa; margin-left: 10px; padding: 5px; } .guess input
 >> { width: 5em; } .xforms-alert-inactive { display: none; } Guess The
 >> Number I picked a number between 1 and 100. Can you guess it? Good, I
 >> like the spirit. Try your best guess: Go  is a bit too low.  is a tat
 >> too high.  is the right answer. Congratulations! I'm a cheater! Tired
 >> already? OK, then. The answer is .
 >>
 >> Of course, the output is XHTML, see the attached file for what the JSP
 >> produces.
 >
 > He he, in fact your output is *not* XHTML. All your elements are
 > capitalized, which is invalid XHTML. See:
 >
 >    http://www.w3.org/TR/xhtml1/#h-4.2
 >
 > So if you fix this and restore the filter, is there some progress?
 >
 > -Erik
 >
 >


--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hiya!

> Do you see anything in there that you do differently? If not, can you
> still try these steps?

Sure can! See below.

> Downloaded latest nightly.

Check.

> Made sure Tomcat is not running.

Check. I'm using version 5.5.20, btw.

> Deployed the WAR into Tomcat with the following context in server.xml:
>   <Context path="/ops-nightly"
docBase="/Users/ebruchez/Desktop/ops-war"
>            reloadable="true" override="true"/>

Check. Mine is:
<Context path="/ops" docBase="C:\temp\eclipse\tomcat\webapps\ops"
reloadable="true" override="true"/>

> Deployed my own test WAR as follows:
>   <Context path="/my-app" docBase="/Users/ebruchez/Desktop/my-war"
>            reloadable="true" override="true" crossContext="true"/>

Hm. Mine is not deployed as a WAR, but set up as part of the development
environment (Eclipse using an SVN repository). I doubt that makes a
difference, however, because everything runs as advertised and I fail to
see how that could interfere with the OPS setup. Here's my Context
deployment for comparison:

<Context path="/websearch" reloadable="false"
docBase="C:\temp\eclipse\workspace\nggapp\src\web\applications\websearch
" workDir="C:\temp\eclipse\workspace\nggapp\work" crossContext="true" >

Are the reloadable="true" and override="true" attributes important (they
didn't produce anything different when I put them in)?

> Copied the nightly build's ops-xforms-filter.jar to my-app's
> my-war/WEB-INF/lib.

Check.

> Configured my-app with the following web.xml: (...)

Check (content is the same).

> Created a JSP file containing literally the content of your
>   jsp_output.xhtml. I put this JSP under:
>     my-war/xforms-jsp/carsten/index.jsp

I used a Servlet, which outputs the exact content of the file.

> Started Tomcat.

Check.

> Accessed: http://localhost:8080/my-app/xforms-jsp/carsten/
> The result is a functional XForms page.

Okay, mine still doesn't return anything useful. Except for the
deployment of my app, the procedure is the same. Maybe it's the Tomcat
version?

I think I'm going to wrap it up as WAR now and run another test. If that
fails, I'm going to set things up from scratch, outside the development
environment with all components "out of the box" (i.e. fresh downloads
of everything).

I'll get back to you once I have any results (likely next week), unless
you beat me with a better idea in the meantime. :-)


Thanks,

Carsten





--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Damm, Carsten wrote:

> Okay, mine still doesn't return anything useful. Except for the
> deployment of my app, the procedure is the same. Maybe it's the Tomcat
> version?
>
> I think I'm going to wrap it up as WAR now and run another test. If that
> fails, I'm going to set things up from scratch, outside the development
> environment with all components "out of the box" (i.e. fresh downloads
> of everything).

That's probably a good idea. And also try to directly put the input file
in a JSP to see if that makes a difference (it shouldn't).

> I'll get back to you once I have any results (likely next week), unless
> you beat me with a better idea in the meantime. :-)

No other good idea at this point ;-)

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws