Re: Maven Distribution SDK fixed and working for IDEs

Hi Carlos, I just tried your changes and I'm a bit farther. Now I'm getting following errors. It's throwing that errors cause in JS only binaries prepared by ant we have in following location /frameworks/libs/player/{playerbersion}/playerglobal.swc fake playerglobal.swc, so distribution should pro

Build failed in Jenkins: royale-typedefs #321

See Changes: -- Started by timer Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on agent1 in workspace

Build failed in Jenkins: royale-asjs_MXTests #598

See Changes: -- Started by upstream project "royale-asjs" build number 679 originally caused by: Started by upstream project "royale-asjs_jsonly" build

Build failed in Jenkins: Royale_ASDoc_Example #597

See Changes: -- [...truncated 5.23 KB...] [mxmlc] 14 [mxmlc] -output=

Build failed in Jenkins: royale-asjs_jsonly #764

See Changes: -- [...truncated 208.73 KB...] download-jar: [echo] basedir is C:\jenkins\workspace\royale-compiler\compiler\src\main\resources [e

Re: Broken royale-config in JS only build of released Apache Royale SDK 0.9.6

I'm sorry I missed this thread from a while ago. I tried Alex's suggested fix on my current npm installation, but I am still getting the same error. Here is the pastbein: https://pastebin.com/raw/t4v8CWYe Maybe I am doing it wrong? Thanks, Om On Mon, Oct 14, 2019 at 10:31 AM Alex Harui wrote:

Re: No script message on public site

Well, my PAYG philosophy says that the compiler would not generate a noscript tag so that we can save a few bytes for those who can safely assume that their users are running JS. The compiler already supports an -html-template option where you specify your own template and the compiler fills in

Build failed in Jenkins: Royale_ASDoc_Example #596

See Changes: [joshtynjala] frameworks: all libraries are checked for tests to run [carlosrovira] maven-distribution: fix compilation for Moonshine IDE (and still works [carlosro

Re: Maven Distribution SDK fixed and working for IDEs

Thanks Josh for pointing that out I think I got it. @Piotr Zarzycki please try with my latest commit. I couldn't test myself, but I think it should work now for Moonshine. VSCode still work with this changes. Thanks Carlos El mié., 5 feb. 2020 a las 19:43, Josh Tynjala () escribió: > If I h

No script message on public site

Visited https://flex.apache.org/ with JavaScript disabled and noticed some of the content wasn't visible. Would it be possible to add a noscript message? Jude

Re: MXML and warn-public vars

That's a good point about checking whether Flex could do that. I think that the compiler may need to know the state names at compile-time, but binding is generally considered a run-time thing. -- Josh Tynjala Bowler Hat LLC On Wed, Feb 5, 2020 at 12:54 PM Greg Dove wrote

Re: MXML and warn-public vars

Did that work in Flex for states? I seem to remember issues with trying to use constants with states, although maybe it was with other parts of how states are used. The issue is that you can have things like: (I have never tried this with uppercase first letter in state names, but presume it wor

Build failed in Jenkins: Royale_ASDoc_Example #595

See Changes: [carlosrovira] jewel-listcontroller: simplify all code to extend the basic one and left -- [...truncated 5.16 KB...] [mx

Re: MXML and warn-public vars

My initial implementation will probably all or nothing, in terms of renaming, but we can revisit after to add more fine-grained control, if necessary. I'll try to take a look at that constant issue when I get a chance. -- Josh Tynjala Bowler Hat LLC On Wed, Feb 5, 2020 a

Re: MXML and warn-public vars

I hope there will be an option to prevent specific variables. The obvious ones would be ones used in MXML. Other candidates would be classes which correspond to JSON so the classes can be constructed with bracket notation. I’m not sure of the best way to declare a class for that. Maybe abusing

Re: MXML and warn-public vars

Yeah, I'll make sure that users can control whether renaming happens or not. -- Josh Tynjala Bowler Hat LLC On Wed, Feb 5, 2020 at 11:51 AM Alex Harui wrote: > Great work, Josh! > > I have to say that the objectProperty output was adding pain to debugging > so looking f

Re: MXML and warn-public vars

Great work, Josh! I have to say that the objectProperty output was adding pain to debugging so looking forward to that going away. I'm assuming there will be compiler options/directives to control renaming? I think there are some scenarios where it is safe to have public variables renamed. T

Re: MXML and warn-public vars

Thank you for the tips, Alex. Much appreciated. With your help, I've determined how to use Closure compiler's Java API to prevent the renaming of a specific public variable that has not been @export-ed. Now, I should be able to expand this prototype to a full version that prevents the renaming of a

Re: Maven Distribution SDK fixed and working for IDEs

If I had to guess, this classpath is wrong: args4j.jar org.json.jar compiler-jx-0.9.7-SNAPSHOT.jar https://github.com/apache/royale-asjs/blob/develop/distribution/jars/compiler-mxmljsc/pom.xml I think that the names of those JAR files all include a version number in the Maven distribution. -- J

Re: Maven Distribution SDK fixed and working for IDEs

ok didn't notice. So maybe is a classpath problem? It's clear that VSCode goes to the same place and find it since mxmlc is a dummy jar that has exactly that class, but Moonshine goes and didn't find it. If not any clue what could be happening? Thanks El mié., 5 feb. 2020 a las 16:53, Piotr Zarzyc

Build failed in Jenkins: Royale_ASDoc_Example #594

See Changes: [carlosrovira] jewel: little fixes and clenaning -- [...truncated 5.10 KB...] [mxmlc] 14 [mxmlc] -output=

Jenkins build is back to normal : royale-asjs_jsonly #760

See

Re: Maven Distribution SDK fixed and working for IDEs

Exactly and I can confirm that mxmlc is in place. śr., 5 lut 2020 o 16:49 Josh Tynjala napisał(a): > You can see from the output that Moonshine is calling the command line > scripts in js/bin. > > -- > Josh Tynjala > Bowler Hat LLC > > > On Wed, Feb 5, 2020 at 7:45 AM Car

Re: Maven Distribution SDK fixed and working for IDEs

You can see from the output that Moonshine is calling the command line scripts in js/bin. -- Josh Tynjala Bowler Hat LLC On Wed, Feb 5, 2020 at 7:45 AM Carlos Rovira wrote: > Hi Piotr, > > That was a problem I had with VSCode when started to work on fix SDK for > IDE. >

Re: Maven Distribution SDK fixed and working for IDEs

Hi Piotr, That was a problem I had with VSCode when started to work on fix SDK for IDE. Josh told me that VSCode tries to find that class in /js/lib/mxmlc.jar it needs /js/lib/mxmlc.jar too Maybe Moonshine is looking in other path? Thanks El mar., 4 feb. 2020 a las 14:43, Piotr Zarzycki () escr

Build failed in Jenkins: royale-asjs_jsonly #759

See Changes: -- [...truncated 1.17 MB...] [java] var events = require('events'); [java] ^^^ [java] [java] Feb 05, 20

Re: YFiles, EPL, Apache

Turns out I suddenly can't use my default mail client which declares Content-Type: text/html; Anyway, here goes yet another attempt to reply: This [1] is what Josh wrote on pain points. [1] http://apache-royale-development.20373.n8.nabble.com/NextGenAS-tutorials-on-Royale-website-tp6582p6686.h

Testing Again

Re: YFiles, EPL, Apache

Sebastian wrote to the list. He was having trouble responding because Apache is blocking incoming emails from Nabble these days. Sebastian is encouraging us to take over maintenance of the d.ts converter as the .d.ts file might contain more useful information than the JS file. He also explain

RE: YFiles, EPL, Apache

You’re right about yfiles being the only one needing a var prefix. I sent a more detailed response, but my mails are getting bounced from the list for some reason. Will try to work privately with Sebastian on this. From: Alex Harui Sent: Tuesday, February 4, 2020