Return-Path: X-Original-To: apmail-flex-issues-archive@minotaur.apache.org Delivered-To: apmail-flex-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 66A1511DB8 for ; Fri, 25 Apr 2014 15:10:25 +0000 (UTC) Received: (qmail 7413 invoked by uid 500); 25 Apr 2014 15:10:21 -0000 Delivered-To: apmail-flex-issues-archive@flex.apache.org Received: (qmail 7189 invoked by uid 500); 25 Apr 2014 15:10:18 -0000 Mailing-List: contact issues-help@flex.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@flex.apache.org Delivered-To: mailing list issues@flex.apache.org Received: (qmail 7096 invoked by uid 99); 25 Apr 2014 15:10:17 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Apr 2014 15:10:17 +0000 Date: Fri, 25 Apr 2014 15:10:17 +0000 (UTC) From: "Stephanie Swiderski (JIRA)" To: issues@flex.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Reopened] (FLEX-34225) Configurations dependent on loading order of methods MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/FLEX-34225?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stephanie Swiderski reopened FLEX-34225: ---------------------------------------- If I try to compile my test project with the newest release build of FlexJS I get the following error: unable to open 'C:\SDKs\FlexJS_RC1_2014_04_25\frameworks\libs\player\11.1\playerglobal.swc'. I don't know if this is related to this fix. > Configurations dependent on loading order of methods > ---------------------------------------------------- > > Key: FLEX-34225 > URL: https://issues.apache.org/jira/browse/FLEX-34225 > Project: Apache Flex > Issue Type: Bug > Components: FlexJS > Affects Versions: Apache FlexJS 1.0 > Environment: Windows 7, 32 Bit, FDT/Eclipse > Reporter: Stephanie Swiderski > Assignee: Alex Harui > Priority: Critical > > Location: > org.apache.flex.compiler.config.ConfigurationBuffer, method loadCache, line 553; top for-loop > Problem: > Using method cfg.getMethods() is not as safe as it appears. The field varList is filled with all available configuration options. The evaluation of the options is order dependent to field varList (especially for the option "target-player" ). The order of methods returned by cgf.getMethods() is JVM, Classloader, and memory dependent. Sometimes the order is loaded differently as expected and the "target-player" option is evaluated after SDK-swcs are collected for the compilation which results in incorrect compiler initialisation, incorrect error reports, and failing compilations. > About Method getMethods: > http://docs.oracle.com/javase/7/docs/api/java/lang/Class.html#getMethods%28%29 > The relevant part: > ".... The elements in the array returned are not sorted and are not in any particular order..... " > This problem is serious if the compiler should be embedded into an IDE like FDT. The Classloaders in Eclipse behaves slightly different to the default Classloaders. > The same problem occured with the latest Adobe Flex SDK Action Script Compiler 2.0. Since Adobe's cycle of development is very slow we decided to solve this problem within FDT by simply sorting the varList field according to a working default order. -- This message was sent by Atlassian JIRA (v6.2#6252)