Bug 153231 - Sharable property storage for automatic projects
Sharable property storage for automatic projects
Status: NEW
Product: projects
Classification: Unclassified
Component: Autoproject
6.x
All All
: P1 (vote)
: TBD
Assigned To: issues@projects
issues@contrib
:
Depends on:
Blocks: 153235
  Show dependency treegraph
 
Reported: 2008-11-14 16:56 UTC by Jesse Glick
Modified: 2012-06-19 15:47 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2008-11-14 16:56:38 UTC
It is desirable for a client of Cache to be able to mark a certain property as "sharable", i.e. the result of an
explicit user configuration choice which is portable, rather than a temporary setting, or cached information from e.g.
build sniffing.

Such properties should likely be stored in a file ${basedir}/netbeans.properties. Existence of this file would also
automatically mark the containing dir as an autoproject. Keys in the file would be implicitly prepended with
"${basedir}/" so that they are relative, and would need to use '/' as a path separator. This means a change in the
current interface to store a key - the key would need to consist of a (File,String) pair. Perhaps the call should be
made on an AutomaticProject instance so that the basedir is clear.

Creation of such a file should be done only upon user request. This could perhaps be a context menu item on the
project's root node; or a checkbox in the New Project wizard. The former would give you the ability to remove
netbeans.properties while moving its contents to your private settings area.

If netbeans.properties is created after a project already has had some keys stored, the sharable ones should be moved
into the new file. This means that when netbeans.properties does not exist, any keys stored that are marked sharable
should be notated as sharable even in the private storage.


By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2014, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo