I just couldn't let it go, so I did some more digging. From the sept. 17 2012 release notes [1]: "- Updated library dependencies (like Guava)". This means that a version of the compiler from before that release shouldn't have any problems with the old Guava. I changed the 'compiler.jx/download.xml' with this workaround and a clean build now compiles without errors or exceptions.
One issue: when this combo (Guava/CC) is used with a recent build of the Closure Library, some warnings show they are not 100% compatible. I don't like it that Falcon(Jx) now depends on outdated versions of two key components. While that may be OK for now, since we're barely at Alpha status, IMHO this is a blocker for a final release. I've created a JIRA ticket to keep the issue alive. [1] EdB 1: https://issues.apache.org/jira/browse/FLEX-33872 On Sat, Nov 2, 2013 at 7:58 AM, Erik de Bruin <e...@ixsoftware.nl> wrote: > Some more info for whomever takes this on: > > https://groups.google.com/forum/#!topic/guava-discuss/DFk_T62rRkU > > EdB > > > > On Fri, Nov 1, 2013 at 11:24 PM, Erik de Bruin <e...@ixsoftware.nl> wrote: >> I've been away from Falcon(Jx) for a long time, coding wise. I had to >> basically set up my dev env all new and this is what happened. >> >> I really wish we got get Gordon or Darrel or even Mike to take a look >> at replacing the deprecated Guava API calls... Here's to hoping one of >> them reads this and accepts the challenge! >> >> EdB >> >> >> >> On Fri, Nov 1, 2013 at 10:29 PM, Alex Harui <aha...@adobe.com> wrote: >>> DataBindingTest is the one I use. I never did figure out how old my >>> Closure tools are. And there is a chance I mucked with the Guava's on my >>> system to "fix" this. >>> >>> Did the compilation work before you started making changes? I think >>> that's what I used to see. The problem would go away for a long time, >>> then I would make some change and start getting it, then some other change >>> would make it go away. But it never really made sense as to why some >>> change would break it or fix it. >>> >>> -Alex >>> >>> On 11/1/13 2:21 PM, "Erik de Bruin" <e...@ixsoftware.nl> wrote: >>> >>>>Which of the ASJS examples is working for you? I've tried the 'again' >>>>and 'binding' ones and both give me errors, although the resulting >>>>'release JS' seems to work (with bugs). >>>> >>>>EdB >>>> >>>> >>>> >>>>On Fri, Nov 1, 2013 at 5:22 PM, Alex Harui <aha...@adobe.com> wrote: >>>>> But there must be another newer one on our computers that google closure >>>>> finds when it does work, right? >>>>> >>>>> I also have a vague recollection that this issue is somehow related to >>>>> hitting certain code paths in Falcon which may be why it goes away for a >>>>> while. >>>>> >>>>> -Alex >>>>> >>>>> On 11/1/13 8:36 AM, "Erik de Bruin" <e...@ixsoftware.nl> wrote: >>>>> >>>>>>No, I wasn't clear. The only 'guava.jar' I can find is in the >>>>>>'compiler/lib' directory. I don't know Java all that well, and >>>>>>certainly won't claim to know anything about project dependencies, but >>>>>>my guess is that the fact that the 'compiler.jx' project is dependent >>>>>>on the 'compiler' project has something to do with this. I figure that >>>>>>when the CC runs, it 'uses' (links?) the guava.jar in the 'compiler' >>>>>>project and since that's not the version it's expecting, it balks. >>>>>> >>>>>>EdB >>>>>> >>>>>> >>>>>> >>>>>>On Fri, Nov 1, 2013 at 4:19 PM, Alex Harui <aha...@adobe.com> wrote: >>>>>>> But you found a guava.jar in your google closure files somewhere? >>>>>>>Where >>>>>>> was that? I'm not seeing one in my google folders. >>>>>>> >>>>>>> -Alex >>>>>>> >>>>>>> On 11/1/13 8:16 AM, "Erik de Bruin" <e...@ixsoftware.nl> wrote: >>>>>>> >>>>>>>>> I'd rather not fiddle with my setup right now, but I've definitely >>>>>>>>>seen >>>>>>>>> this error and somehow got it to go away for long periods of time. >>>>>>>>>What >>>>>>>>> kinds of things did you tweak to get around it? It's been so long >>>>>>>>>that >>>>>>>>>I >>>>>>>>> don't recall how I got around it. >>>>>>>> >>>>>>>>I've been switching versions of the CC and Guava around, hoping to >>>>>>>>find a combination that works... My guess is you have that >>>>>>>>combination. Maybe there is version information in the LICENSE files >>>>>>>>that are downloaded with the jars? >>>>>>>> >>>>>>>>> I couldn't find any version stamp in my gcc folders or even a >>>>>>>>>guava.jar. >>>>>>>>> Did you see a separate guava.jar or did they bake it into their >>>>>>>>> compiler.jar? >>>>>>>> >>>>>>>>The only guava.jar I see is the one that Falcon downloads. I can't >>>>>>>>find one in or around FalconJx. But FalconJx is dependent on Falcon, >>>>>>>>which is where I guess the troubles start. >>>>>>>> >>>>>>>>EdB >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>-- >>>>>>>>Ix Multimedia Software >>>>>>>> >>>>>>>>Jan Luykenstraat 27 >>>>>>>>3521 VB Utrecht >>>>>>>> >>>>>>>>T. 06-51952295 >>>>>>>>I. www.ixsoftware.nl >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>>-- >>>>>>Ix Multimedia Software >>>>>> >>>>>>Jan Luykenstraat 27 >>>>>>3521 VB Utrecht >>>>>> >>>>>>T. 06-51952295 >>>>>>I. www.ixsoftware.nl >>>>> >>>> >>>> >>>> >>>>-- >>>>Ix Multimedia Software >>>> >>>>Jan Luykenstraat 27 >>>>3521 VB Utrecht >>>> >>>>T. 06-51952295 >>>>I. www.ixsoftware.nl >>> >> >> >> >> -- >> Ix Multimedia Software >> >> Jan Luykenstraat 27 >> 3521 VB Utrecht >> >> T. 06-51952295 >> I. www.ixsoftware.nl > > > > -- > Ix Multimedia Software > > Jan Luykenstraat 27 > 3521 VB Utrecht > > T. 06-51952295 > I. www.ixsoftware.nl -- Ix Multimedia Software Jan Luykenstraat 27 3521 VB Utrecht T. 06-51952295 I. www.ixsoftware.nl
