[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [equinox-dev] Problem specifying osgi.config.area using symbolic location (@user.home)
- From: "Alex Blewitt" <alex.blewitt@xxxxxxxxx>
- Date: Thu, 22 Feb 2007 00:13:10 +0000
- Delivered-to: firstname.lastname@example.org
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cFd3NJVIqkvl8sEV/JzT53roVdGnk+rzQTJlhvegqE3priNbp64cO4d6eEOq36zULaDRyn0u8CSN1aXnjX8vbpuhobKlmwAZcQZFgf6OrUNmJsm0F54Z4/KVSi2KM8FEq5vgy16/EDpwH3xyx7NnIZayHcNAzCKNBDnZytHx71o=
If you're setting it manually, you can use the
You might also like to take note from:
Many other people are asking for it not to consider using the platform
install area (aka baseConfigurationarea) but somewhere user-specific.
Such requests have generally gone ignored.
However, Vista throws security exceptions when trying to write config
area to a program file location, so it may be that this bug has to be
addressed for that particular issue. But I wouldn't hold your breath.
On 21/02/07, Steven E. Harris <seh@xxxxxxxxx> wrote:
I'm experimenting with setting the Equinox configuration area to a
directory other than <install>/configuration. Specifically, I'd like
to take advantage of the symbolic location shortcuts described in "The
Eclipse runtime options".Â
As part of my application startup, while building the properties to
feed to EclipseStarter.setInitialProperties(), I have the following:
Now jump over to LocationManager.initializeLocations(). Around line
117, this function calls on mungeConfigurationLocation(), which takes
the "osgi.configuration.area" property and turns it into path by way
of an intermediate URL, apparently with respect to the current working
directory if the property value doesn't look like an absolute path.
Only after mungeConfigurationLocation() toys with the
"osgi.configuration.area" property does buildLocation() get a chance
to operate on it, around line 123 in LocationManager. It's within
buildLocation() that the symbolic location prefixes are expanded. My
attempted use of the prefix "@user.home" gets foiled by
mungeConfigurationLocation(), because by the time we get to
buildLocation(), the "osgi.configuration.area" property looks more
Am I misinterpreting the documentation in expecting that this symbolic
location should be respected properly? Is this a bug?
Steven E. Harris
equinox-dev mailing list