Peter's problem was that he didn't subset, so there was more than one deps.js which fooled the code. After subsetting, things started working for him.
Your stack trace says that getProvidedFile in MXMLFlexJSPublisher.java is throwing an error. Using System.out.println to print the parameters to getProvidedFile will give us a clue as to what might be wrong. Printing the parameters to SortClosureFile might help as well. Thanks, -Alex On 3/24/17, 9:45 PM, "sankar" <santanu4...@gmail.com> wrote: >Alex Harui wrote >> Because the compiler is now trying to compute the order these closure >> library files are presented to the Google Closure Compiler. There is >> something unexpected about your setup. Do you know enough Java to add >> System.out.println statements to MXMLFlexJSPublisher.java and figure out >> what it is tripping on? > >Hi Alex, > >There were too many methods and I don't know where to put the println >command actually, moreover I'm wondering what type of strange thing I >should >look for. > >If you have any doubt if the closure library I mentioned is actually using >or not, but running this command did confirmed sub-setting the closure >library folder that is also in my environment variable, already: >ant -f frameworks/downloads.xml subset-goog > >Peter reported he also faced this issue, is he able to resolve it? > >Until this latest update all were working smoothly, so I don't know if I >want to blame my present setup also, including closure library setup. > >Thanks! > > > > >-- >View this message in context: >https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fapache-fle >x-development.2333347.n4.nabble.com%2FFlexJS-MDL-Project-is-failing-to-com >pile-help-tp60668p60764.html&data=02%7C01%7C%7C48de9bd50b8c4ef59f1908d4733 >ae6a1%7Cfa7b1b5a7b34438794aed2c178decee1%7C0%7C0%7C636260144222011083&sdat >a=IH1u1hAnRu7TQ5I3Qkjy5KPUmvZSz1Yb%2Bgpe64sB18M%3D&reserved=0 >Sent from the Apache Flex Development mailing list archive at Nabble.com.
