Problem with log in orbeon with multiple webapp

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

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:


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

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

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:[hidden email]] De la part de Florian Schmitt
Envoyé : lundi 28 avril 2008 18:01
À : [hidden email]
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 [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

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

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

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:


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

Michael,

On Wed, Apr 30, 2008 at 5:34 AM, Michael Roberts <[hidden email]> wrote: 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 [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

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:


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

Hi Michael,

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



-----Message d'origine-----
De : Michael Roberts [mailto:[hidden email]]
Envoyé : jeudi 1 mai 2008 03:04
À : [hidden email]
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:

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

 
Hi Michael,

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



-----Message d'origine-----
De : Michael Roberts [mailto:[hidden email]] Envoyé : jeudi 1 mai 2008 03:04 À : [hidden email] 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:

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

Michael,

On Wed, Apr 30, 2008 at 6:04 PM, Michael Roberts <[hidden email]> 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 [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

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

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:
--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
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:


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

> Also, I tried to use the following actions with a trigger but it still does
> not change the UI _before_ the submission completes.

Here is the code missing from the last post:
<xforms:trigger>
   <xforms:label>Test submission</xforms:label>
   <xforms:action ev:event="DOMActivate">
     <!-- Show "submission in progress" animation -->
     <xforms:toggle case="on-process-working-switcher" />
     <xforms:send submission="my-submission" />
   </xforms:action>
</xforms:trigger>


> Hmmm... do you have any
> workaround in mind for changing the UI _before_ the submission completes?

And here is the code snippet I used before which didn't change the UI
_before_ the submission completes  either (used on the video):
<xforms:submission id="my-submission"
   replace="instance"
   instance="my-instance"
   method="post"
   action="xformsservlet"
   encoding="UTF-8"
   mediatype="application/xml">
   <xforms:action ev:event="xforms-submit">
     <xforms:toggle case="on-process-working-switcher" />
   </xforms:action>
</xforms:submission>


-Markku


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

Hi,

I think there is an error in orbeon when using a html in an xforms:alert.

I made a little xhtml file to reproduce the problem in the sandbox.

This worked in version 3.5, as of version 3.6 it stopped working.
I get a different result in FF, IE and Opera.

Opera: works fine
Firefox: Text is shown outside of message box, message box is empty
IE: Text is shown in popup, but red litle image is not shown.

If somebody has a solution for this bug, I'd be happy to hear about it, otherwise I will have to roll back to Orbeon 3.5

Thanks,

Antoine



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

Antoine.DE-TROOSTEMBERGH wrote:

  Hi Antoine,

> I think there is an error in orbeon when using a html in an
> xforms:alert.

  I am not that familiar with the XForms REC, but its schema doesn't
allow HTML content.  The REC's prose seems to say that HTML content for
xf:alert is either forbidden or implementation defined (and I didn't
find any note about it in the Orbeon doc.)

  Could someone comment on that?  I would be interested to know where
the response stands in the REC.

  Regards,

--drkm





















__________________________________________________
Do You Yahoo!?
En finir avec le spam? Yahoo! Mail vous offre la meilleure protection possible contre les messages non sollicités
http://mail.yahoo.fr Yahoo! Mail



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

Antoine,

Thanks for the example.

Orbeon Forms outputs each alert within an HTML <label> element. This  
element supports only inline elements as content, so the browser takes  
any non-inline content and puts it outside the <label> element. This  
is why you see, with FF, the list appear outside of <label>. So Orbeon  
Forms does almost everything right here, except it should not use  
<label> to encapsulate alert messages as that will prevent using any  
HTML block elements.

I entered a bug:

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

In the meanwhile, you will have to avoid using block element within  
xforms:label.

-Erik

On May 20, 2008, at 6:37 AM, <Antoine.DE-
[hidden email]> <[hidden email]
 > wrote:
--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



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

>  I am not that familiar with the XForms REC, but its schema doesn't
> allow HTML content.  The REC's prose seems to say that HTML content  
> for
> xf:alert is either forbidden or implementation defined (and I didn't
> find any note about it in the Orbeon doc.)
>
>  Could someone comment on that?  I would be interested to know where
> the response stands in the REC.

I think that the spec could be clearer on the subject, but it is the  
Forms Working Group's intent that this is allowed, but dependent on  
the host language / implementation.

The non-normative schema for XForms says that an alert can contain  
UI.Inline, which is defined as:

     <xsd:group name="UI.Inline">
         <xsd:sequence>
             <xsd:choice minOccurs="0">
                 <xsd:element ref="xforms:output"/>
                 <!-- containing document language to add additional  
allowed content here -->
             </xsd:choice>
         </xsd:sequence>
     </xsd:group>

Notice the "containing document language to add additional allowed  
content here".

Orbeon Forms supports (X)HTML within labels, help, hint and alert.

In my other reply in this thread, I said it was wrong for Orbeon Forms  
to output an HTML <label> to represent an alert with a label as this  
prevents inline content. I now realize that this may go against the  
notion of UI.Inline in the XForms schema. I am not clear on that, so I  
just sent an email to the working group to see what's the opinion  
there. Certainly it seems to me that help and alert in particular  
should not be restricted to inline HTML content.

-Erik

--
Orbeon Forms - Web Forms for the Enterprise Done the Right Way
http://www.orbeon.com/



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