2.8 to 3.0 migration issue

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

2.8 to 3.0 migration issue

Smith, Donald

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Ryan Puddephatt

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Smith, Donald
In reply to this post by Smith, Donald

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Ryan Puddephatt

Donald,

            What does the <page> in the page-flow look like?

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:14
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Smith, Donald
In reply to this post by Smith, Donald

Like this:

 

<page id="search1" path-info="/toolEval/searchEvaluation1" view="searchEvaluation1/view.xhtml">

  <action when="/instance/action = 'next'">

    <result page="search2" transform="oxf:xslt">

      <search1 xsl:version="2.0" xmlns="">

        <xsl:copy-of select="doc('input:instance')/instance/selection"/>

        <xsl:copy-of select="doc('input:instance')/instance/params"/>

      </search1>

    </result>

  </action>

  <action when="/instance/action = 'back'">

    <result page="toolEvaluation"/>

  </action>

</page>

 

It’s the transform attribute on the first <result> that’s causing the problem.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:17 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            What does the <page> in the page-flow look like?

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:14
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Ryan Puddephatt

Donald,

            I don’t think you can’t use doc(‘input:instance’) in the page-flow, have you tried putting this directly in the instance on the page instead?

 

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:24
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Like this:

 

<page id="search1" path-info="/toolEval/searchEvaluation1" view="searchEvaluation1/view.xhtml">

  <action when="/instance/action = 'next'">

    <result page="search2" transform="oxf:xslt">

      <search1 xsl:version="2.0" xmlns="">

        <xsl:copy-of select="doc('input:instance')/instance/selection"/>

        <xsl:copy-of select="doc('input:instance')/instance/params"/>

      </search1>

    </result>

  </action>

  <action when="/instance/action = 'back'">

    <result page="toolEvaluation"/>

  </action>

</page>

 

It’s the transform attribute on the first <result> that’s causing the problem.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:17 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            What does the <page> in the page-flow look like?

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:14
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Smith, Donald
In reply to this post by Smith, Donald

The documentation says:

 

4.2.4. The <result> element

A <result> element can optionally contain an XML submission. The submission can be created using XSLT, XQuery, or the deprecated XUpdate. You specify which language to use with the transform attribute on the <result> element. The inline content of the <result> contains then a transformation in the language specified. Using XSLT is recommended.

The transformation has automatically access to:

·         An instance input, containing the current XML submission. From XSLT, XQuery and XUpdate, this input is available with the doc('input:instance') function.

So this usage is conformant. And, it works just fine in the demo environment.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:30 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            I don’t think you can’t use doc(‘input:instance’) in the page-flow, have you tried putting this directly in the instance on the page instead?

 

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:24
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Like this:

 

<page id="search1" path-info="/toolEval/searchEvaluation1" view="searchEvaluation1/view.xhtml">

  <action when="/instance/action = 'next'">

    <result page="search2" transform="oxf:xslt">

      <search1 xsl:version="2.0" xmlns="">

        <xsl:copy-of select="doc('input:instance')/instance/selection"/>

        <xsl:copy-of select="doc('input:instance')/instance/params"/>

      </search1>

    </result>

  </action>

  <action when="/instance/action = 'back'">

    <result page="toolEvaluation"/>

  </action>

</page>

 

It’s the transform attribute on the first <result> that’s causing the problem.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:17 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            What does the <page> in the page-flow look like?

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:14
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Ryan Puddephatt

What do you mean by demo environment?

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:36
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

The documentation says:

 

4.2.4. The <result> element

A <result> element can optionally contain an XML submission. The submission can be created using XSLT, XQuery, or the deprecated XUpdate. You specify which language to use with the transform attribute on the <result> element. The inline content of the <result> contains then a transformation in the language specified. Using XSLT is recommended.

The transformation has automatically access to:

·      An instance input, containing the current XML submission. From XSLT, XQuery and XUpdate, this input is available with the doc('input:instance') function.

