<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I should mention, if this sounds acceptable let me know and I can
submit the patch.<br>
<br>
Adrian Baker wrote:
<blockquote cite="
mid4403A8E4.40101@orio..." type="cite">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
Option [2] (enabling debugging for
org.orbeon.oxf.xforms.processor.XFormsServer) is certainly helpful.<br>
<br>
But it's pretty imprecise, because of the screeds of other debugging
output which results from having this class set to debug (eg dumping of
all instance documents). Sure this is all useful in it's own right, but
it's a bit heavyweight just to find out you've misspelt a URL in your
submission target. Certainly I couldn't turn this on by default in a
production environment, whereas I do really need submission errors
logged as standard in production.<br>
<br>
How about logging submission errors to a more specific logger (eg
org.orbeon.oxf.xforms.event.events.XFormsSubmitErrorEvent)? This could
then be reasonably enabled full-time.<br>
<br>
Personally I'd argue this logger be turned on by default because it's
flat out impossible to determine the cause of an xforms-submit-error
any other way. And there's nothing more frustrating - particularly for
first time XForms authors - than watching absolutely nothing happen
when you click on a 'Save' button: no errors displayed, no errors
logged.<br>
<br>
Adrian<br>
<br>
Erik Bruchez wrote:
<blockquote cite="
mid43AD3AF4.7080005@orbe..." type="cite">Duane, <br>
<br>
This is an excellent question. <br>
<br>
>From the XForms spec's point of view, if submission fails, an
xforms-submit-error event is thrown and that's it, which is not
extremely helpful. Some tips: <br>
<br>
1. If you are using XML schema for instance validation and suspect that
validation may be failing because validation doesn't pass, try using an
online schema validator with your submitted XForms instance. <br>
<br>
2. You can enable server-side logging for XForms with: <br>
<br>
<category name="org.orbeon.oxf.xforms.processor.XFormsServer"> <br>
<priority value="debug"/> <br>
</category> <br>
<br>
in log4j.xml, the XForms instance that failed to be saved will be
logged with some annotations. <br>
<br>
This can help a little bit, but I agree that this is not enough. We
have an RFE for a client-side XForms console, which would be the right
place to provide useful information about submission: <br>
<br>
<a class="moz-txt-link-freetext"
href="
http://forge.objectweb.org/tracker/index.php?func=detail&aid=304142&group_id=168&atid=350210">
http://forge.objectweb.org/tracker/index.php?func=detail&aid=304142&group_id=168&atid=350210</a>
<br>
<br>
This will be post-3.0 however. <br>
<br>
-Erik <br>
<br>
Duane Gran wrote: <br>
<blockquote type="cite"> Is there anyway to get a more elaborate
error message for an xforms- submit-error event? I find that I spend a
lot of time feeling in the dark for simple mistakes I make which
prevent the form from saving. Although I capture the event
successfully, I'm often at a loss about the cause of the error. <br>
<br>
Duane <br>
</blockquote>
<br>
<pre wrap=""><hr size="4" width="90%">
--
You receive this message as a subscriber of the <a
class="moz-txt-link-abbreviated" href="mailto:
ops-users@obje...">
ops-users@obje...</a> mailing list.
To unsubscribe: <a class="moz-txt-link-freetext"
href="mailto:
ops-users-unsubscribe@obje...">mailto:
ops-users-unsubscribe@obje...</a>
For general help: <a class="moz-txt-link-freetext"
href="mailto:
sympa@obje...?subject=help">mailto:
sympa@obje...?subject=help</a>
ObjectWeb mailing lists service home page: <a
class="moz-txt-link-freetext" href="
http://www.objectweb.org/wws">
http://www.objectweb.org/wws</a>
</pre>
</blockquote>
<br>
<br>
______________________________________________________________________<br>
This email has been scanned by the MessageLabs Email Security System.<br>
For more information please visit <a class="moz-txt-link-freetext" href="
http://www.messagelabs.com/email">
http://www.messagelabs.com/email</a> <br>
______________________________________________________________________<br>
<pre wrap="">
<hr size="4" width="90%">
--
You receive this message as a subscriber of the <a class="moz-txt-link-abbreviated" href="mailto:
ops-users@obje...">
ops-users@obje...</a> mailing list.
To unsubscribe: <a class="moz-txt-link-freetext" href="mailto:
ops-users-unsubscribe@obje...">mailto:
ops-users-unsubscribe@obje...</a>
For general help: <a class="moz-txt-link-freetext" href="mailto:
sympa@obje...?subject=help">mailto:
sympa@obje...?subject=help</a>
ObjectWeb mailing lists service home page: <a class="moz-txt-link-freetext" href="
http://www.objectweb.org/wws">
http://www.objectweb.org/wws</a>
</pre>
</blockquote>
<br>
</body>
</html>
opensubscriber is not affiliated with the authors of this message nor responsible for its content.
Delicious
Digg
reddit
Facebook
StumbleUpon
