Problem with log in orbeon with multiple webapp

[Bittard, Julien]

Hello,

 

In our tomcat we have 2 applications : orbeon and an another web application.

We have a problem with the log : the second application can not write log.

We test with several application : orbeon "lock" the log and if we delete orbeon, the other application can write log.

Can You help me ?

 

Thank you.

 

julien.

This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

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

[.]

I'm facing the same problem. Would be nice to hear a solution for this
problem.


-Markku Laine

On Fri, 25 Apr 2008, Bittard, Julien wrote:

> Hello,
>
> In our tomcat we have 2 applications : orbeon and an another web
> application.
> We have a problem with the log : the second application can not write
> log.
> We test with several application : orbeon "lock" the log and if we
> delete orbeon, the other application can write log.
> Can You help me ?
>
> Thank you.
>
> julien.
>
>
> This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
>
>

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

[fs(ops-users)]

Hi Julien,

> In our tomcat we have 2 applications : orbeon and an another web
> application.
> We have a problem with the log : the second application can not write log.
> We test with several application : orbeon "lock" the log and if we
> delete orbeon, the other application can write log.

I suppose you will have to make sure that the two apps don't use the same
ressources for logging: Same logfiles, same ports for listeners /
SocketAppenders  and so on.

If it's sufficient for you that one of your apps writes its log only into a
file, you could modify the log4j.xml so only the SingleFileAppender (or
RollingFileAppender, what you prefer) is active, and that it writes to a file
different from your other application.

More detailed error messages should be found in the Tomcat logs (catalina.out?)
telling which logging component causes the problems. But if the two apps don't
use the same resources, logging shoudl work.

HTH
florian



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

[Bittard, Julien]

Hi Florian,

The log works fine when we develop in Eclipse with multiple webapp. But when we install on a server, it don't work any more.
If we remove orbeon, all the others webapp log correctly.
We use orbeon 3.5.
In Eclipse, if we choice to "publish module contexts to separate XML files", there is only log of orbeon like on the server.
Here is the problem : if there is separate context file, only orbeon can write log.



-----Message d'origine-----
De : Florian Schmitt [mailto:flschm@...] De la part de Florian Schmitt
Envoyé : lundi 28 avril 2008 18:01
À : ops-users@...
Objet : [ops-users] Re: Problem with log in orbeon with multiple webapp

Hi Julien,

> In our tomcat we have 2 applications : orbeon and an another web
> application.
> We have a problem with the log : the second application can not write log.
> We test with several application : orbeon "lock" the log and if we
> delete orbeon, the other application can write log.

I suppose you will have to make sure that the two apps don't use the same ressources for logging: Same logfiles, same ports for listeners / SocketAppenders  and so on.

If it's sufficient for you that one of your apps writes its log only into a file, you could modify the log4j.xml so only the SingleFileAppender (or RollingFileAppender, what you prefer) is active, and that it writes to a file different from your other application.

More detailed error messages should be found in the Tomcat logs (catalina.out?) telling which logging component causes the problems. But if the two apps don't use the same resources, logging shoudl work.

HTH
florian


This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.




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

[fs(ops-users)]

Hi Julien,

> The log works fine when we develop in Eclipse with multiple webapp. But when we install on a server, it don't work any more.
> If we remove orbeon, all the others webapp log correctly.
> We use orbeon 3.5.
> In Eclipse, if we choice to "publish module contexts to separate XML files", there is only log of orbeon like on the server.
> Here is the problem : if there is separate context file, only orbeon can write log.

hmm - i'm sorry, i only have experience with different orbeon-based apps
  inside the same tomcat. The only thing i can recommend is to check the
tomcat logs to see which logging component causes the problems.

If there's no helpful error message, i (in your place) would try and
deactivate the different logging appenders in the orbeon log4j.xml and
then re-activate them one after another to find out which component is
maybe conflicting with the logging configuration of the other apps.

HTH
florian




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

[.]

> The log works fine when we develop in Eclipse with multiple webapp. But
> when we install on a server, it don't work any more. If we remove
> orbeon, all the others webapp log correctly. We use orbeon 3.5. In
> Eclipse, if we choice to "publish module contexts to separate XML
> files", there is only log of orbeon like on the server. Here is the
> problem : if there is separate context file, only orbeon can write log.

