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 73375 - Chaining suites - associated sources are not available
Summary: Chaining suites - associated sources are not available
Status: RESOLVED FIXED
Alias: None
Product: apisupport
Classification: Unclassified
Component: Project (show other bugs)
Version: 5.x
Hardware: All All
: P3 blocker with 3 votes (vote)
Assignee: Jesse Glick
URL:
Keywords:
Depends on:
Blocks: 89629
  Show dependency tree
 
Reported: 2006-03-08 12:28 UTC by pzajac
Modified: 2007-10-12 23:36 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pzajac 2006-03-08 12:28:09 UTC
Steps to reproduces:
1) Create a platform P1 from suite suite S1 on Platform P1. All details are
described in "Chaining suites (inter dependency howto) chapter.
2) Create suite S2 and assign platform P2 to S1.
3) Try add source to P2 platform. The sources are in S1 folder. The sources
assign process is described in steps 4 of Chaining suites howto.

The assigned sources are not available in IDE.
Comment 1 gwaldon 2006-03-24 18:14:30 UTC
Similar and probably related. 
Suite application S2 is built on suite application S1 taken as platform for S2;
S1 is built on NB-5.0 platform. Navigation and debugging work fine between
modules of S2 or between modules of S2 and modules of NB-5.0 platform but not
between modules of S2 and modules of S1. Navigation is possible between modules
of S1 or between modules of S1 and modules of NB-5.0 platform. S1 module sources
are not part of S2 project suite despite being mounted in the source tab of the
platform manager.
Comment 2 Jesse Glick 2007-10-12 23:36:12 UTC
Seem to have a fix. SFBQ was assuming that the module JAR would be in its originally built location, or at least that
modules/ would be beneath a dir called "cluster" - which is true for $suite/build/cluster/modules/$cnb.jar, but not for
a typical derived platform where it might be $plaf/$app.name/modules/$cnb.jar. Relaxed the check a bit so only the
modules/$cnb.jar part is matched, and not the cluster dir name.

Checking in SourceForBinaryImpl.java;
/shared/data/ccvs/repository/apisupport/project/src/org/netbeans/modules/apisupport/project/queries/SourceForBinaryImpl.java,v
 <--  SourceForBinaryImpl.java
new revision: 1.11; previous revision: 1.10
done