[java] spatie probleem in java applet

[morpheus]

Ik ben bezig met een java applet te schrijven waarbij er iets van de hd ingelezen moet worden en ook weer wat op terug geschreven moet worden.

Als er geen spaties in het pad staan, gaat alles goed. Staan die er echter wel, dan gaat het mis bij de eerste spatie. Het gekke is, dat dezelfde applicatie in java (gebruikt in de prompt) het probleem niet heeft. Weet iemand waarom ik nu problemen heb hierbij bij applets???

ieder advies is welkom

ps. begin nu niet dat een applet geen schrijfrechten heeft, dat probleem heb ik namelijk al gepasseerd. Ik heb dus lees en schrijfrechten op een hd doormiddel van een java applet.

[Janoz]

Spatie in een pad, dat is weer zo'n typisch microsoft 'ik heb schijt aan de standaarden' gedoe. Probeer het eens met %20 ipv een spatie (dat wordt in URL's namelijk ook gebruikt voor een spatie)

[morpheus]

Op donderdag 08 november 2001 09:28 schreef Janoz het volgende:
Spatie in een pad, dat is weer zo'n typisch microsoft 'ik heb schijt aan de standaarden' gedoe. Probeer het eens met %20 ipv een spatie (dat wordt in URL's namelijk ook gebruikt voor een spatie)

dat had ik wel even gelijk kunnen vertellen, want ik dacht eerst ook dat daar het probleem zat.

Dit kan echter niet het probleem zijn (voor zover ik kan nagaan) omdat een jsp de invoer binnen krijgt. Deze laat ik dezelfde string ook nog even op de html zetten voordat ik het als string meegeef aan de applet. Hierin blijkt niet dat er %20 gebruikt wordt. Lijkt me verder niet zo dat een java applet dit ook nodig heeft. Of zit ik daar mis??

[Stephan Oudmaijer]

Spaties in een path boeien normaal niet echt ik maak zoveel applicaties (java) met spaties in het path. Post je source is dan kan ik het ff checken.

[Janoz]

Op donderdag 08 november 2001 09:33 schreef morpheus het volgende:

[..]

dat had ik wel even gelijk kunnen vertellen, want ik dacht eerst ook dat daar het probleem zat.

Dit kan echter niet het probleem zijn (voor zover ik kan nagaan) omdat een jsp de invoer binnen krijgt. Deze laat ik dezelfde string ook nog even op de html zetten voordat ik het als string meegeef aan de applet. Hierin blijkt niet dat er %20 gebruikt wordt. Lijkt me verder niet zo dat een java applet dit ook nodig heeft. Of zit ik daar mis??

Probeer het eens zou ik zeggen

[morpheus]

Op donderdag 08 november 2001 09:36 schreef CK het volgende:
Spaties in een path boeien normaal niet echt ik maak zoveel applicaties (java) met spaties in het path. Post je source is dan kan ik het ff checken.

dat is dus precies wat ik zo gek vind. Ik had een java-source die werkte. Die heb ik slechts zodanig aangepast opdat het als applet kon werken. Pas toen deden de problemen zich voor. Ik vermoed dat het een applet probleem is.

[Verwijderd]

Zet gewoon quotes in je file string?? "'g:\fla fla'";

[morpheus]

Op donderdag 08 november 2001 09:44 schreef robh het volgende:
Zet gewoon quotes in je file string?? "'g:\fla fla'";

ook al geprobeerd, pakt tie ook niet......

tenminste, niet enkel qoutes, ik had dubbel gedaan.

zou dat het zijn???

[DennisBoom]

Spaties escapen met een \ ??

[morpheus]

nee

het moet volgens mij toch echt bij applets gezocht worden het probleem. In java werkt de code normaal. Dus.... kan het volgens mij niet aan de javacode liggen. Moet een ander probleem zijn.

btw, enkel quotes werkt ook niet.

[Jrz]

Je tokenized toch de fileNamesArray?
Dan krijg je toch 2 files als je een spatie hebt?
Dat is je probleem.

[Jrz]

Waar is die code gebleven

[morpheus]

Op donderdag 08 november 2001 09:38 schreef Janoz het volgende:

[..]

Probeer het eens zou ik zeggen

spatie vervangen door %20

zodat je bijv. c:\test\bla%20bla.wat krijgt in plaats van c:\test\bla bla.wat werkt ook niet

[Jrz]

Dan niet stuk eigenwijs...

[morpheus]

