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 156786 - [Latest SDK] [Mac] Project does not run: javafxpackager: does not have executable access
Summary: [Latest SDK] [Mac] Project does not run: javafxpackager: does not have execut...
Status: VERIFIED FIXED
Alias: None
Product: javafx
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 6.x
Hardware: Macintosh All
: P1 blocker (vote)
Assignee: Adam Sotona
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-14 13:11 UTC by Alexandr Scherbatiy
Modified: 2011-10-19 12:05 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alexandr Scherbatiy 2009-01-14 13:11:43 UTC 
JavaFX_NB_Plugin_Franca_NB_65_fixes_latest_SDK: #42	Jan 14, 2009 12:11:09 AM

 Product Version         = NetBeans IDE 6.5 (Build 200901071801)
  Operating System        = Mac OS X version 10.5.6 running on i386
  Java; VM; Vendor        = 1.5.0_16; Java HotSpot(TM) Client VM 1.5.0_16-133; Apple Inc.
  Runtime                 = Java(TM) 2 Runtime Environment, Standard Edition 1.5.0_16-b06-284


Steps to reproduce:

- Create a javaFX Script project
- Run the project

init:
deps-jar:
/Users/javafx/NetBeansProjects/JavaFXApplication28/nbproject/build-impl.xml:143: Execute failed: java.io.IOException: 
/Users/javafx/.netbeans/6.5/javafx-sdk/bin/javafxpackager: cannot execute
BUILD FAILED (total time: 0 seconds)

ls -l .netbeans/6.5/javafx-sdk/bin/
total 32
-rw-r--r--  1 javafx  staff  3402 Jan 15 00:09 javafx
-rw-r--r--  1 javafx  staff  3239 Jan 15 00:09 javafxc
-rw-r--r--  1 javafx  staff  3465 Jan 15 00:09 javafxdoc
-rw-r--r--  1 javafx  staff  1841 Jan 15 00:09 javafxpackager
d-espb04-127-66:~ javafx$
Comment 1 Adam Sotona 2009-01-14 14:48:08 UTC 
I haven't found any place where the execution flags are set so I've restored the flags at least in all produced SDK
zips, but it did not help.

Anybody has an idea how the execution flags worked in 1.0 release?
Is it stored somewhere outside Mercurial?

We should check it for both - installers and NBMs.
Comment 2 dlipin 2009-01-14 15:12:54 UTC 
JavaFX plugin with SDK installed using the NetBeans+FX Installer 
(JavaFX_NB_Plugin_Franca_NB_65_fixes_latest_SDK_installer) should be fine i.e. the installer sets the same permissions 
that are stored in the zip file of SDK.

I guess Andrey can give more info on NBMs.
Comment 3 dlipin 2009-01-14 16:10:14 UTC 
Looks like SDKs are re-zipped instead of copying.

in the latest log of JavaFX_NB_Plugin_NB65_promoted:
zip-clusters:
    [mkdir] Created dir: /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips/javafx-cluster-
win.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips/javafx-cluster-
mac.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips/javafx-cluster-
lin.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips/javafx-cluster-
sol.zip
     [copy] Copying 1 file to /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips
     [copy] Copying 1 file to /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips
     [copy] Copying 1 file to /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips
     [copy] Copying 1 file to /space/hudson/jobs/JavaFX_NB_Plugin_NB65_promoted/workspace/main/contrib/zips

in the latest log of JavaFX_NB_Plugin_Franca_NB_65_fixes:
zip-clusters:
    [mkdir] Created dir: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-
cluster-win.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-
cluster-mac.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-
cluster-lin.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-
cluster-sol.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-sdk-
win.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-sdk-
mac.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-sdk-
lin.zip
      [zip] Building zip: /space/hudson/jobs/JavaFX_NB_Plugin_Franca_NB_65_fixes/workspace/main/contrib/zips/javafx-sdk-
sol.zip


Looks like many (all?) of changes made in javafx65 repository are not backported to javafx repository, right?

Regarding the SDK copy-vs-rezipping issue check 
http://hg.netbeans.org/javafx/file/tip/build.xml
http://hg.netbeans.org/javafx65/file/tip/build.xml
Comment 4 Adam Sotona 2009-01-14 16:57:09 UTC 
Yes, I've found the execution flags gets lost during re-zipping so they are now recovered during the re-zipping.
Comment 5 Adam Sotona 2009-01-15 10:40:03 UTC 
finally fixed

There were an extra post-NBM-install actions stored in the NBMs.
These actions were configured to set the flags for javafx-sdk1.0.
Comment 6 Alexandr Scherbatiy 2009-01-15 13:43:46 UTC 
verified in JavaFX_NB_Plugin_Franca_NB_65_fixes:  #42 	15-Jan-2009 14:39:48
Comment 7 David Strupl 2011-10-19 12:05:43 UTC 
Cleaning bugzilla categories ....