This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 26597 - Split up update_tracking.xml by module
Summary: Split up update_tracking.xml by module
Status: RESOLVED FIXED
Alias: None
Product: www
Classification: Unclassified
Component: Builds & Repositories (show other bugs)
Version: 3.x
Hardware: PC Linux
: P2 blocker (vote)
Assignee: Michal Zlamal
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-08-19 02:43 UTC by Jesse Glick
Modified: 2003-02-20 16:33 UTC (History)
3 users (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2002-08-19 02:43:15 UTC
Posting suggestion from nbdev - got a positive
response from Trung and Michal. Unfortunately I
cannot link to the thread (not archived, sigh),
but it was called "AutoUpdate vs. other means".

---%<---
Here is a suggestion for a change in AU: deprecate
update_tracking.xml in favor of a directory of
tracking files. (Automatically convert the old
format to the new at startup time, too.) So you
would have:

update_tracking/org-netbeans-modules-classfile.xml

which would contain just

<?xml version="1.0" encoding="UTF-8"?>
<module codename="org.netbeans.modules.classfile/1">
  <module_version specification_version="1.7"
origin="installer"
                  last="true"
install_time="1028669207236">
    <file name="modules/autoload/classfile.jar"
crc="4077066555"/>
  </module_version>
</module>

Two neat things here:

1. At build time, <genlist> is simplified. It does
not need to modify
../nbbuild/netbeans/update_tracking.xml, which is
sort of a hack. Instead, classfile/build.xml only
needs to create
netbeans/update_tracking/org-netbeans-modules-classfile.xml,
which will automatically be merged to the output
dir if the classfile module is itself merged. More
reliable also in case some modules are built but
never merged (with Ruda's new failonerror=false), etc.

2. The AU client would probably automatically
generate
$userdir/update_tracking/org-netbeans-modules-classfile.xml
when unpacking classfile.nbm, just as now it
rewrites $userdir/update_tracking.xml. But the RPM
format would include the following files:

/usr/lib/netbeans/modules/autoload/classfile.jar
/usr/lib/netbeans/update_tracking/org-netbeans-modules-classfile.xml
/usr/lib/netbeans/system/Modules/org-netbeans-modules-classfile.xml

Now when you

rpm -ivh /tmp/nb-classfile.rpm

those files are generated and so NB's module
system thinks classfile is enabled and NB AU
thinks the NBM is installed too. If you

rpm -e nb-classfile

NB will see the classfile module/NBM as having
cleanly and quietly disappeared.
---%<---
Comment 1 akemr 2002-08-19 09:48:27 UTC
I agree.
I see only one problem: proper place to convert the old format to the
new one.
Do you think it's sufficient to check it (and convert if needed) on
start of AU wizard?
Comment 2 Jesse Glick 2002-08-19 16:59:32 UTC
Should work to check when opening the AU wizard, I think. You could
also simply try doing the check in ModuleInstall.restored().
Comment 3 akemr 2002-08-21 11:05:47 UTC
I'm prepared to commit required changes in AU client (working with new
structure and conversion).

Reassigning to Michal to prepare changes in nbbuild part.

Michal, let me know then - it will be nice to commit all changes at once.

Thanks.
Comment 4 Michal Zlamal 2002-08-21 11:34:14 UTC
I'll do it. After complete of my work I'll reassign it back 
to you Ales.
Comment 5 Michal Zlamal 2002-10-03 14:45:31 UTC
I'm ready for commit, Ales commit your part please.
Comment 6 akemr 2002-10-07 13:12:40 UTC
AU part was commited in trunk.

Michal, you can commit your part and close this issue. Thanks.
Comment 7 Michal Zlamal 2002-10-20 12:03:55 UTC
I just commited the change of directory of update tracking XML to 
module's netbeans.
Comment 8 Michal Zlamal 2003-02-20 16:33:01 UTC
Changed target milestone