Op donderdag 08 november 2001 10:00 schreef Jrz het volgende:
Je tokenized toch de fileNamesArray?
Dan krijg je toch 2 files als je een spatie hebt?
Dat is je probleem.

nee, want hij kijkt steeds of er nog meer tokens inzitten, een spatie ziet tie dus ook als een token. Dat tie dus door die spatie bij het tokenizen op zijn bek gaat lijkt me niet.
of zie ik dat nu verkeerd???

code had ik weggehaald omdat het me verder toch niet relevant leek.

maar ik ga het wel even proberen.

[Jrz]

Wat is op zn bek gaan?
Als hij probeerd C:\Program en Files\xxxxx te adden, dan zal hij een Exception throwen..

[Dash2in1]

Zeg, kan je eens het stuk code laten zien wat verantwoordelijk is voor het behandelen van bestanden?

[morpheus]

Op donderdag 08 november 2001 10:05 schreef Jrz het volgende:
Dan niet stuk eigenwijs...

ik snap even niet waarom ik eigenwijs wordt genoemd??

ik neem ieder advies in dank af en probeer er gelijk ook even aan te werken. Dat ik ergens het symbooltje gebruik is niet omdat ik jullie advies niet waardeer, maar meer even een stukje frustratie dat het niet lukt. Niets persoonlijks dus

[Jrz]

Ik zeg dat jij zelf je args aan het tokenizen bent
Dan komt hij spaties tegen en heeft dus 2 files die niet bestaahaaaaaan

[morpheus]

toch maar even het stukje code waarmee ik de meegegeven parameters inlas:

code:

final void readParam() {
          //System.out.println("readParam");
        String param_data=null;
          StringTokenizer st;
  
          param_data = getParameter("source");
          if (param_data != null){
              st = new StringTokenizer(param_data);
              if (st.hasMoreTokens()) {
                  fileNamesArray[0] = st.nextToken();
                  //fileNamesArray[0] = "\'" + fileNamesArray[0] + "\'";
              }
          }
  
          param_data = getParameter("zippedsource");
                  if (param_data != null){
                      st = new StringTokenizer(param_data);
                      if (st.hasMoreTokens()) {
                          archiveFileName = st.nextToken();
                          //archiveFileName = "\'" + archiveFileName + "\'";
                      }
          }
      }

zal er in ieder geval even een try catch omheen zetten om te kijken of er inderdaad een exception optreed

[Verwijderd]

HOOFD en kleine letters zijn ook correct?? Dit is (in mijn ogen) een java-bug die ze er al jaren niet uit willen halen...

[morpheus]

Op donderdag 08 november 2001 10:14 schreef Jrz het volgende:
Ik zeg dat jij zelf je args aan het tokenizen bent
Dan komt hij spaties tegen en heeft dus 2 files die niet bestaahaaaaaan

ik ben al bezig met je advies

nou niet zo gefrustreerd raken als ik he want dan komen we helemaal nergens

[morpheus]

Op donderdag 08 november 2001 10:18 schreef robh het volgende:
HOOFD en kleine letters zijn ook correct?? Dit is (in mijn ogen) een java-bug die ze er al jaren niet uit willen halen...

nee, dat probleem doet zich gelukkig niet voor (net even getest, nog niet geprobeerd namelijk)

[Jrz]

Waarom zou je zoiets eruit willen halen?
Is alleen maar goed..

[Dash2in1]

Als je meerdere bestanden in een array wilt zetten, dan is StringTokenizer idd wel handig, maar dan zou ik geen spaties gebruiken, maar een token die niet in bestandsnamen mogen voorkomen .. bv. een vraagteken ofzo, je gebruikt nu een spatie als token.

[morpheus]

ik heb dat tokennize gedeelte er even uitgehaald

(was eigenlijk nog overerfsel van wat anders)

naam kan ik op dit moment nog steeds goed doorgeven.

Het lijkt op het eerste gezicht dat het toch hieraan ligt. schaam schaam

wel gek dat een van de tests het wel goed doet en de ander niet, even kijken wat ik daar nog fout doe

[Janoz]

Op donderdag 08 november 2001 10:18 schreef robh het volgende:
HOOFD en kleine letters zijn ook correct?? Dit is (in mijn ogen) een java-bug die ze er al jaren niet uit willen halen...

In mijn ogen is de hoofdletter ongevoeligheid in het filesystem een bug van microsoft die ze er al jaren niet uit willen halen...

[Dash2in1]

Ook al geprobeerd een File (java.io.File) terug te geven en dan met getName() een String te pakken, die vervolgens in de array zetten?