So this usage is conformant. And, it works just fine in the demo environment.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:30 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            I don’t think you can’t use doc(‘input:instance’) in the page-flow, have you tried putting this directly in the instance on the page instead?

 

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:24
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Like this:

 

<page id="search1" path-info="/toolEval/searchEvaluation1" view="searchEvaluation1/view.xhtml">

  <action when="/instance/action = 'next'">

    <result page="search2" transform="oxf:xslt">

      <search1 xsl:version="2.0" xmlns="">

        <xsl:copy-of select="doc('input:instance')/instance/selection"/>

        <xsl:copy-of select="doc('input:instance')/instance/params"/>

      </search1>

    </result>

  </action>

  <action when="/instance/action = 'back'">

    <result page="toolEvaluation"/>

  </action>

</page>

 

It’s the transform attribute on the first <result> that’s causing the problem.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:17 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            What does the <page> in the page-flow look like?

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:14
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Smith, Donald
In reply to this post by Smith, Donald

I mean I use the Orbeon demo environment: add my own application to the list of apps (bizdoc, ATM , etc.) and add the folder and its content. It runs fine there.

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:41 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

What do you mean by demo environment?

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:36
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

The documentation says:

 

4.2.4. The <result> element

A <result> element can optionally contain an XML submission. The submission can be created using XSLT, XQuery, or the deprecated XUpdate. You specify which language to use with the transform attribute on the <result> element. The inline content of the <result> contains then a transformation in the language specified. Using XSLT is recommended.

The transformation has automatically access to:

·      An instance input, containing the current XML submission. From XSLT, XQuery and XUpdate, this input is available with the doc('input:instance') function.

So this usage is conformant. And, it works just fine in the demo environment.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:30 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            I don’t think you can’t use doc(‘input:instance’) in the page-flow, have you tried putting this directly in the instance on the page instead?

 

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:24
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Like this:

 

<page id="search1" path-info="/toolEval/searchEvaluation1" view="searchEvaluation1/view.xhtml">

  <action when="/instance/action = 'next'">

    <result page="search2" transform="oxf:xslt">

      <search1 xsl:version="2.0" xmlns="">

        <xsl:copy-of select="doc('input:instance')/instance/selection"/>

        <xsl:copy-of select="doc('input:instance')/instance/params"/>

      </search1>

    </result>

  </action>

  <action when="/instance/action = 'back'">

    <result page="toolEvaluation"/>

  </action>

</page>

 

It’s the transform attribute on the first <result> that’s causing the problem.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:17 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            What does the <page> in the page-flow look like?

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:14
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Ryan Puddephatt

Weird, it should run fine! There is no difference between the orbeon examples dl and the apps apart from the content! Is there anything else you can think you might have changed?

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:44
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

I mean I use the Orbeon demo environment: add my own application to the list of apps (bizdoc, ATM , etc.) and add the folder and its content. It runs fine there.

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:41 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

What do you mean by demo environment?

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:36
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

The documentation says:

 

4.2.4. The <result> element

A <result> element can optionally contain an XML submission. The submission can be created using XSLT, XQuery, or the deprecated XUpdate. You specify which language to use with the transform attribute on the <result> element. The inline content of the <result> contains then a transformation in the language specified. Using XSLT is recommended.

The transformation has automatically access to:

·  An instance input, containing the current XML submission. From XSLT, XQuery and XUpdate, this input is available with the doc('input:instance') function.

So this usage is conformant. And, it works just fine in the demo environment.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:30 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            I don’t think you can’t use doc(‘input:instance’) in the page-flow, have you tried putting this directly in the instance on the page instead?

 

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:24
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Like this:

 

<page id="search1" path-info="/toolEval/searchEvaluation1" view="searchEvaluation1/view.xhtml">

  <action when="/instance/action = 'next'">

    <result page="search2" transform="oxf:xslt">

      <search1 xsl:version="2.0" xmlns="">

        <xsl:copy-of select="doc('input:instance')/instance/selection"/>

        <xsl:copy-of select="doc('input:instance')/instance/params"/>

      </search1>

    </result>

  </action>

  <action when="/instance/action = 'back'">

    <result page="toolEvaluation"/>

  </action>

