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 189196 - Cannot build zip distribution of netbeans platform application
Summary: Cannot build zip distribution of netbeans platform application
Status: RESOLVED FIXED
Alias: None
Product: installer
Classification: Unclassified
Component: RPM (show other bugs)
Version: 6.x
Hardware: PC Linux
: P2 normal (vote)
Assignee: Victor Vasilyev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-08-04 10:39 UTC by Tomas Hurka
Modified: 2010-09-30 13:50 UTC (History)
3 users (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 Tomas Hurka 2010-08-04 10:39:14 UTC
Steps:
1) Install NetBeans 6.8 from FedoraCore distribution (do not download it from netbeans.org site)
2) create new NetBeans Platform Application
3) run the empty application, so you are sure thai it works fine
4) invoke 'Build ZIP Distribution'

this fails with:

branding:
files-init:
release:
build:
No sub-builds to iterate on
Hidden modules: [Advanced Templating, Auto Update Services, Auto Update UI, Compatibility APIs, Core - Execution, Execution API, Favorites, MultiView Windows, Old Enumeration API, RCP Platform, Scripting API Integration, Settings Options API, Visual Library API]
build-launchers:
Created dir: /tmp/suite1/build/launcher/etc
Created dir: /tmp/suite1/build/launcher/bin
/usr/share/netbeans/6.8/harness/suite.xml:308: Warning: Could not find file /usr/share/netbeans/6.8/harness/launchers/pre7_app.exe to copy.
BUILD FAILED (total time: 0 seconds)

The build failure is caused by the fact that Linux distributions of NetBeans do not contain Winodws binary exe and dll files.
Comment 1 Jesse Glick 2010-08-04 12:46:49 UTC
Not sure what to do about that other than report a bug to the Linux packager and recommend people not try to build Platform apps using this incomplete version of the harness.
Comment 2 Tomas Hurka 2010-08-04 12:53:22 UTC
Right, I am also not sure what to do. Once possibility could be to fix the build process and build at least Unix version.
Comment 3 Alexei Mokeev 2010-08-04 13:03:11 UTC
Yes, build process certainly should be fixed to work w/o Windows artefacts.
Adding Yulia, so she should be able to check for Ubuntu as well.
Comment 4 Yulia Novozhilova 2010-08-20 16:16:52 UTC
Fixed for Ubuntu. netbeans_6.9-0ubuntu2 package will be available soon.
Comment 5 Victor Vasilyev 2010-09-01 15:54:34 UTC
Fixed for Fedora 14
http://koji.fedoraproject.org/koji/taskinfo?taskID=2440653

Nevertheless, I'm sure that this bug should also be fixed in the NetBeans sources to make the suite build procedure robust in case if the windows component pre7_app.exe is not present on a platform (Like for pre7_app_w.exe).

See patch 
http://pkgs.fedoraproject.org/gitweb/?p=netbeans.git;a=blob_plain;f=netbeans-6.9~80-suite-xml.patch;hb=ba5d12d3249f338f48a636b3235bef1a5b1ba4fa
Comment 6 Jesse Glick 2010-09-16 15:48:31 UTC
(In reply to comment #5)
> I'm sure that this bug should also be fixed in the NetBeans
> sources to make the suite build procedure robust in case if the windows
> component pre7_app.exe is not present on a platform

No. pre7_app.exe is supposed to be included in the harness and should always be copied. If a particular distribution modifies the harness to omit this file, it must also modify the harness to not try to copy it; that should be part of the "diff from upstream" patch.
Comment 7 Victor Vasilyev 2010-09-30 13:48:52 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > I'm sure that this bug should also be fixed in the NetBeans
> > sources to make the suite build procedure robust in case if the windows
> > component pre7_app.exe is not present on a platform
> 
> No. pre7_app.exe is supposed to be included in the harness and should always be
> copied. If a particular distribution modifies the harness to omit this file, it
> must also modify the harness to not try to copy it; that should be part of the
> "diff from upstream" patch.

OK. 

So, I'll close this bug as fixed, because it is fixed in the Fedora distribution in such manner.