[daisy] Error on Browsing for Images

[Olivier Lange]

Hello,

I have no further explanation, but may be this can help...

I experienced the problem Bruno refers to [1] on a CentOS Linux box: the '/tmp/Jetty__8886__' directory was regulary cleaned by a cron run task (tmpwatch). I instructed tmpwatch not to remove Jetty's temporary directory (tmpwatch -x /tmp/Jetty__8886__ ...)

At that time, the stacktrace I received was this one:

  Problem in creating the Request
  Message: null
  Description: No details available.
  Sender: org.apache.cocoon.servlet.CocoonServlet
  Source: Cocoon Servlet
  cause
    Malformed stream: No such file or directory
  request-uri
    /daisywiki/ec/editing/upload/0453116069152336206e865357657c52446f8f82
  Apache Cocoon 2.1.9

Now, the stacktrace Jil reports looks somewhat different:

  ...
  cause
    Malformed stream: The system cannot find the path specified
  request-uri
    /TG-CustomerSchedules/new/edit/1e514c6f4235763a74752f780a2727767300867f/part-ImageData
  Apache Cocoon 2.1.11-dev

I wonder if this would be another problem?

Olivier

[1] discussed here: http://lists.cocoondev.org/pipermail/daisy/2005-May/001288.html


Bruno Dumon wrote:
> On Thu, 2008-01-10 at 10:15 -0800, Jill Giboney wrote:
>> Next time it happens, I'll check out the temporary image upload directory
>> and see what it looks like.
>>
> 
> Great. More specifically, be sure to check that this subdirectory still
> exists:
> 
> cocoon-files/upload-dir
> 
>> Something else I thought of was that it could it be a lock problem. Would
>> that make sense? 
>>
> 
> Who would be locking what? You mean locks on Daisy documents, or on
> files? I don't immediately see where this would occur or how this could
> be related.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3909 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.cocoondev.org/pipermail/daisy/attachments/20080401/fadbdd61/smime.bin