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.
Summary: | Some modules not correctly grouped into features | ||
---|---|---|---|
Product: | updatecenters | Reporter: | Antonin Nebuzelsky <anebuzelsky> |
Component: | Dev | Assignee: | Michal Zlamal <mzlamal> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | issues, jrechtacek, mmirilovic, rmatous, thurka, ttran |
Priority: | P1 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 106361 |
Description
Antonin Nebuzelsky
2007-06-20 22:13:44 UTC
This must be fixed for 6.0 Milestone 10 this week! Setting TM to 6.0, there is no 6.0M10 TM in this category... The problem is, that listed modules are not available at the storage server in directory nbms/profiler2. profile2/ contains only org-netbeans-modules-debugger-jpda-heapwalk.nbm To solve it we need to - either make sure all profiler modules will be available in nbms/profiler2/ - or find another way how get information about profiler modules to the catalog I prefer the first option. profiler/build.xml#nbm does not work. I already ran across this and worked around it in nbbuild/hudson/javadoc-nbms. Would be nicer if it worked as expected. For the record, another incorrect thing (we talked about that already over mail) which must be fixed together with the other things listed above: XPath 1.1 Model module from the SOA feature is installed already with Basic IDE, this is wrong. Profiler modules are not being built to nbms/profiler2/ directory. They should be located in this directory in order to make them available on the UC. Profiler is still close-source. nbms are available internally. Reassigning to Michal, to investigate if it is possible to put them on the storage server in directory nbms/profiler2. Of course, once the profiler is open source, it should work out of the box. It should be possible to fix profiler/build.xml#nbm to reconstruct NBMs correctly based on the contents of the cluster. It simply has not been done yet, but I think it would not be difficult. As I mentioned, this would be useful for the javadoc-nbms build as well. I'm trying to look at this issue, however, I have to say that BE is not responsible for the content BTW: It is not possible to get the C/S version of the NBMs to the build in the middle of the production build. org.netbeans.modules.refactoring.api - is being built and is in the catalog org.netbeans.modules.editor.indent - is being built and is in the catalog I'm looking at the missing profiler NBMs I hardcoded the NBMs to the CVS. Could you please verify this issue for M10? . |