[Java] Probleem met padnamen in property file

[mkleinman]

Ik heb een probleem met het lezen van padnamen uit 1 van mijn property files.

Property inhoud:

code:

basic.outputlocation = h:\temp\sma

Zodra ik de property inlees met de methode getProperty() is het resultaat h: <tab> empsma.

De h: <tab> is volkomen te begrijpen aangezien \t een tab is. Alleen dat \s niet correct wordt verwerkt is voor mij niet te begrijpen, ik had in dit geval verwacht dat deze 1:1 zou worden overgenomen c.q. genegeerd.

Ik wil dat een gebruiker gewoon standaard windows padnamen op kan geven als h:\temp\sma oid. En ik wil de gebruiker niet op moeten zadelen met dubbele slashes of forward slashes.

De programmatuur komt alleen maar op Windows based machines te draaien aangezien de files die ik inlees alleen van software afkomen die op Windows draaien. Platform onafhankelijk zijn is voor dit hobbyproject niet interessant.

Op Google kan ik hier zo 1 2 3 niet veel over vinden. hoe dit op te lossen is.

Is er iemand die hier een oplossing voor heeft?

[Janoz]

De \ is in deze context een escape teken en maakt dus ook geen onderdeel uit van de daadwerkelijke waarde. Hij wordt dus inderdaad genegeerd waardoor de \ wegvalt. Je zult gewoon elke \ moeten escapen door er \\ van te maken.

Het zou trouwens ook een stuk lastiger zijn wanneer een \ enkel een escape teken was wanneer er wat van te maken viel. Dan zou het escapen een stuk lastiger zijn aangezien je elk mogelijk escape teken zou moeten weten.

[bredend]

code:

basic.outputlocation = h:\\temp\\sma

Zo werkt het wel.

[mkleinman]

bredend schreef op zaterdag 11 juli 2009 @ 22:55:

code:

basic.outputlocation = h:\\temp\\sma

Zo werkt het wel.

Klopt en met c:/temp/sma werkt het ook prima

Voorlopig heb ik nog geen frontend / config tool om mijn tool te beheren en de mensen die m'n tooltje nu gebruiken vinden die \\ nogal verwarrend.

Daarnaast heb ik ook een csv file waar ik informatie uit haal, hier staan ook paden in, hier kan ik wel netjes het pad in c:\temp\sma uithalen, hierin wordt wel de \s genegeerd. Ik gebruik voor het lezen van deze CSV file een aparte library ( CSVtool.1-8. )

[pipo1000]

of gewoon;

basic.outputlocation = h:/temp/sma

Want Java is ongevoelig voor / of \ op alle platforms!

[Snake]

\s is dan ook geen entity, \t wel

[BalusC]

pipo1000 schreef op zaterdag 11 juli 2009 @ 23:20:
of gewoon;

basic.outputlocation = h:/temp/sma

Want Java is ongevoelig voor / of \ op alle platforms!

Dit is niet waar. Dit is platformafhankelijk. Windows accepteert inderdaad zowel / als \, maar de Unix derivaten (Unix, Aix, Linux, Mac, etc) accepteren alleen de /.

[Jaap-Jan]

Je zou nog een ander truukje kunnen gebruiken. Als je in je .properties bestand toch geen gebruik gaat maken van escapes, schrijf dan een eigen klasse die is afgeleid van FilterInputStream en die het escapen doet tijdens het inlezen van het bestand.

In plaats van de 'kale' InputStream, geef je de load() functie je eigen afgeleide klasse mee, die in zijn read() functies extra backslashes toevoegt.

En als je gebruik maakt van FileReader, moet je switchen naar FileInputStream.

Als alternatief kun je ook gebruik maken van FilterReader.

[ Voor 40% gewijzigd door Jaap-Jan op 12-07-2009 08:50 ]