</page>

 

It’s the transform attribute on the first <result> that’s causing the problem.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:17 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            What does the <page> in the page-flow look like?

Ryan

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 21:14
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Ryan,

 

No, we excised all use of the “form” attribute, so it isn’t that.

 

In 3.0 you can embed transformations in the result element, which is causing the problem here.

 

Don

 


From: Ryan Puddephatt [mailto:[hidden email]]
Sent: Tuesday, February 07, 2006 3:06 PM
To: [hidden email]
Subject: RE: [ops-users] 2.8 to 3.0 migration issue

 

Donald,

            Are you using the xforms attribute in your page-flow, this makes the classic engine run instead of NG, what does the page flow look like. Also I believe all transforms (action/result) are now carried out in the page itself rather than the page-flow, although I have only ever used 3.0 so I’m not 100% on that!

 

Ryan Puddephatt

Software Engineer

TFX Group - IT UK

1 Michaelson Square

Livingston

West Lothian

Scotand

EH54 7DP

 

* [hidden email]

( 01506 407 110

7  01506 407 108

 


From: Smith, Donald [mailto:[hidden email]]
Sent: 07 February 2006 20:54
To: [hidden email]
Subject: [ops-users] 2.8 to 3.0 migration issue

 

We’re moving from 2.8 to 3.0.

 

Our app runs fine in the ops 3.0 demo environment. But when we build it and deploy it, we get this error on opening the initial page:

 

Error unexpected attribute "transform". ..

 

Which is, of course, referring to a transformation on one of the <result> elements of a page in our page-flow.xml.

 

I’m assuming there is something amiss in our setup that is causing the 2.8 engine to run instead of the 3.0 engine. Has anyone run into this before and, if so, what turned out to be the problem?

 

Thanks,

 

Don



--
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: 2.8 to 3.0 migration issue

Erik Bruchez
Administrator
In reply to this post by Smith, Donald
Smith, Donald wrote:

> We’re moving from 2.8 to 3.0.
>
> Our app runs fine in the ops 3.0 demo environment. But when we build it
> and deploy it, we get this error on opening the initial page:
>
> Error unexpected attribute "transform". ..
>
> Which is, of course, referring to a transformation on one of the
> <result> elements of a page in our page-flow.xml.
>
> I’m assuming there is something amiss in our setup that is causing the
> 2.8 engine to run instead of the 3.0 engine. Has anyone run into this
> before and, if so, what turned out to be the problem?
If you get this error, it probably doesn't just mean that you are using
the newer XForms engine, but that you are using the old orbeon.jar
instead of the new ops.jar. That's in those jars that the schemas that
validate the page flow are located.

-Erik




--
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: 2.8 to 3.0 migration issue

Smith, Donald
In reply to this post by Smith, Donald
Yes, looks like that's it. I thought my tech lead had checked that, but
orbeon.jar instead of ops.jar is in our repository.

Thanks,

Don

-----Original Message-----
From: Erik Bruchez [mailto:[hidden email]] On Behalf Of Erik Bruchez
Sent: Tuesday, February 07, 2006 3:53 PM
To: [hidden email]
Subject: Re: [ops-users] 2.8 to 3.0 migration issue

Smith, Donald wrote:
> We're moving from 2.8 to 3.0.
>
> Our app runs fine in the ops 3.0 demo environment. But when we build
it
> and deploy it, we get this error on opening the initial page:
>
> Error unexpected attribute "transform". ..
>
> Which is, of course, referring to a transformation on one of the
> <result> elements of a page in our page-flow.xml.
>
> I'm assuming there is something amiss in our setup that is causing the

> 2.8 engine to run instead of the 3.0 engine. Has anyone run into this
> before and, if so, what turned out to be the problem?

If you get this error, it probably doesn't just mean that you are using
the newer XForms engine, but that you are using the old orbeon.jar
instead of the new ops.jar. That's in those jars that the schemas that
validate the page flow are located.

-Erik






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