Same for me, in Eclipse (SDK 3.2.0 with WTP 1.5.0) the logging of all web
applications works fine but when the same web applications are deployed to
a server (Apache Tomcat 5.5.23) the logging of my own web applications
fails/stops. I am using Orbeon Forms (3.6.0.200712181809) as separate
deployment.

I tried to deactivate different appenders in Orbeon Forms's log4j.xml file
in order to test if they are conflicting with my own web applications'
appenders--didn't help.

The logging of my own web applications started to work not until I removed
Orbeon Forms from the server. Couldn't find any hints by browsing through
Tomcat logs :(

If somebody figures out what causes the problem, please let me and
others know.

Thanks in advance!


-Markku


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

[Michael Roberts-10]

The problem occurs because the Orbeon webapp sets a system property  
named "log4j.configuration" in the org.orbeon.oxf.util.LoggerFactory.  
Because this value is deliberately set to a bogus value, any webapps  
in the same JVM (same tomcat in this case) that start after Orbeon,  
will fail using the regular configuration discovery mechanisms of Log4j.

I am not sure if the conditions for this design decision are still  
present.  They might be.  My opinion is that any webapp that sets a  
system property better have an extremely good reason for doing so,  
given that system properties are shared across the entire JVM, not  
just webapp.

Our solution was to programmatically configure Log4j by loading the  
properties manually and then call the PropertiesConfigurator in  
Log4j.  Another option would be to modify the source in Orbeon, or to  
petition the Orbeon development team to fix this issue.



On Apr 30, 2008, at 8:02 AM, .::: Markku :::. wrote:

>> The log works fine when we develop in Eclipse with multiple webapp.  
>> But when we install on a server, it don't work any more. If we  
>> remove orbeon, all the others webapp log correctly. We use orbeon  
>> 3.5. In Eclipse, if we choice to "publish module contexts to  
>> separate XML files", there is only log of orbeon like on the  
>> server. Here is the problem : if there is separate context file,  
>> only orbeon can write log.
>
> Same for me, in Eclipse (SDK 3.2.0 with WTP 1.5.0) the logging of  
> all web applications works fine but when the same web applications  
> are deployed to a server (Apache Tomcat 5.5.23) the logging of my  
> own web applications fails/stops. I am using Orbeon Forms  
> (3.6.0.200712181809) as separate deployment.
>
> I tried to deactivate different appenders in Orbeon Forms's  
> log4j.xml file in order to test if they are conflicting with my own  
> web applications' appenders--didn't help.
>
> The logging of my own web applications started to work not until I  
> removed Orbeon Forms from the server. Couldn't find any hints by  
> browsing through Tomcat logs :(
>
> If somebody figures out what causes the problem, please let me and  
> others know.
>
> Thanks in advance!
>
>
> -Markku
>
> --
> You receive this message as a subscriber of the ops-users@...  
> mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@...
> For general help: mailto:sympa@...?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws

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

[Alessandro Vernet]

Michael,

On Wed, Apr 30, 2008 at 5:34 AM, Michael Roberts <mroberts@...> wrote:

> The problem occurs because the Orbeon webapp sets a system property named
> "log4j.configuration" in the org.orbeon.oxf.util.LoggerFactory.  Because
> this value is deliberately set to a bogus value, any webapps in the same JVM
> (same tomcat in this case) that start after Orbeon, will fail using the
> regular configuration discovery mechanisms of Log4j.
>
>  I am not sure if the conditions for this design decision are still present.
> They might be.  My opinion is that any webapp that sets a system property
> better have an extremely good reason for doing so, given that system
> properties are shared across the entire JVM, not just webapp.

Indeed, I agree that setting a system property can be considered to be
reasonably evil and I am not sure we still have a good reason do that.
Have you tried removing that call to System.setProperty(
"log4j.configuration", "-there-aint-no-such-file-" )? If you have, can
you confirm that everything is working fine without it?

Alex
--
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
Orbeon's Blog: http://www.orbeon.com/blog/
Personal Blog: http://avernet.blogspot.com/
Twitter - http://twitter.com/avernet


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

[Michael Roberts-10]

Thanks for your reply Alex.

No, we chose not to modify the Orbeon source because I would rather  
have a clean upgrade path and so I stay away from modifying in that  
way as much as is feasible.

Our code does set the value back to the normal value, just so that  
other webapps that might be in the same container (for the future)  
will function as expected:
   System.setProperty("log4j.configuration", "log4j.properties");

We have three webapps besides "ops" running in the same Tomcat  
container.  One of these apps loads the configuration manually (for  
reasons unrelated to the Orbeon issue), while the other two rely on  
Log4j finding the log4j.properties file in the normal way.  All are  
logging fine again, to a common console logger that is shared by all  
four webapps.

Cheers,
Michael Roberts

On Apr 30, 2008, at 8:51 PM, Alessandro Vernet wrote:

> Michael,
>
> On Wed, Apr 30, 2008 at 5:34 AM, Michael Roberts <mroberts@...
> > wrote:
>> The problem occurs because the Orbeon webapp sets a system property  
>> named
>> "log4j.configuration" in the org.orbeon.oxf.util.LoggerFactory.  
>> Because
>> this value is deliberately set to a bogus value, any webapps in the  
>> same JVM
>> (same tomcat in this case) that start after Orbeon, will fail using  
>> the
>> regular configuration discovery mechanisms of Log4j.
>>
>> I am not sure if the conditions for this design decision are still  
>> present.
>> They might be.  My opinion is that any webapp that sets a system  
>> property
>> better have an extremely good reason for doing so, given that system
>> properties are shared across the entire JVM, not just webapp.
>
> Indeed, I agree that setting a system property can be considered to be
> reasonably evil and I am not sure we still have a good reason do that.
> Have you tried removing that call to System.setProperty(
> "log4j.configuration", "-there-aint-no-such-file-" )? If you have, can
> you confirm that everything is working fine without it?
>
> Alex
> --
> Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
> Orbeon's Blog: http://www.orbeon.com/blog/
> Personal Blog: http://avernet.blogspot.com/
> Twitter - http://twitter.com/avernet
>
> --
> You receive this message as a subscriber of the ops-users@...  
> mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@...
> For general help: mailto:sympa@...?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws

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

[Bittard, Julien]

Hi Michael,

How do you insert this code (System.setProperty("log4j.configuration", "log4j.properties")) in Orbeon ?



-----Message d'origine-----
De : Michael Roberts [mailto:mroberts@...]
Envoyé : jeudi 1 mai 2008 03:04
À : ops-users@...
Objet : [ops-users] Re: Re: Re: Re: RE: Re: Problem with log in orbeon with multiple webapp

Thanks for your reply Alex.

No, we chose not to modify the Orbeon source because I would rather have a clean upgrade path and so I stay away from modifying in that way as much as is feasible.

Our code does set the value back to the normal value, just so that other webapps that might be in the same container (for the future) will function as expected:
   System.setProperty("log4j.configuration", "log4j.properties");

We have three webapps besides "ops" running in the same Tomcat container.  One of these apps loads the configuration manually (for reasons unrelated to the Orbeon issue), while the other two rely on Log4j finding the log4j.properties file in the normal way.  All are logging fine again, to a common console logger that is shared by all four webapps.

Cheers,
Michael Roberts

On Apr 30, 2008, at 8:51 PM, Alessandro Vernet wrote:

> Michael,
>
> On Wed, Apr 30, 2008 at 5:34 AM, Michael Roberts
> <mroberts@...
> > wrote:
>> The problem occurs because the Orbeon webapp sets a system property
>> named
>> "log4j.configuration" in the org.orbeon.oxf.util.LoggerFactory.  
>> Because
>> this value is deliberately set to a bogus value, any webapps in the
>> same JVM (same tomcat in this case) that start after Orbeon, will
>> fail using the regular configuration discovery mechanisms of Log4j.
>>
>> I am not sure if the conditions for this design decision are still
>> present.
>> They might be.  My opinion is that any webapp that sets a system
>> property better have an extremely good reason for doing so, given
>> that system properties are shared across the entire JVM, not just
>> webapp.
>
> Indeed, I agree that setting a system property can be considered to be
> reasonably evil and I am not sure we still have a good reason do that.
> Have you tried removing that call to System.setProperty(
> "log4j.configuration", "-there-aint-no-such-file-" )? If you have, can
> you confirm that everything is working fine without it?
>
> Alex
> --
> Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise Orbeon's
> Blog: http://www.orbeon.com/blog/ Personal Blog:
> http://avernet.blogspot.com/ Twitter - http://twitter.com/avernet
>
> --
> You receive this message as a subscriber of the ops-users@...
> mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@...
> For general help: mailto:sympa@...?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws

This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.




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

[Bittard, Julien]

 
Hi Michael,

How do you insert this code (System.setProperty("log4j.configuration", "log4j.properties")) in Orbeon ?



-----Message d'origine-----
De : Michael Roberts [mailto:mroberts@...] Envoyé : jeudi 1 mai 2008 03:04 À : ops-users@... Objet : [ops-users] Re: Re: Re: Re: RE: Re: Problem with log in orbeon with multiple webapp

Thanks for your reply Alex.

No, we chose not to modify the Orbeon source because I would rather have a clean upgrade path and so I stay away from modifying in that way as much as is feasible.

Our code does set the value back to the normal value, just so that other webapps that might be in the same container (for the future) will function as expected:
   System.setProperty("log4j.configuration", "log4j.properties");

We have three webapps besides "ops" running in the same Tomcat container.  One of these apps loads the configuration manually (for reasons unrelated to the Orbeon issue), while the other two rely on Log4j finding the log4j.properties file in the normal way.  All are logging fine again, to a common console logger that is shared by all four webapps.

Cheers,
Michael Roberts

On Apr 30, 2008, at 8:51 PM, Alessandro Vernet wrote:

> Michael,
>
> On Wed, Apr 30, 2008 at 5:34 AM, Michael Roberts
> <mroberts@...
> > wrote:
>> The problem occurs because the Orbeon webapp sets a system property
>> named
>> "log4j.configuration" in the org.orbeon.oxf.util.LoggerFactory.  
>> Because
>> this value is deliberately set to a bogus value, any webapps in the
>> same JVM (same tomcat in this case) that start after Orbeon, will
>> fail using the regular configuration discovery mechanisms of Log4j.
>>
>> I am not sure if the conditions for this design decision are still
>> present.
>> They might be.  My opinion is that any webapp that sets a system
>> property better have an extremely good reason for doing so, given
>> that system properties are shared across the entire JVM, not just
>> webapp.
>
> Indeed, I agree that setting a system property can be considered to be
> reasonably evil and I am not sure we still have a good reason do that.
> Have you tried removing that call to System.setProperty(
> "log4j.configuration", "-there-aint-no-such-file-" )? If you have, can
> you confirm that everything is working fine without it?
>
> Alex
> --
> Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise Orbeon's
> Blog: http://www.orbeon.com/blog/ Personal Blog:
> http://avernet.blogspot.com/ Twitter - http://twitter.com/avernet
>
> --
> You receive this message as a subscriber of the ops-users@...
> mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@...
> For general help: mailto:sympa@...?subject=help
> OW2 mailing lists service home page: http://www.ow2.org/wws

This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.




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

[Alessandro Vernet]

Michael,

On Wed, Apr 30, 2008 at 6:04 PM, Michael Roberts <mroberts@...> wrote:
>  No, we chose not to modify the Orbeon source because I would rather have a
> clean upgrade path and so I stay away from modifying in that way as much as
> is feasible.

I understand. We just commented this line, and we'll see how that
works. You'll let us know if this solves the problem for you. You can
get this change in the next nightly build. For reference the bug is:

http://forge.objectweb.org/tracker/index.php?func=detail&aid=309475&group_id=168&atid=350207

Alex
--
Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise
Orbeon's Blog: http://www.orbeon.com/blog/
Personal Blog: http://avernet.blogspot.com/
Twitter - http://twitter.com/avernet


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

[.]

Hi,


I was wondering whether or not the xforms-submit event is supported in
Orbeon Forms?

I have attached a simple web application which demonstrates the usage of
the xforms-submit event. The demo web application works well with Mozilla
XForms 0.8.5, i.e. shows my processing animation when the xforms-submit
event occurs. However, when the demo web application is run with Orbeon
Forms it doesn't work as supposed to, i.e. it doesn't show my processing
animation.

I am using Orbeon Forms 3.6.0.200712181809 as a separate deployment
(path: /ops). The demo web application can be tested by using the
following file: (XFormsSubmit.war)/index.xhtml

So, is this event missing or has it been implemented but doesn't work
as supported to?

Regards


-Markku Laine


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

[Erik Bruchez]

Markku,

This event is implemented and as far as I can tell it is working.

I haven't run your code as that seems to take some time to install,  
but you mention animations so I suppose that in response to xforms-
submit, you make a change to the UI. If so, that change won't be  
visible until the Ajax request that (indirectly) triggered xforms-
submit returns to the client, which likely will be after the  
submission completes.

This is due to the fact that, at the moment, Orbeon Forms does not  
support a concept of "continations" for sequences of server actions,  
whereby an action that would impact the client is sent back to the  
client and server-side processing the continues. I am not sure if I  
make myself clear ;-)

-Erik

On May 12, 2008, at 7:53 AM, .::: Markku :::. wrote:

> Hi,
>
>
> I was wondering whether or not the xforms-submit event is supported  
> in Orbeon Forms?
>
> I have attached a simple web application which demonstrates the  
> usage of the xforms-submit event. The demo web application works  
> well with Mozilla XForms 0.8.5, i.e. shows my processing animation  
> when the xforms-submit event occurs. However, when the demo web  
> application is run with Orbeon Forms it doesn't work as supposed to,  
> i.e. it doesn't show my processing animation.
>
> I am using Orbeon Forms 3.6.0.200712181809 as a separate deployment  
> (path: /ops). The demo web application can be tested by using the  
> following file: (XFormsSubmit.war)/index.xhtml
>
> So, is this event missing or has it been implemented but doesn't  
> work as supported to?
>
> Regards
>
>
> -Markku Laine<XFormsSubmit.war>
> --
> You receive this message as a subscriber of the ops-users@...  
> mailing list.
> To unsubscribe: mailto:ops-users-unsubscribe@...
> For general help: mailto:sympa@...?subject=help
> OW2 mailing lists service home page: http://www.ow2.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 ops-users@... mailing list.
To unsubscribe: mailto:ops-users-unsubscribe@...
For general help: mailto:sympa@...?subject=help
OW2 mailing lists service home page: http://www.ow2.org/wws

[.]

Erik,


Thanks for your prompt reply. Yes, I am trying to change the UI before the
submission completes i.e. to show a "Submission in progress..." animation.

Like you said, in Orbeon Forms the xforms-submit event will be triggered
_after_ the submission completes due to the Ajax request (tested that)
instead of _before_ the submission completes, as in Mozilla XForms.

Also, I tried to use the following actions with a trigger but it still
does not change the UI _before_ the submission completes. Hmmm... do
you have any workaround in mind for changing the UI _before_ the
submission completes?

To save your time, I have prepared two videos for you, which demonstrate
the difference in behavior between the two XForms engines: Orbeon Forms
and Mozilla XForms. The videos are available at (Format: Flash video):
http://users.tkk.fi/~mplaine/xforms-submit/

The web application is the same (the one enclosed in the previous email)
in both videos but the behavior is different.


-Markku


------------------------------------------------------
Markku,

This event is implemented and as far as I can tell it is working.


I haven't run your code as that seems to take some time to install, but
you mention animations so I suppose that in response to xforms- submit,
you make a change to the UI. If so, that change won't be visible until the
Ajax request that (indirectly) triggered xforms- submit returns to the
client, which likely will be after the submission completes.


This is due to the fact that, at the moment, Orbeon Forms does not support
a concept of "continations" for sequences of server actions, whereby an
action that would impact the client is sent back to the client and
server-side processing the continues. I am not sure if I make myself clear
;-)

-Erik

On Mon, 12 May 2008, .::: Markku :::. wrote:

> Hi,
>
>
> I was wondering whether or not the xforms-submit event is supported in Orbeon
> Forms?
>
> I have attached a simple web application which demonstrates the usage of the
> xforms-submit event. The demo web application works well with Mozilla XForms
> 0.8.5, i.e. shows my processing animation when the xforms-submit event
> occurs. However, when the demo web application is run with Orbeon Forms it
> doesn't work as supposed to, i.e. it doesn't show my processing animation.
>
> I am using Orbeon Forms 3.6.0.200712181809 as a separate deployment (path:
> /ops). The demo web application can be tested by using the following file:
> (XFormsSubmit.war)/index.xhtml
>
> So, is this event missing or has it been implemented but doesn't work as
> supported to?
>
> Regards
>
>
> -Markku Laine

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