Kan ikke sætte variabler på bønne ved brug af "multipart/form-dat

Problemet med multipart/formdata er, at parameterne bliver gemt anderledes end de villle med f.eks. text/plain eller application/x-www-form-urlencoded....

Hvorfor der ikke er blevet programmeret understøttelse for multipart/form-data som standard i JSP ved jeg ikke - men det burde SUN snart få kigget på  - (dog, så vidt jeg husker understøtter ASP heller ikke multipart/form-data, men gør brug af eksterne komponenter for at decifrere requesten)....

Hvad du kan gøre er (hvis du absolut har brug for at encode med multipart/form-data) at hente JSPUpload fra http://www.jspsmart.com - Det er en package, som gør dig i stand til at hente parametrene ud igen... Og det bedste af det hele er at den er gratis - men man får ikke source med til, hvordan de gør det...
Dog hander det om at betragte hele requesten som en stor InputStream, og så decifrere den, stykke for stykke...

/Søren

Ups - for hurtig på "udfør"-knappen -- Det ovenstående var et svar...
/Søren

bearhugx:
Ja det kan bruges, men http://www.servlets.com/cos/javadoc/com/oreilly/servlet/MultipartRequest.html er noget nemmere og bedre at bruge. Se http://www.eksperten.dk/spm/181949
At den ikke er med som default er der også en god grund til, Sun er ikke Microsoft som forsøger at tilrage sig al magt, men kun implementere standard ting, og giver andre muligheder for også at lave noget kode.


Zulukrigen:
Den dekodning jeg gav dig i dit andet spørgsmål kan du sagtens flytte ned i en bønne, det har jeg faktisk selv gjort i det project hvor, COS klassen blev anvendt.
De enkelte felter der bliver sendt med kan du også sagtens hente ud med COS klassen, se dokumentationen, som jeg postede en link til i http://www.eksperten.dk/spm/181949.

Men setProperty kan ikke håndtere den, da setProperty er beregnet til at sætte form felter, og multipart/form-data er ikke et form felt, men en form for streaming af binær data.

Disky:
Jeg har forsøgt mig med en metode i ovennævnte bibliotik, nemlig
<%=MultipartRequest.getParameter("tekstfelt")%> og den udskriver nemlig den indtastet værdi :o), nu mangler jeg bare at sette værdien på bønnen, så nu er mit problem løst tak for hjælpen endnu engang!!!

Disky >>
Min holdning er at Sun ikke ville udvise handlig mod tilranelse af magt, i det tilfælde at de gjorde deres API brugbar i tilfælde hvor encoding'en er multipart/form-data -- Den har jo også været standardiseret i lang tid (RFC 2388, så vidt jeg husker)...

<anekdote>
I et af mine tidligere projekter havde jeg en form, hvori der både kunne uploades billeder og indtastes data -- upload-funktionen blev kun brugt sjældent - men pga. upload-situationen (og det, at jeg ikke ønskede at gå hen på et andet view (side) for at uploade blev det, at jeg satte formens encoding til at være multipart/form-data...
Men da koden i min servlet ikke længere virkede blev jeg lidt overrasket .... Jeg uploaded ikke filer, jeg skulle kun sende nogle tekstfelter afsted ... men alle returværdier fra req.getParameter(...) var null.... og der var forklaret ingen steder i API'en at pga. jeg brugte multipart/form-data kunne jeg ikke bruge den metode - omend dens brugsfunktion vill være den samme....
Der gik et par dage inden jeg så fandt en komponent, som kunne gøre jobbet for mig - og det eneste jeg stod tilbage med var en irritation over at det ikke bare kunne have være implementeret :-/
</anekdote>

nuvel-
Zulukriger >> Hvis du aligevel bruger denne COS-klasse (spm:181949) så gør som Disky siger... Så er der ingen grund til at skifte...

/Søren

Damn - nogen er hurtige :-))

Glad, du fandt ud af det ....
Nuvel - Jeg skal til møde på AF  :-=)

/Søren

bearhugx:
Det er rigtigt at man kan undre sig over de ikke selv har implementeret det.
Men der findes jo så mange RFC'er at de ikke kan håndtere dem alle, heldigvis forhindrer de heller ikke en i selv at lave det :)

Held og lykke på AF

Back ... Det var et intromøde omkring at sende nogle at os på Axapta kursus (8 mdr.) med efterfølgende ansættelse i en af 5 store danske virsomheder --
Eneste problem :
ca. 50-60 deltagere på intromøde
kun 14 pladser på kursus...

Udvælgningsrunde/samtale er på torsdag kl. 15:30 for mit vedkommende.... Håbe håbe håbe.....

/Søren

Disky :
Kan jeg ikke lige få dig til at kigge på http://www.eksperten.dk/spm/182817

En som dig må vide....

/Søren