Well it is probably stupid but have you laucnhed it
with the rights authorization?

I just had this error in the day. It didn"t print
anything. But  I launched it as root and it... worked
:=) 


--- Chris Wilder-Smith <[EMAIL PROTECTED]> a
�crit : > Nicolas,
> 
> linux primarily.  
> 
> 
> On Fri, 2004-02-06 at 16:19, Nicolas Toper wrote:
> > Sorry, but are you using linux or win32 ?
> > 
> > nico
> >  --- Geoff Howard <[EMAIL PROTECTED]> a �crit
> : >
> > Chris Wilder-Smith wrote:
> > > > Geoff,
> > > > 
> > > > On Thu, 2004-02-05 at 19:45, Geoff Howard
> wrote:
> > > > 
> > > >>Chris Wilder-Smith wrote:
> > > > 
> > > > <snip>
> > > > 
> > > >>>I get
> > > >>>
> > > >>> ** request class:
> > > org.apache.cocoon.environment.http.HttpRequest
> > > >>
> > > >>Right - and that's the point.  Sorry I didn't
> > > explain more, but a change 
> > > >>was made to the environment and request
> > > abstraction handling such that 
> > > >>the assumption in the wiki that you can tell
> > > whether uploads are 
> > > >>successfully enabled is no longer correct.
> > > >>
> > > >>So, you'll notice in my proposed code that I
> > > ignore the type of request. 
> > > >>   Try it and let me know what happens.  If
> you
> > > just println inside each 
> > > >>condition block you'll have a major clue.
> > > > 
> > > > 
> > > > I took a look through the HttpRequest code and
> can
> > > see how that is
> > > > supposed to work on the request wrapper inside
> the
> > > HttpRequest.
> > > > 
> > > > I checked the content type and get
> > > multipart/form-data so that seems
> > > > correct:
> > > > 
> > > >
> > >
> >
>
content-type=multipart/form-data;boundary=--------------------------7d41541f902a8
> > > > 
> > > > 
> > > > If I instrument the
> MultipartHttpServletRequest
> > > code so I can see what's
> > > > in the 'values' Hashtable - I just get two
> > > parameters with string values
> > > > - there are no Part objects in there.
> > > > 
> > > > Do you think that means that the form-data
> really
> > > isn't getting parsed? 
> > > > I also just threw it at a requestgenerator but
> > > don't get any insights
> > > > there.
> > > 
> > > hmmm, I would be suspicious that uploads were
> broken
> > > in 2.1.3 but I 
> > > really don't think so.
> > > 
> > > Can you triple check that the web.xml  used in
> this
> > > case really has 
> > > enable-uploads set properly?
> > > 
> > > After that, i'd break out a debugger, set a
> break
> > > point on cocoon 
> > > servlet where it creates the request, or
> > > RequestFactory, etc. and see 
> > > what is going on.
> > > 
> > > Geoff
> > > 
> > > 
> > >
> >
>
---------------------------------------------------------------------
> > > To unsubscribe, e-mail:
> > > [EMAIL PROTECTED]
> > > For additional commands, e-mail:
> > > [EMAIL PROTECTED]
> > >  
> > 
> > 
> >     
> > 
> >     
> >             
> > Yahoo! Mail : votre e-mail personnel et gratuit
> qui vous suit partout ! 
> > Cr�ez votre Yahoo! Mail sur
> http://fr.benefits.yahoo.com/
> > 
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > For additional commands, e-mail:
> [EMAIL PROTECTED]
> > 
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
>  


        

        
                
Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! 
Cr�ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to