FWIW; I had the same problem with SDK 9731, so I went back to 9437, but then with that SDK I was getting a #2032 error with a frameworks swf (sorry switched SDK's and don't remember exact error at this time). Today I am trying the latest nightly 22.214.171.12434 and am getting
<Could not resolve <s:SimpleText> to a component implementation> so if anybody has any ideas?
To follow up with my last post (FWIW) with SDK 126.96.36.19934 <could not resolve <s:SimpleText> ...> is my only error before running the app, no IVisualElement errors with this SDK. So I have to resolve the SimpleText error or use something else before running the app to check for other errors.
To follow up again with the latest nightly build 188.8.131.5234 - they replaced Sparks:SimpleText(no more) with Sparks:Label. But when running the app I get the IVisualElement problem:
Main Thread (Suspended: VerifyError: Error #1014: Class IVisualElement could not be found.)
I resolved the issue with IVisualElement (sorry for all of the posts).
In the Project properties / Flex Build Path / Library Path / under the SDK I moved framework.swc up to the top of the .swc list (I don't know if the top or first in the list was necessary). I did this while using SDK 184.108.40.20634.
However, when I run my app I am getting this error (but the app runs):
Error #2032: Stream Error. URL: http://localhost/bin-debug/framework_220.127.116.1134.swf
Failed to load RSL framework_18.104.22.16834.swf
Failing over to RSL http://fpdownload.adobe.com/pub/swz/flex/22.214.171.12434/framework_126.96.36.19934.swf
Warning: Ignoring 'secure' attribute in policy file from http://fpdownload.adobe.com/pub/swz/crossdomain.xml. The 'secure' attribute is only permitted in HTTPS and socket policy files. See http://www.adobe.com/go/strict_policy_files for details.
Thank you very much. Moving framework.swc to the top of all other Flex4 libraries resolved the IVisualElement issue.
However I am unable to reproduce the Stream Error you have encountered. It would seem that
Thank you very much in return. After you pointed that out I noticed that in my project's build path library for SDK 188.8.131.5234 that the RSL URL for both framework.swc and rpc.swc was pointing to 184.108.40.20679 even though the source attachments were pointing to 220.127.116.1134.
Guys thank you so much for posting, you helped me out a lot. I experienced the same issues using 18.104.22.16839
One additional issue with this new build is that flex LIBRARY projects now produce the error:
"component RichText is defined more than once in this namespace. Remove the mapping to spark.components:RichText or spark.primitives:RichText"
Not sure what to do about that.
Right now I'm trying to figure out why updating the SDK to 10339 why my last used SDK version is showing under bin-debug (as shown below); I've restarted FB and cleaned several times (FWIW). This has been a recurring problem when installing a new SDK. I do not have this problem with a new project, just existing. The last used SDK .10212 is not referenced under FB's installed Flex SDK's and I moved the folder to a diff. location.
My resolution to this problem is to delete the old project (not the files), then create a new project, then move framework.swc in the library path, remove the wrong .swf version files from under bin-debug, and attach all of my modules to the new project in project properties.
I have .10339 now working with no new issues. If this helps I started a discussion (below) in which I was getting an error, the error given seemed unrelated to the fix but... essentially when recreating the project, which seems to be a common event when updating the SDK, I have to re-attach the modules to the project.
Author Subject Views Replies Last Post jdesko Nightly SDK and Flash Builder Betain Flash Builder and Flex SDK 121 8 35 minutes agoby jdesko
I seem to have 10339 working too, and I also had to re-create the project. When upgrading SDKs, I usually expect to clean 5-6 times, restart eclipse 2-3 times and re-create projects every 2 or 3 upgrades. But I found a trick that's been helping out a lot. Instead of changing the SDK that your projects are pointing to in Flash Builder (causing those "internal build" errors), I made one folder called FlexSDKLive. To upgrade SDKs, you simply copy the new files into that folder. For good measure I close Flash Builder before beginning to copy. It has worked well for 1 out 1 upgrades. A bonus is that I don't have to re-implement different hacks I have in place like re-copying netmon.swc from the original sdk to the current one.
On a side-note, I have been working strictly in Flex 4 for several months now, and just recently I had to do something in Flex 3 - it was horrible! I can't believe we survived without being able to make shapes easily, and fills and gradients, and proper skinning. Flex 4 is light years ahead of 3, and it even compiles many times faster!. The team is doing an amazing job. I hope I never have to work in Flex 3 again
About that project recreation. I think you guys are doing it too difficult. I solve this problem in a simpler matter, I think. Problem lies in the .actionScriptProperties file. More precisely its the <modifiedEntries/> tag that causes all the trouble. The thing is that for each new release of the SDK it differs slightly so every time I move to a new nightly built, I create a new project, and replace <modifiedEntries/> tag in my old project with the one I find in the project that I've just created. And one more thig I have to do is move framework.swc file to the top of my library path so that it would be above sparc.swc. Of course I make a copy of my original .actionScriptProperties in case something goes wrong. And at last I have to rebuild the project (Project->Clean).
Hope this will help you easing things at least a little bit. Cheers!
Thanks for the information, I will definitely try next time.
Your .actionScriptProperties tip worked, thanks. I always rename my SDK filename to the build #, so in .actionScriptProperties I did a find/replace all on the old SDK# to the New# (didn't have to build a new project and copy <modifiedEntries>).