url variables

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

url variables

Colin Seaman
Hi,

I'm extracting some variables from a URL and adding them to an instance
in my XForm.  The method I'm using is as follows:

URL: www.mysite.com/ops/myform/?path=somepath

Page-flow.xml
<config xmlns="http://www.orbeon.com/oxf/controller"
xmlns:xu="http://www.xmldb.org/xupdate">
    <page path-info="/myform/" model="page-flow.xpl" view="myform.xhtml"
default-submission="/url.xml">
    <setvalue ref="/Submission/serverpath" parameter="path"/>
</page>
<epilogue url="oxf:/config/epilogue.xpl"/>
</config>

url.xml is
<?xml version="1.0"?>
<Submission>
<serverpath>nothing</serverpath>
</Submission>

and in my XForm:

<xforms:instance id="url">
        <xi:include href="input:instance" />
      </xforms:instance>

This was working fine in the nightly build of 23rd November, but we have
just upgraded to the build of 15th Dec and this stopped pulling in the
url information.

Has anything changed in the way this is supposed to work between these
dates?

--
Colin Seaman
Senior Developer
 
Tradocs Ltd,
Tower Point,
44 North Road,
Brighton,
BN1 1YR

email:     [hidden email]
skype:     colin,seaman
telephone: 0870-1417031
website:   http://www.tradocs.net

This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to
whom they are addressed. If you have received this email in
error please contact Tradocs. Please note that any views or
opinions presented in this email are solely those of the author
and do not necessarily represent those of the company. Finally,
the recipient should check this email and any attachments for
the presence of viruses. The company accepts no liability for
any damage caused by any virus transmitted by this email.
This content of this email is without prejudice.




--
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
Reply | Threaded
Open this post in threaded view
|

Re: url variables

Erik Bruchez
Administrator
Colin,

No, nothing should have changed. I don't think any work has gone in the
page flow code recently anyway.

I notice that a few of the sample apps that use <setvalue> still work.
So if something is broken it's not generalized.

Have you made sure that you don't have a legacy "ops" directory at the
root of your resources?

-Erik

Colin Seaman wrote:

> Hi,
>
> I'm extracting some variables from a URL and adding them to an instance
> in my XForm.  The method I'm using is as follows:
>
> URL: www.mysite.com/ops/myform/?path=somepath
>
> Page-flow.xml
> <config xmlns="http://www.orbeon.com/oxf/controller"
> xmlns:xu="http://www.xmldb.org/xupdate">
>    <page path-info="/myform/" model="page-flow.xpl" view="myform.xhtml"
> default-submission="/url.xml">
>    <setvalue ref="/Submission/serverpath" parameter="path"/>
> </page>
> <epilogue url="oxf:/config/epilogue.xpl"/>
> </config>
>
> url.xml is
> <?xml version="1.0"?>
> <Submission>
> <serverpath>nothing</serverpath>
> </Submission>
>
> and in my XForm:
>
> <xforms:instance id="url">
>        <xi:include href="input:instance" />
>      </xforms:instance>
>
> This was working fine in the nightly build of 23rd November, but we have
> just upgraded to the build of 15th Dec and this stopped pulling in the
> url information.
> Has anything changed in the way this is supposed to work between these
> dates?
>
>
> ------------------------------------------------------------------------
>
>
> --
> 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

--
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
Reply | Threaded
Open this post in threaded view
|

Re: url variables

Colin Seaman
Thanks Erik.

I haven't got the ops/ dir under resources (incidently what difference would that make?).  I'm having a look at the DMV example to try and see if anything I'm doing is different.

