You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@flex.apache.org by Paul Hastings <pa...@gmail.com> on 2013/09/03 05:50:46 UTC
another chart & module issue?
i *think* prior to 4.10, modules that needed the charting lib loaded it from the
main app dir??? now when i build i see charts_4.10.0.0.swf tossed into the app's
modules dir. not having it there stalls the app loading a module w/any charts in
it w/a stream error (#2032) looking for that lib. but i don't see any other libs
being required to be in the same dir.
is this expected?
thanks.
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 10:56 AM, Justin Mclean wrote:
> Hi,
>
>> now when i build i see charts_4.10.0.0.swf tossed into the app's modules dir.
>
> Not following this thread closely but how are you building? The swf (or rather swc) should be charts_4.10.0.20130820.swc for the 4.10.0 release.
used the installer to setup (Apache Flex 4.10.0 FP 11.8 AIR 3.8 en_US),
compiling using RSLs as framework linkage option. and this is debug output.
Re: another chart & module issue?
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> now when i build i see charts_4.10.0.0.swf tossed into the app's modules dir.
Not following this thread closely but how are you building? The swf (or rather swc) should be charts_4.10.0.20130820.swc for the 4.10.0 release.
Justin
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 1:52 PM, Alex Harui wrote:
> OK. I have to pack it in for tonight. But just so I understand, even if
> you modify flex-config to match the rsls folder FB still copies an rsl
> ending with 0?
no, it outputs the named files to whatever is in the flex config (eg just
compiled & output "framework_4.10.0.BuffaloSoldier.swf", app works fine). the
flex config file seems to be messed up after installation (as you said at the
git-go).
> Check the project properties build paths for the swcs and their linkages.
> Maybe there's an issue there.
seems "normal" compared to other RSL. not sure attachments work, adding screen
capture of charting RSL build properties.
thanks.
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
OK. I have to pack it in for tonight. But just so I understand, even if
you modify flex-config to match the rsls folder FB still copies an rsl
ending with 0?
Check the project properties build paths for the swcs and their linkages.
Maybe there's an issue there.
-Alex
On 9/2/13 11:45 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 9/3/2013 1:43 PM, Alex Harui wrote:
>> My copy also has a 0 there, but not in the rsls folder.
>
>same here.
>
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 1:43 PM, Alex Harui wrote:
> My copy also has a 0 there, but not in the rsls folder.
same here.
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
My copy also has a 0 there, but not in the rsls folder.
On 9/2/13 11:40 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 9/3/2013 12:34 PM, Justin Mclean wrote:
>> Hi,
>>
>> Looks like you may not using the official 4.10.0 release.
>
>nope. deleted existing 4.10.0 SDK. uninstalled installer. d/l installer
>again &
>reinstalled 4.10.0, same thing in flex config:
>
><!-- RPC SWC -->
><runtime-shared-library-path>
> <path-element>libs/rpc.swc</path-element>
> <rsl-url>rpc_4.10.0.0.swf</rsl-url>
></runtime-shared-library-path>
>
>
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 12:34 PM, Justin Mclean wrote:
> Hi,
>
> Looks like you may not using the official 4.10.0 release.
nope. deleted existing 4.10.0 SDK. uninstalled installer. d/l installer again &
reinstalled 4.10.0, same thing in flex config:
<!-- RPC SWC -->
<runtime-shared-library-path>
<path-element>libs/rpc.swc</path-element>
<rsl-url>rpc_4.10.0.0.swf</rsl-url>
</runtime-shared-library-path>
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
Yes please. And add a test case just to save us a few minutes.
Thanks,
-Alex
On 9/4/13 1:49 AM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 9/3/2013 5:10 PM, Maurice Amsellem wrote:
>> FYI, I have installed from scratch SDK 4.10.0. 20130801 and all the rsl
>>urls
>> in flex-config.xml end with a 0, although the swfs in rsls/ folder
>>have the
>> right build number. It was already the case in 4.10.0 RC3.
>
>should this get raised on JIRA?
>
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 5:10 PM, Maurice Amsellem wrote:
> FYI, I have installed from scratch SDK 4.10.0. 20130801 and all the rsl urls
> in flex-config.xml end with a 0, although the swfs in rsls/ folder have the
> right build number. It was already the case in 4.10.0 RC3.
should this get raised on JIRA?
RE: another chart & module issue?
Posted by Maurice Amsellem <ma...@systar.com>.
FYI,
I have installed from scratch SDK 4.10.0. 20130801 and all the rsl urls in flex-config.xml end with a 0, although the swfs in rsls/ folder have the right build number.
It was already the case in 4.10.0 RC3.
I didn't notice it before because I turned off RSL since using Apache Flex.
Maurice
-----Message d'origine-----
De : Paul Hastings [mailto:paul.hastings@gmail.com]
Envoyé : mardi 3 septembre 2013 12:02
À : users@flex.apache.org
Objet : Re: another chart & module issue?
On 9/3/2013 2:11 PM, Justin Mclean wrote:
> Depends on your platform - see .md5 and .asc files here.
> http://www.apache.org/dist/flex/4.10.0/binaries/
>
> The installer checks the MD5 one as part of the install process.
the installer appears to keep the d/l files (on windows) here:
C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.6\sdks\4.10.0\temp
and MD5 signatures match on the apache-flex-sdk-4.10.0-bin.zip file:
79047fff27eaaef8765c1f2ec3ce31b7
really looks like, as alex 1st suggested, the flex config file is getting messed up during installation somehow.
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 2:11 PM, Justin Mclean wrote:
> Depends on your platform - see .md5 and .asc files here.
> http://www.apache.org/dist/flex/4.10.0/binaries/
>
> The installer checks the MD5 one as part of the install process.
the installer appears to keep the d/l files (on windows) here:
C:\Program Files (x86)\Adobe\Adobe Flash Builder 4.6\sdks\4.10.0\temp
and MD5 signatures match on the apache-flex-sdk-4.10.0-bin.zip file:
79047fff27eaaef8765c1f2ec3ce31b7
really looks like, as alex 1st suggested, the flex config file is getting messed
up during installation somehow.
Re: another chart & module issue?
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> is there official signature available? i can check to see if the installer removed, it matches, etc.
Depends on your platform - see .md5 and .asc files here.
http://www.apache.org/dist/flex/4.10.0/binaries/
The installer checks the MD5 one as part of the install process.
Justin
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 1:49 PM, Justin Mclean wrote:
> 4.10.0 release should look like this:
>
> <flex-sdk-description>
> <name>Apache Flex 4.10.0 FP11.1 AIR3.7 en_US</name>
> <version>4.10.0</version>
> <build>20130801</build>
> </flex-sdk-description>
what i have here is the same:
<flex-sdk-description>
<name>Apache Flex 4.10.0 FP 11.8 AIR 3.8 en_US</name>
<version>4.10.0</version>
<build>20130801</build>
</flex-sdk-description>
> The ideal way would be to compare MD5/signature of what was downloaded with the official release, but I assume the installer removed that.
is there official signature available? i can check to see if the installer
removed, it matches, etc.
to me this is kind of a cosmetic problem as the RSL works no matter what its
called (i messed up editing the file name in the flex config file & it just spat
out charts.swf & the module worked fine w/it). i'm slightly more concerned about
the "magical" nature of the charts RSL--needing to be in same location as
modules using it vs none of the other RSL behaving the same. but neither are
real show stoppers for me (right now).
Re: another chart & module issue?
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
> me compile the SDK? funniest thing i've heard so far today ;-)
:-)
> no i used the installer & i'm pretty sure its release but since both alex & you asked, i do i check?
Not foolproof but take a look at flex-sdk-description.xml as it will have the date in it.
4.10.0 release should look like this:
<flex-sdk-description>
<name>Apache Flex 4.10.0 FP11.1 AIR3.7 en_US</name>
<version>4.10.0</version>
<build>20130801</build>
</flex-sdk-description>
The ideal way would be to compare MD5/signature of what was downloaded with the official release, but I assume the installer removed that.
Justin
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 12:34 PM, Justin Mclean wrote:
> Have you recompiled the SDK or perhaps using a release candidate?
me compile the SDK? funniest thing i've heard so far today ;-) no i used the
installer & i'm pretty sure its release but since both alex & you asked, i do i
check?
Re: another chart & module issue?
Posted by Justin Mclean <ju...@classsoftware.com>.
Hi,
Looks like you may not using the official 4.10.0 release.
I just checked an 4.10.0 SDK installed with the installer and all of the swc's in frameworks/rsls have 20130801 in the swc file names.
Have you recompiled the SDK or perhaps using a release candidate?
Thanks,
Justin
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 1:41 PM, Alex Harui wrote:
> What's the <build> in flex-sdk-description.xml?
<flex-sdk-description>
<name>Apache Flex 4.10.0 FP 11.8 AIR 3.8 en_US</name>
<version>4.10.0</version>
<build>20130801</build>
</flex-sdk-description>
i just cleaned out the existing 4.10.0 SDK, uninstalled the installer, d/l it
again & finally reinstalled 4.10.0. exact same thing in the flex config file.
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
What's the <build> in flex-sdk-description.xml?
On 9/2/13 10:53 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 9/3/2013 12:28 PM, Alex Harui wrote:
>> This is the official release and not some RC?
>
>pretty sure its release. is there a way to officially tell?
>
>> I mis-spoke about the SWCs.
>>
>> In frameworks\rsls the SWFs should have names like:
>> rpc_4.10.0.20130723.swf.
>> Try editing the frameworks\flex-config.xml to match as in:
>>
>> <rsl-url>rpc_4.10.0.20130723.swf</rsl-url>
>
>ok outputting '_4.10.0.20130723' but charting still behaves magically,
>remove
>all the RSL from the modules dir, every nodule works except ones using
>charts.
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 12:28 PM, Alex Harui wrote:
> This is the official release and not some RC?
pretty sure its release. is there a way to officially tell?
> I mis-spoke about the SWCs.
>
> In frameworks\rsls the SWFs should have names like:
> rpc_4.10.0.20130723.swf.
> Try editing the frameworks\flex-config.xml to match as in:
>
> <rsl-url>rpc_4.10.0.20130723.swf</rsl-url>
ok outputting '_4.10.0.20130723' but charting still behaves magically, remove
all the RSL from the modules dir, every nodule works except ones using charts.
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
This is the official release and not some RC?
I mis-spoke about the SWCs.
In frameworks\rsls the SWFs should have names like:
rpc_4.10.0.20130723.swf.
Try editing the frameworks\flex-config.xml to match as in:
<rsl-url>rpc_4.10.0.20130723.swf</rsl-url>
On 9/2/13 10:21 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 9/3/2013 12:13 PM, Alex Harui wrote:
>>
>>
>> On 9/2/13 10:03 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>>
>>> On 9/3/2013 11:51 AM, Alex Harui wrote:
>>>> Are you building with FB or ant? If the latter, the RSLs I think get
>>>> specified in flex-config.xml and maybe other xml config files you
>>>>have.
>>>
>>> FB.
>>
>> Hmm. I took a closer look. Maybe we screwed up the flex-config for
>>4.10.
>> Does the urls for the RSLs contain a build number or is the last
>>digit 0?
>> Try editing to match the build numbers on the SWCs.
>
>on my dev box:
>
>advancedgrids_4.10.0.0.swf
>charts_4.10.0.0.swf
>mx_4.10.0.0.swf
>.
>.
>.
>etc.
>
>all end in .0.
>
>in flex-config.xml under the sdks\4.10.0\frameworks
>its also all .0
>
><!-- RPC SWC -->
><runtime-shared-library-path>
> <path-element>libs/rpc.swc</path-element>
> <rsl-url>rpc_4.10.0.0.swf</rsl-url>
></runtime-shared-library-path>
>
>btw its FB 4.6.
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 12:13 PM, Alex Harui wrote:
>
>
> On 9/2/13 10:03 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>
>> On 9/3/2013 11:51 AM, Alex Harui wrote:
>>> Are you building with FB or ant? If the latter, the RSLs I think get
>>> specified in flex-config.xml and maybe other xml config files you have.
>>
>> FB.
>
> Hmm. I took a closer look. Maybe we screwed up the flex-config for 4.10.
> Does the urls for the RSLs contain a build number or is the last digit 0?
> Try editing to match the build numbers on the SWCs.
on my dev box:
advancedgrids_4.10.0.0.swf
charts_4.10.0.0.swf
mx_4.10.0.0.swf
.
.
.
etc.
all end in .0.
in flex-config.xml under the sdks\4.10.0\frameworks
its also all .0
<!-- RPC SWC -->
<runtime-shared-library-path>
<path-element>libs/rpc.swc</path-element>
<rsl-url>rpc_4.10.0.0.swf</rsl-url>
</runtime-shared-library-path>
btw its FB 4.6.
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
i forgot that i had a 4.9.1 production build sitting around. i can confirm that
charts 4.9.1 RSL was output to the modules dir as was any other RSL used in the
modules (rpc, framework, etc.). these behave the same way, i can delete all the
RSL in the modules dir & everything works except the modules w/charts. that RSL
*has* to be in the same dir as the module.
thanks.
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
On 9/2/13 10:03 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 9/3/2013 11:51 AM, Alex Harui wrote:
>> Are you building with FB or ant? If the latter, the RSLs I think get
>> specified in flex-config.xml and maybe other xml config files you have.
>
>FB.
Hmm. I took a closer look. Maybe we screwed up the flex-config for 4.10.
Does the urls for the RSLs contain a build number or is the last digit 0?
Try editing to match the build numbers on the SWCs.
-Alex
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 11:51 AM, Alex Harui wrote:
> Are you building with FB or ant? If the latter, the RSLs I think get
> specified in flex-config.xml and maybe other xml config files you have.
FB.
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
Are you building with FB or ant? If the latter, the RSLs I think get
specified in flex-config.xml and maybe other xml config files you have.
-Alex
On 9/2/13 9:10 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>On 9/3/2013 10:56 AM, Alex Harui wrote:
>> Apache Flex doesn't have cross-domain RSLs so most folks have turned
>>them
>> off. But if you are using them, check how you are specifying the URLs.
>> Did this work for you in 4.9?
>
>we have a suite of apps that run from the same location so it seemed RSLs
>would
>save some space & maybe/hopefully get cached client-side.
>
>well that's one problem, i can only vaguely recall it working fine w/out
>the
>charting lib prior to 4.10.0. but removing it from the modules dir now
>defintely
>stalls the app from my local dev server & on the client's staging server.
>
>i don't see anywhere the app is explicitly loading the framework RSLs. if
>you
>meant the modules, these are loaded using relative paths
>
>gazetteerModule=ModuleManager.getModule("modules/GazetteerService.swf");
>
>i'm also curious that none of the other RSLs get tossed into the modules
>dir. is
>there something magical about charting?
>
>thanks.
>
>
>
Re: another chart & module issue?
Posted by Paul Hastings <pa...@gmail.com>.
On 9/3/2013 10:56 AM, Alex Harui wrote:
> Apache Flex doesn't have cross-domain RSLs so most folks have turned them
> off. But if you are using them, check how you are specifying the URLs.
> Did this work for you in 4.9?
we have a suite of apps that run from the same location so it seemed RSLs would
save some space & maybe/hopefully get cached client-side.
well that's one problem, i can only vaguely recall it working fine w/out the
charting lib prior to 4.10.0. but removing it from the modules dir now defintely
stalls the app from my local dev server & on the client's staging server.
i don't see anywhere the app is explicitly loading the framework RSLs. if you
meant the modules, these are loaded using relative paths
gazetteerModule=ModuleManager.getModule("modules/GazetteerService.swf");
i'm also curious that none of the other RSLs get tossed into the modules dir. is
there something magical about charting?
thanks.
Re: another chart & module issue?
Posted by Alex Harui <ah...@adobe.com>.
Apache Flex doesn't have cross-domain RSLs so most folks have turned them
off. But if you are using them, check how you are specifying the URLs.
Did this work for you in 4.9?
-Alex
On 9/2/13 8:50 PM, "Paul Hastings" <pa...@gmail.com> wrote:
>i *think* prior to 4.10, modules that needed the charting lib loaded it
>from the
>main app dir??? now when i build i see charts_4.10.0.0.swf tossed into
>the app's
>modules dir. not having it there stalls the app loading a module w/any
>charts in
>it w/a stream error (#2032) looking for that lib. but i don't see any
>other libs
>being required to be in the same dir.
>
>is this expected?
>
>thanks.