myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Renzo Tomaselli <>
Subject Re: [Trinidad] about tr:inputFile misconfiguration
Date Fri, 23 Nov 2007 15:29:32 GMT
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<body bgcolor="#ffffff" text="#000000">
Done, see <a class="moz-txt-link-freetext" href=""></a><br>
-- Renzo<br>
Matthias Wessendorf wrote:
  <pre wrap="">can you file a sub-task of the mentioned issue ?


On Nov 23, 2007 3:32 PM, Renzo Tomaselli <a class="moz-txt-link-rfc2396E" href="">&lt;;</a>
  <blockquote type="cite">
    <pre wrap=""> Yup - related but even worse - since I can't even get an error.
 Isn't there any way to get the value of
org.apache.myfaces.trinidad.UPLOAD_TEMP_DIR to check dir existence *before*
we get in troubles with uploading (e.g. without a full web.xml parsing I
mean) ?

 -- Renzo

 Matthias Wessendorf wrote:

this bug is related:

<a class="moz-txt-link-freetext" href=""></a>


On Nov 23, 2007 12:59 PM, Renzo Tomaselli <a class="moz-txt-link-rfc2396E" href="">&lt;;</a>

 Hi, I noticed that in case the parameter
org.apache.myfaces.trinidad.UPLOAD_TEMP_DIR points to an unexisting
directory, an exception is thrown by UploadedFileImpl, but it has no
chance to be caught by application code, since occurring from withing
the TrinidadFilter.
The final result is that users try to save uploaded files, but nothing
happens and no errors are shown.
Very frustrating from the user point of view. This is the typical
situation when things appears running fine at the developer site, while
they don't run at all at the customer site, just because a directory is
Any workaround to catch that exception and to report it gently to the user ?
Or is there any way to check that parameter consistency in advance,
being usually a static issue ?

-- Renzo

  <pre wrap=""><!---->


View raw message