Orbeon Forms community mailing list

Xform not working 100% in Linux but is fine in WXP

Classic

List

Threaded

5 messages Options

islegmar

Xform not working 100% in Linux but is fine in WXP

I am using Orbeon together with JSP. I have two installations that theoretically are the same. The DEV environment is a WXP and the PRO environment a Linux Machine.

I am using JBoss5.0.1 + dev-3.7.1.200905272119, together with a "patch" for making it working (http://orbeon.uservoice.com/pages/27-general/suggestions/201360-jboss5-orbeon-installation)

The problem is the following: I have a very big XForm, with a lot of Add/Del buttons and Show/Hide panels. In the DEV environment everything is working fine: I can add/delete items, hide and show panels, the repeat items are ok... but in the PRO environment I have problems in some places (the good thing is that the problem is repeatable). For example I have a delete button somewhere that, when I clicked it the first time, the item is not deleted and instead a parent panel is hidden! But at the end, after clicking several times the item is deleted. This delete problem occurs in a certain place, but in another place everything is working fine! And the XForm code for the working and not working delete is the same (in fact, the XForm code is generated automatically using a schema definition+XSL written by myself),

Checking the same XForm in the two environments I can see some differences when I debug with Firebug.

The delete button is rendered as

DEV (it works)

REQUEST

<xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">

<xxforms:uuid>3B317CC9-B8EB-C2B8-BE0A-C7D4DAA3821A</xxforms:uuid>

<xxforms:action>

<xxforms:event name="DOMFocusOut" source-control-id="xf-368·1-1"></xxforms:event>

<xxforms:event name="DOMFocusIn" source-control-id="xf-374·1-1-2"></xxforms:event>

<xxforms:event name="DOMActivate" source-control-id="xf-374·1-1-2"></xxforms:event>

</xxforms:action>

</xxforms:event-request>

RESPONSE

<xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">

<xxf:action>

<xxf:control-values>

<xxf:delete-repeat-elements id="xf-371" parent-indexes="1-1" count="1"></xxf:delete-repeat-elements>

<xxf:control id="xf-374·1-1-1" label="" relevant="false"></xxf:control>

</xxf:control-values>

<xxf:repeat-indexes>

<xxf:repeat-index id="xf-371" old-index="2" new-index="1"></xxf:repeat-index>

</xxf:repeat-indexes>

</xxf:action>

</xxf:event-response>

PRO (it fails)

REQUEST

<xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">

<xxforms:static-state>pers:4FB78172-2413-387A-2758-7F2F0233C297</xxforms:static-state>

<xxforms:dynamic-state>pers:7BA0E309-798A-8646-3341-17206842C695</xxforms:dynamic-state>

<xxforms:action>

<xxforms:event name="DOMFocusOut" source-control-id="xf-361·1-1"></xxforms:event>

<xxforms:event name="DOMFocusIn" source-control-id="xf-374·1-1-2"></xxforms:event>

<xxforms:event name="DOMActivate" source-control-id="xf-374·1-1-2"></xxforms:event>

</xxforms:action>

</xxforms:event-request>

RESPONSE

<xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">

<xxf:dynamic-state>pers:A9AB91A6-A394-E398-10A3-FCC5D0A7EE16</xxf:dynamic-state>

<xxf:action>

<xxf:control-values>

<xxf:div id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1" visibility="visible"></xxf:div>

<xxf:div id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1" visibility="hidden"></xxf:div>

<xxf:div id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1" visibility="visible"></xxf:div>

<xxf:div id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1" visibility="hidden"></xxf:div>

</xxf:control-values>

</xxf:action>

</xxf:event-response>

I know it is hard to make a diagnostic with so little info :-( but I post it here just in case somebody has a clear idea of what is happening here.

Thanks a lot

Isi

--
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
OW2 mailing lists service home page: http://www.ow2.org/wws

Erik Bruchez

Re: Xform not working 100% in Linux but is fine in WXP

Administrator

Isi,

The requests you show have differences. Note:

xxforms:uuid

vs.

xxforms:static-state/xxforms:dynamic-state

Usually, the static state is sent to the server only when state
handling is set to "client" with the oxf.xforms.state-handling
property.

We don't recommend setting that to "client" anyway.

Maybe something to check.

-Erik

2011/9/20 Isidoro Legido Martínez <[hidden email]>:

> Hi
> I am using Orbeon together with JSP. I have two installations that
> theoretically are the same. The DEV environment is a WXP and the PRO
> environment a Linux Machine.
> I am using JBoss5.0.1 + dev-3.7.1.200905272119, together with a "patch" for
> making it working
> (http://orbeon.uservoice.com/pages/27-general/suggestions/201360-jboss5-orbeon-installation)
> The problem is the following: I have a very big XForm, with a lot of Add/Del
> buttons and Show/Hide panels. In the DEV environment everything is working
> fine: I can add/delete items, hide and show panels, the repeat items are
> ok... but in the PRO environment I have problems in some places (the good
> thing is that the problem is repeatable). For example I have a delete button
> somewhere that, when I clicked it the first time, the item is not deleted
> and instead a parent panel is hidden! But at the end, after clicking several
> times the item is deleted. This delete problem occurs in a certain place,
> but in another place everything is working fine! And the XForm code for the
> working and not working delete is the same (in fact, the XForm code is
> generated automatically using a schema definition+XSL written by myself),
> Checking the same XForm in the two environments I can see some differences
> when I debug with Firebug.
> The delete button is rendered as
> <button type="button" class="_bDelGroup xforms-control xforms-trigger"
> id="xf-374·1-1-2" title="">X</button>
> DEV (it works)
> REQUEST
> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
> <xxforms:uuid>3B317CC9-B8EB-C2B8-BE0A-C7D4DAA3821A</xxforms:uuid>
> <xxforms:action>
> <xxforms:event name="DOMFocusOut"
> source-control-id="xf-368·1-1"></xxforms:event>
> <xxforms:event name="DOMFocusIn"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> <xxforms:event name="DOMActivate"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> </xxforms:action>
> </xxforms:event-request>
> RESPONSE
> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
> <xxf:action>
> <xxf:control-values>
> <xxf:delete-repeat-elements id="xf-371" parent-indexes="1-1"
> count="1"></xxf:delete-repeat-elements>
> <xxf:control id="xf-374·1-1-1" label="" relevant="false"></xxf:control>
> </xxf:control-values>
> <xxf:repeat-indexes>
> <xxf:repeat-index id="xf-371" old-index="2"
> new-index="1"></xxf:repeat-index>
> </xxf:repeat-indexes>
> </xxf:action>
> </xxf:event-response>
> PRO (it fails)
> REQUEST
> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
> <xxforms:static-state>pers:4FB78172-2413-387A-2758-7F2F0233C297</xxforms:static-state>
> <xxforms:dynamic-state>pers:7BA0E309-798A-8646-3341-17206842C695</xxforms:dynamic-state>
> <xxforms:action>
> <xxforms:event name="DOMFocusOut"
> source-control-id="xf-361·1-1"></xxforms:event>
> <xxforms:event name="DOMFocusIn"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> <xxforms:event name="DOMActivate"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> </xxforms:action>
> </xxforms:event-request>
> RESPONSE
> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
> <xxf:dynamic-state>pers:A9AB91A6-A394-E398-10A3-FCC5D0A7EE16</xxf:dynamic-state>
> <xxf:action>
> <xxf:control-values>
> <xxf:div
> id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
> visibility="visible"></xxf:div>
> <xxf:div
> id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
> visibility="hidden"></xxf:div>
> <xxf:div
> id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
> visibility="visible"></xxf:div>
> <xxf:div
> id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
> visibility="hidden"></xxf:div>
> </xxf:control-values>
> </xxf:action>
> </xxf:event-response>
> I know it is hard to make a diagnostic with so little info :-( but I post it
> here just in case somebody has a clear idea of what is happening here.
> Thanks a lot
> Isi
>
> --
> 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
> OW2 mailing lists service home page: http://www.ow2.org/wws
>
>

islegmar

Re: Re: Xform not working 100% in Linux but is fine in WXP

Hi Erik

Thanks for your reply! Unfortunatelly both installations are identical (the only difference is the OS). Checking the file

orbeon-resources-private.jar!/config/properties-xforms.xml

both have:

I am trying to isolate the problem in order to post some working and not working examples. It has something to do with the event handling because in the not working environment I can see for exemple thar when an input field lose its focus, an event is raised that collapse a case!

Thanks a lot

Isi

On 21 September 2011 06:05, Erik Bruchez <[hidden email]> wrote:

Isi,

The requests you show have differences. Note:

xxforms:uuid

vs.

xxforms:static-state/xxforms:dynamic-state

Usually, the static state is sent to the server only when state
handling is set to "client" with the oxf.xforms.state-handling
property.

We don't recommend setting that to "client" anyway.

Maybe something to check.

-Erik

2011/9/20 Isidoro Legido Martínez <[hidden email]>:

> Hi
> I am using Orbeon together with JSP. I have two installations that
> theoretically are the same. The DEV environment is a WXP and the PRO
> environment a Linux Machine.
> I am using JBoss5.0.1 + dev-3.7.1.200905272119, together with a "patch" for
> making it working
> (http://orbeon.uservoice.com/pages/27-general/suggestions/201360-jboss5-orbeon-installation)
> The problem is the following: I have a very big XForm, with a lot of Add/Del
> buttons and Show/Hide panels. In the DEV environment everything is working
> fine: I can add/delete items, hide and show panels, the repeat items are
> ok... but in the PRO environment I have problems in some places (the good
> thing is that the problem is repeatable). For example I have a delete button
> somewhere that, when I clicked it the first time, the item is not deleted
> and instead a parent panel is hidden! But at the end, after clicking several
> times the item is deleted. This delete problem occurs in a certain place,
> but in another place everything is working fine! And the XForm code for the
> working and not working delete is the same (in fact, the XForm code is
> generated automatically using a schema definition+XSL written by myself),
> Checking the same XForm in the two environments I can see some differences
> when I debug with Firebug.
> The delete button is rendered as
> <button type="button" class="_bDelGroup xforms-control xforms-trigger"
> id="xf-374·1-1-2" title="">X</button>
> DEV (it works)
> REQUEST
> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
> <xxforms:uuid>3B317CC9-B8EB-C2B8-BE0A-C7D4DAA3821A</xxforms:uuid>
> <xxforms:action>
> <xxforms:event name="DOMFocusOut"
> source-control-id="xf-368·1-1"></xxforms:event>
> <xxforms:event name="DOMFocusIn"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> <xxforms:event name="DOMActivate"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> </xxforms:action>
> </xxforms:event-request>
> RESPONSE
> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
> <xxf:action>
> <xxf:control-values>
> <xxf:delete-repeat-elements id="xf-371" parent-indexes="1-1"
> count="1"></xxf:delete-repeat-elements>
> <xxf:control id="xf-374·1-1-1" label="" relevant="false"></xxf:control>
> </xxf:control-values>
> <xxf:repeat-indexes>
> <xxf:repeat-index id="xf-371" old-index="2"
> new-index="1"></xxf:repeat-index>
> </xxf:repeat-indexes>
> </xxf:action>
> </xxf:event-response>
> PRO (it fails)
> REQUEST
> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
> <xxforms:static-state>pers:4FB78172-2413-387A-2758-7F2F0233C297</xxforms:static-state>
> <xxforms:dynamic-state>pers:7BA0E309-798A-8646-3341-17206842C695</xxforms:dynamic-state>
> <xxforms:action>
> <xxforms:event name="DOMFocusOut"
> source-control-id="xf-361·1-1"></xxforms:event>
> <xxforms:event name="DOMFocusIn"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> <xxforms:event name="DOMActivate"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> </xxforms:action>
> </xxforms:event-request>
> RESPONSE
> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
> <xxf:dynamic-state>pers:A9AB91A6-A394-E398-10A3-FCC5D0A7EE16</xxf:dynamic-state>
> <xxf:action>
> <xxf:control-values>
> <xxf:div
> id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
> visibility="visible"></xxf:div>
> <xxf:div
> id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
> visibility="hidden"></xxf:div>
> <xxf:div
> id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
> visibility="visible"></xxf:div>
> <xxf:div
> id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
> visibility="hidden"></xxf:div>
> </xxf:control-values>
> </xxf:action>
> </xxf:event-response>
> I know it is hard to make a diagnostic with so little info :-( but I post it
> here just in case somebody has a clear idea of what is happening here.
> Thanks a lot
> Isi
>

> --
> 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
> OW2 mailing lists service home page: http://www.ow2.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
OW2 mailing lists service home page: http://www.ow2.org/wws

islegmar

Re: Re: Xform not working 100% in Linux but is fine in WXP

Finally I was able to upgrade the production environment with the latest stable version (orbeon-3.9.0.201105152046-CE) and everything is working fin!!!! uffff :-)

Thanks a lot

Isi

2011/9/21 Isidoro Legido Martínez <[hidden email]>

Hi Erik

Thanks for your reply! Unfortunatelly both installations are identical (the only difference is the OS). Checking the file

orbeon-resources-private.jar!/config/properties-xforms.xml

both have:

<property as="xs:string" name="oxf.xforms.state-handling" value="server"/>

I am trying to isolate the problem in order to post some working and not working examples. It has something to do with the event handling because in the not working environment I can see for exemple thar when an input field lose its focus, an event is raised that collapse a case!

Thanks a lot

Isi

On 21 September 2011 06:05, Erik Bruchez <[hidden email]> wrote:

Isi,

The requests you show have differences. Note:

xxforms:uuid

vs.

xxforms:static-state/xxforms:dynamic-state

Usually, the static state is sent to the server only when state
handling is set to "client" with the oxf.xforms.state-handling
property.

We don't recommend setting that to "client" anyway.

Maybe something to check.

-Erik

2011/9/20 Isidoro Legido Martínez <[hidden email]>:

> Hi
> I am using Orbeon together with JSP. I have two installations that
> theoretically are the same. The DEV environment is a WXP and the PRO
> environment a Linux Machine.
> I am using JBoss5.0.1 + dev-3.7.1.200905272119, together with a "patch" for
> making it working
> (http://orbeon.uservoice.com/pages/27-general/suggestions/201360-jboss5-orbeon-installation)
> The problem is the following: I have a very big XForm, with a lot of Add/Del
> buttons and Show/Hide panels. In the DEV environment everything is working
> fine: I can add/delete items, hide and show panels, the repeat items are
> ok... but in the PRO environment I have problems in some places (the good
> thing is that the problem is repeatable). For example I have a delete button
> somewhere that, when I clicked it the first time, the item is not deleted
> and instead a parent panel is hidden! But at the end, after clicking several
> times the item is deleted. This delete problem occurs in a certain place,
> but in another place everything is working fine! And the XForm code for the
> working and not working delete is the same (in fact, the XForm code is
> generated automatically using a schema definition+XSL written by myself),
> Checking the same XForm in the two environments I can see some differences
> when I debug with Firebug.
> The delete button is rendered as
> <button type="button" class="_bDelGroup xforms-control xforms-trigger"
> id="xf-374·1-1-2" title="">X</button>
> DEV (it works)
> REQUEST
> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
> <xxforms:uuid>3B317CC9-B8EB-C2B8-BE0A-C7D4DAA3821A</xxforms:uuid>
> <xxforms:action>
> <xxforms:event name="DOMFocusOut"
> source-control-id="xf-368·1-1"></xxforms:event>
> <xxforms:event name="DOMFocusIn"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> <xxforms:event name="DOMActivate"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> </xxforms:action>
> </xxforms:event-request>
> RESPONSE
> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
> <xxf:action>
> <xxf:control-values>
> <xxf:delete-repeat-elements id="xf-371" parent-indexes="1-1"
> count="1"></xxf:delete-repeat-elements>
> <xxf:control id="xf-374·1-1-1" label="" relevant="false"></xxf:control>
> </xxf:control-values>
> <xxf:repeat-indexes>
> <xxf:repeat-index id="xf-371" old-index="2"
> new-index="1"></xxf:repeat-index>
> </xxf:repeat-indexes>
> </xxf:action>
> </xxf:event-response>
> PRO (it fails)
> REQUEST
> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
> <xxforms:static-state>pers:4FB78172-2413-387A-2758-7F2F0233C297</xxforms:static-state>
> <xxforms:dynamic-state>pers:7BA0E309-798A-8646-3341-17206842C695</xxforms:dynamic-state>
> <xxforms:action>
> <xxforms:event name="DOMFocusOut"
> source-control-id="xf-361·1-1"></xxforms:event>
> <xxforms:event name="DOMFocusIn"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> <xxforms:event name="DOMActivate"
> source-control-id="xf-374·1-1-2"></xxforms:event>
> </xxforms:action>
> </xxforms:event-request>
> RESPONSE
> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
> <xxf:dynamic-state>pers:A9AB91A6-A394-E398-10A3-FCC5D0A7EE16</xxf:dynamic-state>
> <xxf:action>
> <xxf:control-values>
> <xxf:div
> id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
> visibility="visible"></xxf:div>
> <xxf:div
> id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
> visibility="hidden"></xxf:div>
> <xxf:div
> id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
> visibility="visible"></xxf:div>
> <xxf:div
> id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
> visibility="hidden"></xxf:div>
> </xxf:control-values>
> </xxf:action>
> </xxf:event-response>
> I know it is hard to make a diagnostic with so little info :-( but I post it
> here just in case somebody has a clear idea of what is happening here.
> Thanks a lot
> Isi
>

> --
> 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
> OW2 mailing lists service home page: http://www.ow2.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
OW2 mailing lists service home page: http://www.ow2.org/wws

Erik Bruchez

Re: Re: Re: Xform not working 100% in Linux but is fine in WXP

Administrator

Isi,

Great, thanks for letting us know!

-Erik

2011/9/21 Isidoro Legido Martínez <[hidden email]>:

> Hi
> Finally I was able to upgrade the production environment with the latest
> stable version (orbeon-3.9.0.201105152046-CE) and everything is working
> fin!!!! uffff :-)
> Thanks a lot
> Isi
>
> 2011/9/21 Isidoro Legido Martínez <[hidden email]>
>>
>> Hi Erik
>> Thanks for your reply! Unfortunatelly both installations are identical
>> (the only difference is the OS). Checking the file
>> orbeon-resources-private.jar!/config/properties-xforms.xml
>> both have:
>> <property as="xs:string" name="oxf.xforms.state-handling"
>> value="server"/>
>> I am trying to isolate the problem in order to post some working and not
>> working examples. It has something to do with the event handling because in
>> the not working environment I can see for exemple thar when an input field
>> lose its focus, an event is raised that collapse a case!
>> Thanks a lot
>> Isi
>>
>>
>> On 21 September 2011 06:05, Erik Bruchez <[hidden email]> wrote:
>>>
>>> Isi,
>>>
>>> The requests you show have differences. Note:
>>>
>>> xxforms:uuid
>>>
>>> vs.
>>>
>>> xxforms:static-state/xxforms:dynamic-state
>>>
>>> Usually, the static state is sent to the server only when state
>>> handling is set to "client" with the oxf.xforms.state-handling
>>> property.
>>>
>>> We don't recommend setting that to "client" anyway.
>>>
>>> Maybe something to check.
>>>
>>> -Erik
>>>
>>> 2011/9/20 Isidoro Legido Martínez <[hidden email]>:
>>> > Hi
>>> > I am using Orbeon together with JSP. I have two installations that
>>> > theoretically are the same. The DEV environment is a WXP and the PRO
>>> > environment a Linux Machine.
>>> > I am using JBoss5.0.1 + dev-3.7.1.200905272119, together with a "patch"
>>> > for
>>> > making it working
>>> >
>>> > (http://orbeon.uservoice.com/pages/27-general/suggestions/201360-jboss5-orbeon-installation)
>>> > The problem is the following: I have a very big XForm, with a lot of
>>> > Add/Del
>>> > buttons and Show/Hide panels. In the DEV environment everything is
>>> > working
>>> > fine: I can add/delete items, hide and show panels, the repeat items
>>> > are
>>> > ok... but in the PRO environment I have problems in some places (the
>>> > good
>>> > thing is that the problem is repeatable). For example I have a delete
>>> > button
>>> > somewhere that, when I clicked it the first time, the item is not
>>> > deleted
>>> > and instead a parent panel is hidden! But at the end, after clicking
>>> > several
>>> > times the item is deleted. This delete problem occurs in a certain
>>> > place,
>>> > but in another place everything is working fine! And the XForm code for
>>> > the
>>> > working and not working delete is the same (in fact, the XForm code is
>>> > generated automatically using a schema definition+XSL written by
>>> > myself),
>>> > Checking the same XForm in the two environments I can see some
>>> > differences
>>> > when I debug with Firebug.
>>> > The delete button is rendered as
>>> > <button type="button" class="_bDelGroup xforms-control xforms-trigger"
>>> > id="xf-374·1-1-2" title="">X</button>
>>> > DEV (it works)
>>> > REQUEST
>>> > <xxforms:event-request
>>> > xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
>>> > <xxforms:uuid>3B317CC9-B8EB-C2B8-BE0A-C7D4DAA3821A</xxforms:uuid>
>>> > <xxforms:action>
>>> > <xxforms:event name="DOMFocusOut"
>>> > source-control-id="xf-368·1-1"></xxforms:event>
>>> > <xxforms:event name="DOMFocusIn"
>>> > source-control-id="xf-374·1-1-2"></xxforms:event>
>>> > <xxforms:event name="DOMActivate"
>>> > source-control-id="xf-374·1-1-2"></xxforms:event>
>>> > </xxforms:action>
>>> > </xxforms:event-request>
>>> > RESPONSE
>>> > <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
>>> > <xxf:action>
>>> > <xxf:control-values>
>>> > <xxf:delete-repeat-elements id="xf-371" parent-indexes="1-1"
>>> > count="1"></xxf:delete-repeat-elements>
>>> > <xxf:control id="xf-374·1-1-1" label="" relevant="false"></xxf:control>
>>> > </xxf:control-values>
>>> > <xxf:repeat-indexes>
>>> > <xxf:repeat-index id="xf-371" old-index="2"
>>> > new-index="1"></xxf:repeat-index>
>>> > </xxf:repeat-indexes>
>>> > </xxf:action>
>>> > </xxf:event-response>
>>> > PRO (it fails)
>>> > REQUEST
>>> > <xxforms:event-request
>>> > xmlns:xxforms="http://orbeon.org/oxf/xml/xforms">
>>> >
>>> > <xxforms:static-state>pers:4FB78172-2413-387A-2758-7F2F0233C297</xxforms:static-state>
>>> >
>>> > <xxforms:dynamic-state>pers:7BA0E309-798A-8646-3341-17206842C695</xxforms:dynamic-state>
>>> > <xxforms:action>
>>> > <xxforms:event name="DOMFocusOut"
>>> > source-control-id="xf-361·1-1"></xxforms:event>
>>> > <xxforms:event name="DOMFocusIn"
>>> > source-control-id="xf-374·1-1-2"></xxforms:event>
>>> > <xxforms:event name="DOMActivate"
>>> > source-control-id="xf-374·1-1-2"></xxforms:event>
>>> > </xxforms:action>
>>> > </xxforms:event-request>
>>> > RESPONSE
>>> > <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms">
>>> >
>>> > <xxf:dynamic-state>pers:A9AB91A6-A394-E398-10A3-FCC5D0A7EE16</xxf:dynamic-state>
>>> > <xxf:action>
>>> > <xxf:control-values>
>>> > <xxf:div
>>> >
>>> > id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
>>> > visibility="visible"></xxf:div>
>>> > <xxf:div
>>> >
>>> > id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet·1"
>>> > visibility="hidden"></xxf:div>
>>> > <xxf:div
>>> >
>>> > id="case-hide/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
>>> > visibility="visible"></xxf:div>
>>> > <xxf:div
>>> >
>>> > id="case-show/etsi:SignPolicyInfo/etsi:SignatureValidationPolicy/etsi:CommonRules/easycert:OID/etsi:AlgorithmConstraintSet/etsi:SignerAlgConstraints·1-1"
>>> > visibility="hidden"></xxf:div>
>>> > </xxf:control-values>
>>> > </xxf:action>
>>> > </xxf:event-response>
>>> > I know it is hard to make a diagnostic with so little info :-( but I
>>> > post it
>>> > here just in case somebody has a clear idea of what is happening here.
>>> > Thanks a lot
>>> > Isi
>>> >
>>> > --
>>> > 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
>>> > OW2 mailing lists service home page: http://www.ow2.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
>>> OW2 mailing lists service home page: http://www.ow2.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
> OW2 mailing lists service home page: http://www.ow2.org/wws
>
>