Bug 16389 - Rewrite the file/data recognition process and API
Rewrite the file/data recognition process and API
Product: platform
Classification: Unclassified
Component: Data Systems
Sun Solaris
: P3 (vote)
: 6.x
Assigned To: Jaroslav Tulach
Depends on: 17756 18750 20191 20193 31509
Blocks: 25163 27444 31061 33445 60223
  Show dependency treegraph
Reported: 2001-10-09 15:31 UTC by Petr Nejedly
Modified: 2008-12-22 09:49 UTC (History)
4 users (show)

See Also:
Issue Type: TASK


Note You need to log in before you can comment on or make changes to this bug.
Description Petr Nejedly 2001-10-09 15:31:29 UTC
Write a proposal on how should file recognition look like future,
discuss it and implement it. The goal is to split the file recognition
in the common optimalizable part and the actual sub-recognitions
which would (in most cases) will then be just creating DOs over FOs.

See original message at
Comment 1 Jaroslav Tulach 2001-11-14 14:58:16 UTC
Created a central proposal page at

Comment 2 Vitezslav Stejskal 2001-11-22 16:38:13 UTC
Write a proposal on how should loaders storage look like in the future. Loaders are the last part of 
system which can't be declared in module XML layer, new storage should support:
- declarative way of definition
- save-through functionality, it should automaticaly sync changes between disk and memory (see issue 
Comment 3 Vitezslav Stejskal 2001-11-22 16:42:07 UTC
*** Issue 13043 has been marked as a duplicate of this issue. ***
Comment 4 Jesse Glick 2003-01-07 15:12:24 UTC
Any configurable properties should be stored in normal .settings files
or similar.

Note that for a recent optimization in loader pool storage, I
considered saving loaders in Loaders/*.settings, but decided that
there might be too much overhead to read all those additional XML
files. Otherwise I would have; would be much simpler and more
consistent than the current loaders.ser system. Anyway if
org.openide.loaders.DataLoader goes away then the point may be moot.
Comment 5 Marian Mirilovic 2003-03-13 13:43:34 UTC
Changed owner David S. -> David K.
Comment 6 _ pkuzel 2003-03-18 14:33:16 UTC
URL points to the most recent proposal.
Comment 7 David Konecny 2003-04-30 15:38:43 UTC
Changing TM to FUTURE for several DataSystem enhancements. The DS are planned
for rewrite and so it does not make sense to invest time into these
enhancements. If you think the issue is important and should be fixed for 4.0
then feel free to let me know. I'm open to change the plan.
Comment 8 Jaroslav Tulach 2008-04-04 15:58:59 UTC
I'll speed the recognition for 6.5, however probably as part of other, fresh issue.

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