Just seemed a little strange that this was working fine before I upgraded! :-(

Colin Seaman
Senior Developer
 
Tradocs Ltd,
Tower Point,
44 North Road,
Brighton,
BN1 1YR

email:     [hidden email]
skype:     colin,seaman
telephone: 0870-1417031
website:   http://www.tradocs.net

This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity to 
whom they are addressed. If you have received this email in 
error please contact Tradocs. Please note that any views or 
opinions presented in this email are solely those of the author 
and do not necessarily represent those of the company. Finally, 
the recipient should check this email and any attachments for 
the presence of viruses. The company accepts no liability for 
any damage caused by any virus transmitted by this email.
This content of this email is without prejudice.


Erik Bruchez wrote:
Colin,

No, nothing should have changed. I don't think any work has gone in the page flow code recently anyway.

I notice that a few of the sample apps that use <setvalue> still work. So if something is broken it's not generalized.

Have you made sure that you don't have a legacy "ops" directory at the root of your resources?

-Erik

Colin Seaman wrote:
Hi,

I'm extracting some variables from a URL and adding them to an instance in my XForm.  The method I'm using is as follows:

URL: www.mysite.com/ops/myform/?path=somepath

Page-flow.xml
<config xmlns="http://www.orbeon.com/oxf/controller" xmlns:xu="http://www.xmldb.org/xupdate">
   <page path-info="/myform/" model="page-flow.xpl" view="myform.xhtml" default-submission="/url.xml">
   <setvalue ref="/Submission/serverpath" parameter="path"/>
</page>
<epilogue url="oxf:/config/epilogue.xpl"/>
</config>

url.xml is
<?xml version="1.0"?>
<Submission>
<serverpath>nothing</serverpath>
</Submission>

and in my XForm:

<xforms:instance id="url">
       <xi:include href="input:instance" />
     </xforms:instance>

This was working fine in the nightly build of 23rd November, but we have just upgraded to the build of 15th Dec and this stopped pulling in the url information.
Has anything changed in the way this is supposed to work between these dates?


------------------------------------------------------------------------


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



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


--
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
Reply | Threaded
Open this post in threaded view
|

Re: url variables

Erik Bruchez
Administrator
Colin Seaman wrote:
> Thanks Erik.
>
> I haven't got the ops/ dir under resources (incidently what difference
> would that make?).

Before our change in directory layout, there was a directory called
"ops" in the default location for the resources (so typically as
WEB-INF/resources/ops). This directory contains resources required by
Orbeon Forms and that you typically don't have to modify.

With the new directory layout, the ops directory was moved to JAR files.
But if you keep an old ops directory under WEB-INF/resources/ops,
resources under that directory having precedence over the versions of
the resources in the JAR files, you could be running out of sync
versions of those resources.

-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
Reply | Threaded
Open this post in threaded view
|

Re: url variables

Colin Seaman
thanks Erik.

The problem laid in a difference in my original /page-flow.xml with the new one, so all is well!
Colin Seaman
Senior Developer
 
Tradocs Ltd,
Tower Point,
44 North Road,
Brighton,
BN1 1YR

email:     [hidden email]
skype:     colin,seaman
telephone: 0870-1417031
website:   http://www.tradocs.net

This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity to 
whom they are addressed. If you have received this email in 
error please contact Tradocs. Please note that any views or 
opinions presented in this email are solely those of the author 
and do not necessarily represent those of the company. Finally, 
the recipient should check this email and any attachments for 
the presence of viruses. The company accepts no liability for 
any damage caused by any virus transmitted by this email.
This content of this email is without prejudice.


Erik Bruchez wrote:
Colin Seaman wrote:
Thanks Erik.

I haven't got the ops/ dir under resources (incidently what difference would that make?).

Before our change in directory layout, there was a directory called "ops" in the default location for the resources (so typically as WEB-INF/resources/ops). This directory contains resources required by Orbeon Forms and that you typically don't have to modify.

With the new directory layout, the ops directory was moved to JAR files. But if you keep an old ops directory under WEB-INF/resources/ops, resources under that directory having precedence over the versions of the resources in the JAR files, you could be running out of sync versions of those resources.

-Erik


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


--
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