You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@flex.apache.org by mo...@comcast.net on 2013/10/08 01:23:01 UTC
Upgrading to SDK 4.10 and FB 4.7
I've transitioned my project from SDK 4.5.1 to SDK 4.10, and there were no issues. Amazing! Thanks all to ensuring backward compatibility!
I also upgraded from Flash Builder 4.6 to 4.7, and installed subclipse 1.6.x (as I had in FB 4.6). I'm seeing the following issues:
1. I'm using a Mac OSX, and when I hold the command key down and hover the mouse over a function, for example, FB 4.6 would highlight the function blue and allow me to click-through to its location. This doesn't happen anymore in FB 4.7.
2. When I place the keyboard cursor on a variable, FB 4.6 would highlight in gray all the occurrences of that variable in the file. But FB 4.7 does not.
Any one know how I can restore these productivity enhancements? I tried to find them in
Flash Builder > Preferences > General > Keys
but I didn't see anything entered for Command (in FB 4.6 nor FB 4.7). Any ideas?
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
It looks like it's a FB 4.7 issue, the advanced telemetry flag has no issues with FB 4.6.
I'm not sure what Apache Flex can do to fiix this in FB 4.7.
Thanks,
Justin
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by Martin Miko <ma...@gmail.com>.
Hello,
as far as I have tested transition from SDK 4.6 to 4.10, it works ok, but
the FB 4.7 really has an issue with the -advanced-telemetry flag. In the
team I work with, we have observed similar behavior. i.e. no ASDoc, open
call hierarchy not working, etc. for both Flex framework and our own
classes. Since we are working on desktop projects that don't use BlazeDS or
any similar technology I believe the culprit is this advanced telemetry
flag. Moreover, what supports my belief is that, if I remove this flag from
the project settings the things I mentioned earlier work ok.
But note that I have tested it only on OSX and FB 4.7.
On Tue, Oct 8, 2013 at 6:25 PM, Alex Harui <ah...@adobe.com> wrote:
> Apache Flex SDK's have the option to install one BlazeDS jar for handling
> the -services-config compiler option, but I thought there were more jars
> in a a full BlazeDS release and those may be needed by FB. You can
> compare the jars in the lib folder and subfolders in your working Adobe
> SDK folder and and see if there are any obvious differences. Note that in
> Apache SDKs, some jars got moved to subfolders.
>
> -Alex
>
> On 10/8/13 6:52 AM, "modjklist@comcast.net" <mo...@comcast.net> wrote:
>
> >The BlazeDS files are sitting on a remote Linux server in the WEB-INF
> >directory, which is used for both FB 4.6 and FB 4.7, and Flex SDK 4.5.1
> >and 4.10. I don't think there's any specific BlazeDS libraries on the Mac
> >desktop where FB and Flex reside. I should be able to configure FB for
> >remoting using Project > Properties, and as long as I do that the same
> >for both versions of FB, I'd think BlazeDS should not be involved.
> >
> >----- Original Message -----
> >
> >From: "Alex Harui" <ah...@adobe.com>
> >To: users@flex.apache.org
> >Sent: Monday, October 7, 2013 11:13:51 PM
> >Subject: Re: Upgrading to SDK 4.10 and FB 4.7
> >
> >Maybe BlazeDS, LCDS or some other data services libraries are missing?
> >
> >On 10/7/13 7:12 PM, "modjklist@comcast.net" <mo...@comcast.net>
> >wrote:
> >
> >>Here's the error from the log file. Not sure what to make of it.
> >>
> >>
> >>
> >>eclipse.buildId=M20110909-1335
> >>java.version=1.6.0_51
> >>java.vendor=Apple Inc.
> >>BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=en_US
> >>Framework arguments: -keyring /Users/g/.eclipse_keyring -showlocation
> >>Command-line arguments: -os macosx -ws cocoa -arch x86_64 -keyring
> >>/Users/g/.eclipse_keyring -consoleLog -showlocation
> >>
> >>Error
> >>Mon Oct 07 16:06:04 PDT 2013
> >>
> >>
> >>java.lang.NullPointerException
> >>at
> >>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.getProposals
> >>(
> >>DCRADContentAssistProcessor.java:198)
> >>at
> >>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.computeCompl
> >>e
> >>tionProposals(DCRADContentAssistProcessor.java:139)
> >>at
> >>org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionPr
> >>o
> >>posals(ContentAssistant.java:1830)
> >>at
> >>org.eclipse.jface.text.contentassist.CompletionProposalPopup.computePropo
> >>s
> >>als(CompletionProposalPopup.java:556)
> >>at
> >>org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$16(Co
> >>m
> >>pletionProposalPopup.java:553)
> >>at
> >>org.eclipse.jface.text.contentassist.CompletionProposalPopup$2.run(Comple
> >>t
> >>ionProposalPopup.java:488)
> >>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> >>at
> >>org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposal
> >>s
> >>(CompletionProposalPopup.java:482)
> >>at
> >>org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleComplet
> >>i
> >>ons(ContentAssistant.java:1656)
> >>at
> >>org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:
> >>9
> >>30)
> >>at
> >>org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation(Pro
> >>j
> >>ectionViewer.java:1534)
> >>at
> >>com.adobe.flexide.editorcore.editor.FlexSourceViewer.doOperation(FlexSour
> >>c
> >>eViewer.java:157)
> >>at
> >>org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.j
> >>a
> >>va:128)
> >>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> >>at
> >>org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.jav
> >>a
> >>:126)
> >>at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
> >>at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:185)
> >>at
> >>org.eclipse.ui.internal.handlers.LegacyHandlerWrapper.execute(LegacyHandl
> >>e
> >>rWrapper.java:109)
> >>at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
> >>at
> >>org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(Paramete
> >>r
> >>izedCommand.java:508)
> >>at
> >>org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerSer
> >>v
> >>ice.java:169)
> >>at
> >>org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKe
> >>y
> >>board.java:468)
> >>at
> >>org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.ja
> >>v
> >>a:786)
> >>at
> >>org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchK
> >>e
> >>yboard.java:885)
> >>at
> >>org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(
> >>W
> >>orkbenchKeyboard.java:567)
> >>at
> >>org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard
> >>.
> >>java:508)
> >>at
> >>org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(
> >>W
> >>orkbenchKeyboard.java:123)
> >>at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> >>at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1069)
> >>at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4127)
> >>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457)
> >>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1480)
> >>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1465)
> >>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1494)
> >>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1490)
> >>at org.eclipse.swt.widgets.Canvas.sendKeyEvent(Canvas.java:463)
> >>at
> >>org.eclipse.swt.widgets.Control.doCommandBySelector(Control.java:1051)
> >>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5563)
> >>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
> >>at
> >>org.eclipse.swt.internal.cocoa.NSResponder.interpretKeyEvents(NSResponder
> >>.
> >>java:68)
> >>at org.eclipse.swt.widgets.Composite.keyDown(Composite.java:587)
> >>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5473)
> >>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
> >>at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:220)
> >>at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:2092)
> >>at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:2252)
> >>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5535)
> >>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
> >>at
> >>org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:4989)
> >>at org.eclipse.swt.widgets.Display.applicationProc(Display.java:5138)
> >>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
> >>at
> >>org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java
> >>:
> >>128)
> >>at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3610)
> >>at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)
> >>at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)
> >>at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)
> >>at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)
> >>at
> >>org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:3
> >>3
> >>2)
> >>at
> >>org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:66
> >>7
> >>)
> >>at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
> >>at
> >>com.adobe.flexbuilder.standalone.FlashBuilderApplication.start(FlashBuild
> >>e
> >>rApplication.java:79)
> >>at
> >>org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.ja
> >>v
> >>a:196)
> >>at
> >>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplicati
> >>o
> >>n(EclipseAppLauncher.java:110)
> >>at
> >>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Eclips
> >>e
> >>AppLauncher.java:79)
> >>at
> >>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:3
> >>4
> >>4)
> >>at
> >>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:1
> >>7
> >>9)
> >>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >>at
> >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
> >>:
> >>39)
> >>at
> >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI
> >>m
> >>pl.java:25)
> >>at java.lang.reflect.Method.invoke(Method.java:597)
> >>at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
> >>at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
> >>at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
> >>
> >>----- Original Message -----
> >>
> >>From: "Justin Mclean" <ju...@classsoftware.com>
> >>To: users@flex.apache.org
> >>Sent: Monday, October 7, 2013 6:55:06 PM
> >>Subject: Re: Upgrading to SDK 4.10 and FB 4.7
> >>
> >>Hi,
> >>
> >>> The following Flex Compiler arguments cause almost all Flash Builder
> >>>Preferences to be ignored
> >>
> >>It has come on the list (and elsewhere) before a couple of times, but
> >>I'm
> >>not sure anyone has any idea to why FB would be effected in this way
> >>when
> >>using the -advanced-telemetry flag.
> >>
> >>Have you checked the FB log - perhaps there's a clue there?
> >>
> >>Justin
> >>
> >
> >
>
>
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by Alex Harui <ah...@adobe.com>.
Apache Flex SDK's have the option to install one BlazeDS jar for handling
the -services-config compiler option, but I thought there were more jars
in a a full BlazeDS release and those may be needed by FB. You can
compare the jars in the lib folder and subfolders in your working Adobe
SDK folder and and see if there are any obvious differences. Note that in
Apache SDKs, some jars got moved to subfolders.
-Alex
On 10/8/13 6:52 AM, "modjklist@comcast.net" <mo...@comcast.net> wrote:
>The BlazeDS files are sitting on a remote Linux server in the WEB-INF
>directory, which is used for both FB 4.6 and FB 4.7, and Flex SDK 4.5.1
>and 4.10. I don't think there's any specific BlazeDS libraries on the Mac
>desktop where FB and Flex reside. I should be able to configure FB for
>remoting using Project > Properties, and as long as I do that the same
>for both versions of FB, I'd think BlazeDS should not be involved.
>
>----- Original Message -----
>
>From: "Alex Harui" <ah...@adobe.com>
>To: users@flex.apache.org
>Sent: Monday, October 7, 2013 11:13:51 PM
>Subject: Re: Upgrading to SDK 4.10 and FB 4.7
>
>Maybe BlazeDS, LCDS or some other data services libraries are missing?
>
>On 10/7/13 7:12 PM, "modjklist@comcast.net" <mo...@comcast.net>
>wrote:
>
>>Here's the error from the log file. Not sure what to make of it.
>>
>>
>>
>>eclipse.buildId=M20110909-1335
>>java.version=1.6.0_51
>>java.vendor=Apple Inc.
>>BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=en_US
>>Framework arguments: -keyring /Users/g/.eclipse_keyring -showlocation
>>Command-line arguments: -os macosx -ws cocoa -arch x86_64 -keyring
>>/Users/g/.eclipse_keyring -consoleLog -showlocation
>>
>>Error
>>Mon Oct 07 16:06:04 PDT 2013
>>
>>
>>java.lang.NullPointerException
>>at
>>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.getProposals
>>(
>>DCRADContentAssistProcessor.java:198)
>>at
>>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.computeCompl
>>e
>>tionProposals(DCRADContentAssistProcessor.java:139)
>>at
>>org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionPr
>>o
>>posals(ContentAssistant.java:1830)
>>at
>>org.eclipse.jface.text.contentassist.CompletionProposalPopup.computePropo
>>s
>>als(CompletionProposalPopup.java:556)
>>at
>>org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$16(Co
>>m
>>pletionProposalPopup.java:553)
>>at
>>org.eclipse.jface.text.contentassist.CompletionProposalPopup$2.run(Comple
>>t
>>ionProposalPopup.java:488)
>>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
>>at
>>org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposal
>>s
>>(CompletionProposalPopup.java:482)
>>at
>>org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleComplet
>>i
>>ons(ContentAssistant.java:1656)
>>at
>>org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:
>>9
>>30)
>>at
>>org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation(Pro
>>j
>>ectionViewer.java:1534)
>>at
>>com.adobe.flexide.editorcore.editor.FlexSourceViewer.doOperation(FlexSour
>>c
>>eViewer.java:157)
>>at
>>org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.j
>>a
>>va:128)
>>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
>>at
>>org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.jav
>>a
>>:126)
>>at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
>>at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:185)
>>at
>>org.eclipse.ui.internal.handlers.LegacyHandlerWrapper.execute(LegacyHandl
>>e
>>rWrapper.java:109)
>>at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
>>at
>>org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(Paramete
>>r
>>izedCommand.java:508)
>>at
>>org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerSer
>>v
>>ice.java:169)
>>at
>>org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKe
>>y
>>board.java:468)
>>at
>>org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.ja
>>v
>>a:786)
>>at
>>org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchK
>>e
>>yboard.java:885)
>>at
>>org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(
>>W
>>orkbenchKeyboard.java:567)
>>at
>>org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard
>>.
>>java:508)
>>at
>>org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(
>>W
>>orkbenchKeyboard.java:123)
>>at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
>>at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1069)
>>at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4127)
>>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457)
>>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1480)
>>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1465)
>>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1494)
>>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1490)
>>at org.eclipse.swt.widgets.Canvas.sendKeyEvent(Canvas.java:463)
>>at
>>org.eclipse.swt.widgets.Control.doCommandBySelector(Control.java:1051)
>>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5563)
>>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
>>at
>>org.eclipse.swt.internal.cocoa.NSResponder.interpretKeyEvents(NSResponder
>>.
>>java:68)
>>at org.eclipse.swt.widgets.Composite.keyDown(Composite.java:587)
>>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5473)
>>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
>>at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:220)
>>at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:2092)
>>at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:2252)
>>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5535)
>>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
>>at
>>org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:4989)
>>at org.eclipse.swt.widgets.Display.applicationProc(Display.java:5138)
>>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
>>at
>>org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java
>>:
>>128)
>>at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3610)
>>at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)
>>at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)
>>at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)
>>at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)
>>at
>>org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:3
>>3
>>2)
>>at
>>org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:66
>>7
>>)
>>at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
>>at
>>com.adobe.flexbuilder.standalone.FlashBuilderApplication.start(FlashBuild
>>e
>>rApplication.java:79)
>>at
>>org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.ja
>>v
>>a:196)
>>at
>>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplicati
>>o
>>n(EclipseAppLauncher.java:110)
>>at
>>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Eclips
>>e
>>AppLauncher.java:79)
>>at
>>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:3
>>4
>>4)
>>at
>>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:1
>>7
>>9)
>>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>at
>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java
>>:
>>39)
>>at
>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI
>>m
>>pl.java:25)
>>at java.lang.reflect.Method.invoke(Method.java:597)
>>at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
>>at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
>>at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
>>
>>----- Original Message -----
>>
>>From: "Justin Mclean" <ju...@classsoftware.com>
>>To: users@flex.apache.org
>>Sent: Monday, October 7, 2013 6:55:06 PM
>>Subject: Re: Upgrading to SDK 4.10 and FB 4.7
>>
>>Hi,
>>
>>> The following Flex Compiler arguments cause almost all Flash Builder
>>>Preferences to be ignored
>>
>>It has come on the list (and elsewhere) before a couple of times, but
>>I'm
>>not sure anyone has any idea to why FB would be effected in this way
>>when
>>using the -advanced-telemetry flag.
>>
>>Have you checked the FB log - perhaps there's a clue there?
>>
>>Justin
>>
>
>
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by mo...@comcast.net.
The BlazeDS files are sitting on a remote Linux server in the WEB-INF directory, which is used for both FB 4.6 and FB 4.7, and Flex SDK 4.5.1 and 4.10. I don't think there's any specific BlazeDS libraries on the Mac desktop where FB and Flex reside. I should be able to configure FB for remoting using Project > Properties, and as long as I do that the same for both versions of FB, I'd think BlazeDS should not be involved.
----- Original Message -----
From: "Alex Harui" <ah...@adobe.com>
To: users@flex.apache.org
Sent: Monday, October 7, 2013 11:13:51 PM
Subject: Re: Upgrading to SDK 4.10 and FB 4.7
Maybe BlazeDS, LCDS or some other data services libraries are missing?
On 10/7/13 7:12 PM, "modjklist@comcast.net" <mo...@comcast.net> wrote:
>Here's the error from the log file. Not sure what to make of it.
>
>
>
>eclipse.buildId=M20110909-1335
>java.version=1.6.0_51
>java.vendor=Apple Inc.
>BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=en_US
>Framework arguments: -keyring /Users/g/.eclipse_keyring -showlocation
>Command-line arguments: -os macosx -ws cocoa -arch x86_64 -keyring
>/Users/g/.eclipse_keyring -consoleLog -showlocation
>
>Error
>Mon Oct 07 16:06:04 PDT 2013
>
>
>java.lang.NullPointerException
>at
>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.getProposals(
>DCRADContentAssistProcessor.java:198)
>at
>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.computeComple
>tionProposals(DCRADContentAssistProcessor.java:139)
>at
>org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionPro
>posals(ContentAssistant.java:1830)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup.computePropos
>als(CompletionProposalPopup.java:556)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$16(Com
>pletionProposalPopup.java:553)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup$2.run(Complet
>ionProposalPopup.java:488)
>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals
>(CompletionProposalPopup.java:482)
>at
>org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompleti
>ons(ContentAssistant.java:1656)
>at
>org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:9
>30)
>at
>org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation(Proj
>ectionViewer.java:1534)
>at
>com.adobe.flexide.editorcore.editor.FlexSourceViewer.doOperation(FlexSourc
>eViewer.java:157)
>at
>org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.ja
>va:128)
>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
>at
>org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java
>:126)
>at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
>at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:185)
>at
>org.eclipse.ui.internal.handlers.LegacyHandlerWrapper.execute(LegacyHandle
>rWrapper.java:109)
>at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
>at
>org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(Parameter
>izedCommand.java:508)
>at
>org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerServ
>ice.java:169)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKey
>board.java:468)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.jav
>a:786)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKe
>yboard.java:885)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(W
>orkbenchKeyboard.java:567)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard.
>java:508)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(W
>orkbenchKeyboard.java:123)
>at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
>at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1069)
>at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4127)
>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457)
>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1480)
>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1465)
>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1494)
>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1490)
>at org.eclipse.swt.widgets.Canvas.sendKeyEvent(Canvas.java:463)
>at org.eclipse.swt.widgets.Control.doCommandBySelector(Control.java:1051)
>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5563)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
>at
>org.eclipse.swt.internal.cocoa.NSResponder.interpretKeyEvents(NSResponder.
>java:68)
>at org.eclipse.swt.widgets.Composite.keyDown(Composite.java:587)
>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5473)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
>at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:220)
>at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:2092)
>at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:2252)
>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5535)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
>at
>org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:4989)
>at org.eclipse.swt.widgets.Display.applicationProc(Display.java:5138)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
>at
>org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java:
>128)
>at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3610)
>at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)
>at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)
>at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)
>at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)
>at
>org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:33
>2)
>at
>org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667
>)
>at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
>at
>com.adobe.flexbuilder.standalone.FlashBuilderApplication.start(FlashBuilde
>rApplication.java:79)
>at
>org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.jav
>a:196)
>at
>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplicatio
>n(EclipseAppLauncher.java:110)
>at
>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Eclipse
>AppLauncher.java:79)
>at
>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:34
>4)
>at
>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:17
>9)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
>39)
>at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
>pl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
>at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
>at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
>
>----- Original Message -----
>
>From: "Justin Mclean" <ju...@classsoftware.com>
>To: users@flex.apache.org
>Sent: Monday, October 7, 2013 6:55:06 PM
>Subject: Re: Upgrading to SDK 4.10 and FB 4.7
>
>Hi,
>
>> The following Flex Compiler arguments cause almost all Flash Builder
>>Preferences to be ignored
>
>It has come on the list (and elsewhere) before a couple of times, but I'm
>not sure anyone has any idea to why FB would be effected in this way when
>using the -advanced-telemetry flag.
>
>Have you checked the FB log - perhaps there's a clue there?
>
>Justin
>
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by Alex Harui <ah...@adobe.com>.
Maybe BlazeDS, LCDS or some other data services libraries are missing?
On 10/7/13 7:12 PM, "modjklist@comcast.net" <mo...@comcast.net> wrote:
>Here's the error from the log file. Not sure what to make of it.
>
>
>
>eclipse.buildId=M20110909-1335
>java.version=1.6.0_51
>java.vendor=Apple Inc.
>BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=en_US
>Framework arguments: -keyring /Users/g/.eclipse_keyring -showlocation
>Command-line arguments: -os macosx -ws cocoa -arch x86_64 -keyring
>/Users/g/.eclipse_keyring -consoleLog -showlocation
>
>Error
>Mon Oct 07 16:06:04 PDT 2013
>
>
>java.lang.NullPointerException
>at
>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.getProposals(
>DCRADContentAssistProcessor.java:198)
>at
>com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.computeComple
>tionProposals(DCRADContentAssistProcessor.java:139)
>at
>org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionPro
>posals(ContentAssistant.java:1830)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup.computePropos
>als(CompletionProposalPopup.java:556)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$16(Com
>pletionProposalPopup.java:553)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup$2.run(Complet
>ionProposalPopup.java:488)
>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
>at
>org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals
>(CompletionProposalPopup.java:482)
>at
>org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompleti
>ons(ContentAssistant.java:1656)
>at
>org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:9
>30)
>at
>org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation(Proj
>ectionViewer.java:1534)
>at
>com.adobe.flexide.editorcore.editor.FlexSourceViewer.doOperation(FlexSourc
>eViewer.java:157)
>at
>org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.ja
>va:128)
>at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
>at
>org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java
>:126)
>at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
>at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:185)
>at
>org.eclipse.ui.internal.handlers.LegacyHandlerWrapper.execute(LegacyHandle
>rWrapper.java:109)
>at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
>at
>org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(Parameter
>izedCommand.java:508)
>at
>org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerServ
>ice.java:169)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKey
>board.java:468)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.jav
>a:786)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKe
>yboard.java:885)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(W
>orkbenchKeyboard.java:567)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard.
>java:508)
>at
>org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(W
>orkbenchKeyboard.java:123)
>at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
>at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1069)
>at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4127)
>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457)
>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1480)
>at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1465)
>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1494)
>at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1490)
>at org.eclipse.swt.widgets.Canvas.sendKeyEvent(Canvas.java:463)
>at org.eclipse.swt.widgets.Control.doCommandBySelector(Control.java:1051)
>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5563)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
>at
>org.eclipse.swt.internal.cocoa.NSResponder.interpretKeyEvents(NSResponder.
>java:68)
>at org.eclipse.swt.widgets.Composite.keyDown(Composite.java:587)
>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5473)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
>at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:220)
>at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:2092)
>at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:2252)
>at org.eclipse.swt.widgets.Display.windowProc(Display.java:5535)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
>at
>org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:4989)
>at org.eclipse.swt.widgets.Display.applicationProc(Display.java:5138)
>at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
>at
>org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java:
>128)
>at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3610)
>at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)
>at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)
>at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)
>at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)
>at
>org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:33
>2)
>at
>org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667
>)
>at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
>at
>com.adobe.flexbuilder.standalone.FlashBuilderApplication.start(FlashBuilde
>rApplication.java:79)
>at
>org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.jav
>a:196)
>at
>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplicatio
>n(EclipseAppLauncher.java:110)
>at
>org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Eclipse
>AppLauncher.java:79)
>at
>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:34
>4)
>at
>org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:17
>9)
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>at
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
>39)
>at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
>pl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:597)
>at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
>at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
>at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
>
>----- Original Message -----
>
>From: "Justin Mclean" <ju...@classsoftware.com>
>To: users@flex.apache.org
>Sent: Monday, October 7, 2013 6:55:06 PM
>Subject: Re: Upgrading to SDK 4.10 and FB 4.7
>
>Hi,
>
>> The following Flex Compiler arguments cause almost all Flash Builder
>>Preferences to be ignored
>
>It has come on the list (and elsewhere) before a couple of times, but I'm
>not sure anyone has any idea to why FB would be effected in this way when
>using the -advanced-telemetry flag.
>
>Have you checked the FB log - perhaps there's a clue there?
>
>Justin
>
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by mo...@comcast.net.
Here's the error from the log file. Not sure what to make of it.
eclipse.buildId=M20110909-1335
java.version=1.6.0_51
java.vendor=Apple Inc.
BootLoader constants: OS=macosx, ARCH=x86_64, WS=cocoa, NL=en_US
Framework arguments: -keyring /Users/g/.eclipse_keyring -showlocation
Command-line arguments: -os macosx -ws cocoa -arch x86_64 -keyring /Users/g/.eclipse_keyring -consoleLog -showlocation
Error
Mon Oct 07 16:06:04 PDT 2013
java.lang.NullPointerException
at com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.getProposals(DCRADContentAssistProcessor.java:198)
at com.adobe.flexbuilder.dcrad.core.DCRADContentAssistProcessor.computeCompletionProposals(DCRADContentAssistProcessor.java:139)
at org.eclipse.jface.text.contentassist.ContentAssistant.computeCompletionProposals(ContentAssistant.java:1830)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.computeProposals(CompletionProposalPopup.java:556)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.access$16(CompletionProposalPopup.java:553)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup$2.run(CompletionProposalPopup.java:488)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.jface.text.contentassist.CompletionProposalPopup.showProposals(CompletionProposalPopup.java:482)
at org.eclipse.jface.text.contentassist.ContentAssistant.showPossibleCompletions(ContentAssistant.java:1656)
at org.eclipse.jface.text.source.SourceViewer.doOperation(SourceViewer.java:930)
at org.eclipse.jface.text.source.projection.ProjectionViewer.doOperation(ProjectionViewer.java:1534)
at com.adobe.flexide.editorcore.editor.FlexSourceViewer.doOperation(FlexSourceViewer.java:157)
at org.eclipse.ui.texteditor.TextOperationAction$1.run(TextOperationAction.java:128)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ui.texteditor.TextOperationAction.run(TextOperationAction.java:126)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
at org.eclipse.ui.commands.ActionHandler.execute(ActionHandler.java:185)
at org.eclipse.ui.internal.handlers.LegacyHandlerWrapper.execute(LegacyHandlerWrapper.java:109)
at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerService.java:169)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:468)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:786)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:885)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:567)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard.java:508)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(WorkbenchKeyboard.java:123)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1069)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4127)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1457)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1480)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1465)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1494)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1490)
at org.eclipse.swt.widgets.Canvas.sendKeyEvent(Canvas.java:463)
at org.eclipse.swt.widgets.Control.doCommandBySelector(Control.java:1051)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:5563)
at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
at org.eclipse.swt.internal.cocoa.NSResponder.interpretKeyEvents(NSResponder.java:68)
at org.eclipse.swt.widgets.Composite.keyDown(Composite.java:587)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:5473)
at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
at org.eclipse.swt.widgets.Widget.callSuper(Widget.java:220)
at org.eclipse.swt.widgets.Widget.windowSendEvent(Widget.java:2092)
at org.eclipse.swt.widgets.Shell.windowSendEvent(Shell.java:2252)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:5535)
at org.eclipse.swt.internal.cocoa.OS.objc_msgSendSuper(Native Method)
at org.eclipse.swt.widgets.Display.applicationSendEvent(Display.java:4989)
at org.eclipse.swt.widgets.Display.applicationProc(Display.java:5138)
at org.eclipse.swt.internal.cocoa.OS.objc_msgSend(Native Method)
at org.eclipse.swt.internal.cocoa.NSApplication.sendEvent(NSApplication.java:128)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3610)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at com.adobe.flexbuilder.standalone.FlashBuilderApplication.start(FlashBuilderApplication.java:79)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
----- Original Message -----
From: "Justin Mclean" <ju...@classsoftware.com>
To: users@flex.apache.org
Sent: Monday, October 7, 2013 6:55:06 PM
Subject: Re: Upgrading to SDK 4.10 and FB 4.7
Hi,
> The following Flex Compiler arguments cause almost all Flash Builder Preferences to be ignored
It has come on the list (and elsewhere) before a couple of times, but I'm not sure anyone has any idea to why FB would be effected in this way when using the -advanced-telemetry flag.
Have you checked the FB log - perhaps there's a clue there?
Justin
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> The following Flex Compiler arguments cause almost all Flash Builder Preferences to be ignored
It has come on the list (and elsewhere) before a couple of times, but I'm not sure anyone has any idea to why FB would be effected in this way when using the -advanced-telemetry flag.
Have you checked the FB log - perhaps there's a clue there?
Justin
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
As far as I can tell it seems to only happen with FB 4.7 and not FB 4.6 so it's more likely to be a FB issue than an SDK issue.
Justin
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by mo...@comcast.net.
Hmm, SVN was a red herring... I was also playing with Scout recently. By removing the telemetry switch in the Project > Properties > Flex Compiler argument, all Preferences are respected.
I observe:
The following causes Flash Builder 4.7 to behave as expected:
-services "/Volumes/www.mycompany.com/myapp/WEB-INF/flex/services-config.xml" -locale en_US
The following Flex Compiler arguments cause almost all Flash Builder Preferences to be ignored (note: I've included a clean after making changes):
-services "/Volumes/www.mycompany.com/myapp/WEB-INF/flex/services-config.xml" -locale en_US -advanced-telemetry
-services "/Volumes/www.mycompany.com/myapp/WEB-INF/flex/services-config.xml" -locale en_US -advanced-telemetry=true
-services "/Volumes/www.mycompany.com/myapp/WEB-INF/flex/services-config.xml" -locale en_US -advanced-telemetry=false
-advanced-telemetry -services "/Volumes/www.mycompany.com/myapp/WEB-INF/flex/services-config.xml" -locale en_US
Any one experience this before?
----- Original Message -----
From: modjklist@comcast.net
To: users@flex.apache.org
Sent: Monday, October 7, 2013 6:24:52 PM
Subject: Re: Upgrading to SDK 4.10 and FB 4.7
It's not working for any class (my own or AS3 like String). The text colors work (e.g. comments are in green text). And when I place the cursor on a line, the background for that line turns light blue. And Ctrl-Space still works, but that is about all that is working from the Preferences > General tab.
Interestingly, I have two projects in the workspace. One big one that is linked to SVN, and one small one to test very small snippets of code that is not linked to SVN. The big project behaves as above, but when I close it and open the smaller project, everything behaves fine.
Also, the big project behaved normal before installing Subclipse and linking to SVN.
----- Original Message -----
From: "Justin Mclean" <ju...@classsoftware.com>
To: users@flex.apache.org
Sent: Monday, October 7, 2013 6:12:39 PM
Subject: Re: Upgrading to SDK 4.10 and FB 4.7
Hi,
Is it working for non Flex related classes? What happens with your own class or a native type like String?
Justin
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by mo...@comcast.net.
It's not working for any class (my own or AS3 like String). The text colors work (e.g. comments are in green text). And when I place the cursor on a line, the background for that line turns light blue. And Ctrl-Space still works, but that is about all that is working from the Preferences > General tab.
Interestingly, I have two projects in the workspace. One big one that is linked to SVN, and one small one to test very small snippets of code that is not linked to SVN. The big project behaves as above, but when I close it and open the smaller project, everything behaves fine.
Also, the big project behaved normal before installing Subclipse and linking to SVN.
----- Original Message -----
From: "Justin Mclean" <ju...@classsoftware.com>
To: users@flex.apache.org
Sent: Monday, October 7, 2013 6:12:39 PM
Subject: Re: Upgrading to SDK 4.10 and FB 4.7
Hi,
Is it working for non Flex related classes? What happens with your own class or a native type like String?
Justin
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Is it working for non Flex related classes? What happens with your own class or a native type like String?
Justin
Re: Upgrading to SDK 4.10 and FB 4.7
Posted by mo...@comcast.net.
OK, I found the settings for these items in the Preferences popup, but they all appear to be set correctly in FB 4.7 (as in FB 4.6). However, they're not getting applied to the Flash (default) or Flash Debug Perspectives.
Even something as simple as highlight matching brackets isn't working, although it is set in Preferences to do so.
Any idea how to get the Preferences selections working in these perspectives?
Reseting the Perspective didn't help, nor did restoring the defaults for the Editor section in Preferences.
----- Original Message -----
From: modjklist@comcast.net
To: "apache flex users" <us...@flex.apache.org>
Sent: Monday, October 7, 2013 4:23:01 PM
Subject: Upgrading to SDK 4.10 and FB 4.7
I've transitioned my project from SDK 4.5.1 to SDK 4.10, and there were no issues. Amazing! Thanks all to ensuring backward compatibility!
I also upgraded from Flash Builder 4.6 to 4.7, and installed subclipse 1.6.x (as I had in FB 4.6). I'm seeing the following issues:
1. I'm using a Mac OSX, and when I hold the command key down and hover the mouse over a function, for example, FB 4.6 would highlight the function blue and allow me to click-through to its location. This doesn't happen anymore in FB 4.7.
2. When I place the keyboard cursor on a variable, FB 4.6 would highlight in gray all the occurrences of that variable in the file. But FB 4.7 does not.
Any one know how I can restore these productivity enhancements? I tried to find them in
Flash Builder > Preferences > General > Keys
but I didn't see anything entered for Command (in FB 4.6 nor FB 4.7). Any ideas?