Hi!,
I'm trying to deploy ops within a couple of portlets that I'm planning to deploy on JBoss Portal. With only one portlet at a time on portal everything seems to be working fine but when I open multiple ops portlets they stop working because of some javascript conflicts.. is there any solution for this? Thanks in advance. -- 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 |
Administrator
|
On 5/21/07, [hidden email] <[hidden email]> wrote:
> I'm trying to deploy ops within a couple of portlets that I'm planning to deploy on JBoss Portal. With only one portlet at a time on portal everything seems to be working fine but when I open multiple ops portlets they stop working because of some javascript conflicts.. is there any solution for this? Those cases are a little hard to reproduce for me because I don't have JBoss Portal readily installed here. But what is the JavaScript error you are getting? If you are running Firefox, maybe you have Firebug running as well, and can give us a JavaScript stack trace for the exception (if it is not easy to copy and paste in a message, you can attach a screenshot of the stack trace to your response). 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 |
Hey, theres no javascript error but those portlets just don't function correctly, for example when I deploy two ops example portlets (Calculator & Instant Translation) and they are both open at the same time happens that when using the calculator numbers get duplicated.. The posts and responses with those two portlets (using calculator) looks like this: <!DOCTYPE xxforms:event-request [<!ENTITY nbsp " ">]> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms"> <xxforms:static-state>session:3CE6C155-649F-7393-B830-FE9C36372E1B</xxforms:static-state> <xxforms:dynamic-state>session:223C9626-E89D-B1D6-45DB-A1233500F03B</xxforms:dynamic-state> <xxforms:action> <xxforms:event name="DOMFocusIn" source-control-id="jbpd7ee2b55xforms-element-51"></xxforms:event> <xxforms:event name="DOMActivate" source-control-id="jbpd7ee2b55xforms-element-51"></xxforms:event> <xxforms:event name="DOMActivate" source-control-id="jbpd7ee2b55xforms-element-51"></xxforms:event> </xxforms:action> </xxforms:event-request> <?xml version="1.0" encoding="utf-8"?> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms"> <xxf:dynamic-state>session:CD4F8F01-FC4F-8BBD-7B50-3C166BC1BDDE</xxf:dynamic-state> <xxf:action> <xxf:control-values> <xxf:control id="jbpd7ee2b55xforms-element-3">55</xxf:control> </xxf:control-values> </xxf:action> </xxf:event-response> <!DOCTYPE xxforms:event-request [<!ENTITY nbsp " ">]> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms"> <xxforms:static-state>session:3CE6C155-649F-7393-B830-FE9C36372E1B</xxforms:static-state> <xxforms:dynamic-state>session:CD4F8F01-FC4F-8BBD-7B50-3C166BC1BDDE</xxforms:dynamic-state> <xxforms:action> <xxforms:event name="DOMFocusOut" source-control-id="jbpd7ee2b55xforms-element-51"></xxforms:event> <xxforms:event name="DOMFocusIn" source-control-id="jbpd7ee2b55xforms-element-56"></xxforms:event> <xxforms:event name="DOMActivate" source-control-id="jbpd7ee2b55xforms-element-56"></xxforms:event> <xxforms:event name="DOMActivate" source-control-id="jbpd7ee2b55xforms-element-56"></xxforms:event> </xxforms:action> </xxforms:event-request> <?xml version="1.0" encoding="utf-8"?> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms"> <xxf:dynamic-state>session:6EA8C996-344F-5812-7DD3-79C2DBAC93EE</xxf:dynamic-state> <xxf:action> <xxf:control-values> <xxf:control id="jbpd7ee2b55xforms-element-3">5566</xxf:control> </xxf:control-values> </xxf:action> </xxf:event-response> With only one portlet (the other portlet was minimized), the calculator works and the post and response look like this: <!DOCTYPE xxforms:event-request [<!ENTITY nbsp " ">]> <xxforms:event-request xmlns:xxforms="http://orbeon.org/oxf/xml/xforms"> <xxforms:static-state>session:C795BD50-C11F-E527-A564-6280E5704066</xxforms:static-state> <xxforms:dynamic-state>session:8FD39058-2460-045D-7AE4-392C917B9277</xxforms:dynamic-state> <xxforms:action> <xxforms:event name="DOMFocusIn" source-control-id="jbpd7ee2b55xforms-element-56"></xxforms:event> <xxforms:event name="DOMActivate" source-control-id="jbpd7ee2b55xforms-element-56"></xxforms:event> </xxforms:action> </xxforms:event-request> <?xml version="1.0" encoding="utf-8"?> <xxf:event-response xmlns:xxf="http://orbeon.org/oxf/xml/xforms"> <xxf:dynamic-state>session:D4184B9E-36D8-CA9F-BF0B-0E8BC750889C</xxf:dynamic-state> <xxf:action> <xxf:control-values> <xxf:control id="jbpd7ee2b55xforms-element-3">6</xxf:control> </xxf:control-values> </xxf:action> </xxf:event-response> It looks like the DOMActivate event is duplicated when two Orbeon portlets are on same page. Also when the Back to portlet home link is clicked in the one portlet, the status of form fields (for example, the text written to the translate text field) in the other portlet is cleared. On 5/21/2007, "Alessandro Vernet" <[hidden email]> wrote: > On 5/21/07, [hidden email] <[hidden email]> wrote: > > I'm trying to deploy ops within a couple of portlets that I'm planning to deploy on JBoss Portal. With only one portlet at a time on portal everything seems to be working fine but when I open multiple ops portlets they stop working because of some javascript conflicts.. is there any solution for this? > > Those cases are a little hard to reproduce for me because I don't have > JBoss Portal readily installed here. But what is the JavaScript error > you are getting? If you are running Firefox, maybe you have Firebug > running as well, and can give us a JavaScript stack trace for the > exception (if it is not easy to copy and paste in a message, you can > attach a screenshot of the stack trace to your response). > > 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 |
Administrator
|
On 5/22/07, [hidden email] <[hidden email]> wrote:
> Also when the 'Back to portlet home' link is clicked in the one portlet, > the status of form fields (for example, the text written to the > translate text field) in the other portlet is cleared. There is a prefix added to the control IDs when those are in a portal. But in the code you quote, it is always "jbpd7ee2b55". Can you check in the source of the generated HTML if that prefix is the different or the same when you have the same example running in 2 portlets? 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 |
I opened two calculator portlets to same portal and both had their own prefixes in their control IDs, yet still when using either one the numbers on its screen got duplicated.. any ideas what might cause this? On 5/22/2007, "Alessandro Vernet" <[hidden email]> wrote: > On 5/22/07, [hidden email] <[hidden email]> wrote: > > Also when the 'Back to portlet home' link is clicked in the one portlet, > > the status of form fields (for example, the text written to the > > translate text field) in the other portlet is cleared. > > There is a prefix added to the control IDs when those are in a portal. > But in the code you quote, it is always "jbpd7ee2b55". Can you check > in the source of the generated HTML if that prefix is the different or > the same when you have the same example running in 2 portlets? > > 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 |
Administrator
|
On 5/23/07, [hidden email] <[hidden email]> wrote:
> I opened two calculator portlets to same portal and both had their own > prefixes in their control IDs, yet still when using either one the > numbers on its screen got duplicated.. any ideas what might cause this? So your are saying that if you click on the "1" button in on portlet, then "1" is displayed in the output area in both portlets? 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 |
No, not both but twice in the "calculator screen" of the portlet which was clicked -> "11". The other calculator portlets screen stays the same (empty if it was empty..), so in that way it works correctly.. On 5/23/2007, "Alessandro Vernet" <[hidden email]> wrote: > On 5/23/07, [hidden email] <[hidden email]> wrote: > > I opened two calculator portlets to same portal and both had their own > > prefixes in their control IDs, yet still when using either one the > > numbers on its screen got duplicated.. any ideas what might cause this? > > So your are saying that if you click on the "1" button in on portlet, > then "1" is displayed in the output area in both portlets? > > 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 |
Administrator
|
On 5/23/07, [hidden email] <[hidden email]> wrote:
> No, not both but twice in the "calculator screen" of the portlet which > was clicked -> "11". The other calculator portlets screen stays the > same (empty if it was empty..), so in that way it works correctly.. OK, I have never seen this in the past. Sorry but I seem to be running out of ideas about this one :). 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 |
We did some debugging and were able to fix that duplication problem with the following fix: // Run xformsPageLoaded when the browser has finished loading the page // In case this script is loaded twice, we still want to run the initialization only once var windowloadlisteners = YAHOO.util.Event.getListeners(window, "load"); if (!windowloadlisteners || windowloadlisteners.length == 0) { ORBEON.xforms.Globals.pageLoadedRegistered = true; YAHOO.util.Event.addListener(window, "load", ORBEON.xforms.Init.document); } .. there was already a check, in the original script, which tried to prevent for the listener being added twice but it didn't work properly. We haven't yet tested this much so it might cause some other problems? On 5/24/2007, "Alessandro Vernet" <[hidden email]> wrote: > On 5/23/07, [hidden email] <[hidden email]> wrote: > > No, not both but twice in the "calculator screen" of the portlet which > > was clicked -> "11". The other calculator portlets screen stays the > > same (empty if it was empty..), so in that way it works correctly.. > > OK, I have never seen this in the past. Sorry but I seem to be running > out of ideas about this one :). > > 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 |
Administrator
|
On 5/24/07, [hidden email] <[hidden email]> wrote:
> We did some debugging and were able to fix that duplication problem with > the following fix: > [...] Very nice! Thank you for the fix. You are right, there was already some code detecting this condition and I think we broke it when we started using ORBEON.xforms.Globals instead of just global variables. If xforms.js is included multiple times in the page, then ORBEON.xforms.Globals will be re-initialized every time, and we won't be able to detect that the initialization had happened already. I put in a fix which is slightly different than what you proposed. I made it so ORBEON.xforms.Globals wouldn't be re-initialized the second time xforms.js is loaded. The fix is checked in and will be in the next nightly build. Could you get it and give it a try? Since the change is only in xforms.js, you can just download a war and replace the ops*.jar by those in the war. 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 |
Free forum by Nabble | Edit this page |