You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flex.apache.org by Erik de Bruin <er...@ixsoftware.nl> on 2013/11/01 13:32:05 UTC
[FALCON/JX] guava dependencies in compiler AND closure
Hi,
While trying to get my local development setup in order, I kept
getting errors when trying to run FalconJx on the examples. The
FalconJx tests run fine, so it's not the compiler perse... Some (ha!)
digging later, I stumbled on the following: both Falcon and the
Closure Compiler (CC) are dependent on the Guava library.
Now the problem: Falcon uses Guava r08. The latest CC seems to use a
much more recent version (the latest is 15). This causes problems when
doing a full build on a FalconJx project, which invokes the CC to
build the release JS. It turns out that more recent versions of Guava
deprecated several members of the MapMaker class, as well as hide some
others. This prevents Falcon from being compiled using a recent
version of Guava.
I don't think it is a good idea to keep relying on an old (2011)
version of Guava, thereby also locking us also to an old version of
the CC. The best way to fix this is to follow the documentation here
[1][2] and move Falcon to the most recent version of Guava. This does
require some refactoring - use CacheBuilder instead of MapMaker,
apparently - that is beyond my capability to reliably execute.
Any one of the compiler insiders brave or foolish enough to take this
one? Pretty please?!?
EdB
1: https://code.google.com/p/guava-libraries/source/browse/guava/src/com/google/common/collect/MapMaker.java?r=b145ddc17680673605aa45a1deef15ba0c60a4bf
2: http://docs.guava-libraries.googlecode.com/git/javadoc/com/google/common/cache/CacheBuilder.html
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
RE: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Gordon Smith <go...@adobe.com>.
Oops, sorry I forgot that guava.jar gets downloaded rather than being under source control. I had replaced the copy in compiler/lib and didn't notice that git commit didn't commit it.
Thanks for fixing the build script, Erik.
- Gordon
-----Original Message-----
From: Erik de Bruin [mailto:erik@ixsoftware.nl]
Sent: Tuesday, November 05, 2013 4:57 AM
To: dev@flex.apache.org
Subject: Re: [FALCON/JX] guava dependencies in compiler AND closure
I've updated the Falcon build scripts. A fresh build ('ant wipe-all
main') from the root now cleanly builds all the 'example' projects - where 'cleanly' means no weird exceptions from the compiler code itself ;-)
EdB
On Tue, Nov 5, 2013 at 6:10 AM, Alex Harui <ah...@adobe.com> wrote:
> Thanks Gordon!
>
> On 11/4/13 4:59 PM, "Gordon Smith" <go...@adobe.com> wrote:
>
>>OK, the 'develop' branch of flex-falcon now has a
>>compiler/lib/guava.jar that is the current release, 15.0. All the
>>tests run by Falcon's 'ant main' still pass.
>>
>>- Gordon
>>
>>-----Original Message-----
>>From: Erik de Bruin [mailto:erik@ixsoftware.nl]
>>Sent: Sunday, November 03, 2013 9:00 PM
>>To: dev@flex.apache.org
>>Subject: Re: [FALCON/JX] guava dependencies in compiler AND closure
>>
>>Thank you, Gordon. Yes, I think it's best to go to the latest version
>>and keep updating.
>>
>>EdB
>>
>>
>>
>>On Monday, November 4, 2013, Gordon Smith wrote:
>>
>>> I can take a look at upgrading the version of Guava that Falcon uses.
>>> Do you want it to use the latest version, 15.0?
>>>
>>> - Gordon
>>>
>>> Sent from my iPad
>>>
>>> On Nov 1, 2013, at 3:24 PM, "Erik de Bruin" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
>>
>>
>>
>>--
>>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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
I've updated the Falcon build scripts. A fresh build ('ant wipe-all
main') from the root now cleanly builds all the 'example' projects -
where 'cleanly' means no weird exceptions from the compiler code
itself ;-)
EdB
On Tue, Nov 5, 2013 at 6:10 AM, Alex Harui <ah...@adobe.com> wrote:
> Thanks Gordon!
>
> On 11/4/13 4:59 PM, "Gordon Smith" <go...@adobe.com> wrote:
>
>>OK, the 'develop' branch of flex-falcon now has a compiler/lib/guava.jar
>>that is the current release, 15.0. All the tests run by Falcon's 'ant
>>main' still pass.
>>
>>- Gordon
>>
>>-----Original Message-----
>>From: Erik de Bruin [mailto:erik@ixsoftware.nl]
>>Sent: Sunday, November 03, 2013 9:00 PM
>>To: dev@flex.apache.org
>>Subject: Re: [FALCON/JX] guava dependencies in compiler AND closure
>>
>>Thank you, Gordon. Yes, I think it's best to go to the latest version and
>>keep updating.
>>
>>EdB
>>
>>
>>
>>On Monday, November 4, 2013, Gordon Smith wrote:
>>
>>> I can take a look at upgrading the version of Guava that Falcon uses.
>>> Do you want it to use the latest version, 15.0?
>>>
>>> - Gordon
>>>
>>> Sent from my iPad
>>>
>>> On Nov 1, 2013, at 3:24 PM, "Erik de Bruin" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
>>
>>
>>
>>--
>>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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Alex Harui <ah...@adobe.com>.
Thanks Gordon!
On 11/4/13 4:59 PM, "Gordon Smith" <go...@adobe.com> wrote:
>OK, the 'develop' branch of flex-falcon now has a compiler/lib/guava.jar
>that is the current release, 15.0. All the tests run by Falcon's 'ant
>main' still pass.
>
>- Gordon
>
>-----Original Message-----
>From: Erik de Bruin [mailto:erik@ixsoftware.nl]
>Sent: Sunday, November 03, 2013 9:00 PM
>To: dev@flex.apache.org
>Subject: Re: [FALCON/JX] guava dependencies in compiler AND closure
>
>Thank you, Gordon. Yes, I think it's best to go to the latest version and
>keep updating.
>
>EdB
>
>
>
>On Monday, November 4, 2013, Gordon Smith wrote:
>
>> I can take a look at upgrading the version of Guava that Falcon uses.
>> Do you want it to use the latest version, 15.0?
>>
>> - Gordon
>>
>> Sent from my iPad
>>
>> On Nov 1, 2013, at 3:24 PM, "Erik de Bruin" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
>
>
>
>--
>Ix Multimedia Software
>
>Jan Luykenstraat 27
>3521 VB Utrecht
>
>T. 06-51952295
>I. www.ixsoftware.nl
RE: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Gordon Smith <go...@adobe.com>.
OK, the 'develop' branch of flex-falcon now has a compiler/lib/guava.jar that is the current release, 15.0. All the tests run by Falcon's 'ant main' still pass.
- Gordon
-----Original Message-----
From: Erik de Bruin [mailto:erik@ixsoftware.nl]
Sent: Sunday, November 03, 2013 9:00 PM
To: dev@flex.apache.org
Subject: Re: [FALCON/JX] guava dependencies in compiler AND closure
Thank you, Gordon. Yes, I think it's best to go to the latest version and keep updating.
EdB
On Monday, November 4, 2013, Gordon Smith wrote:
> I can take a look at upgrading the version of Guava that Falcon uses.
> Do you want it to use the latest version, 15.0?
>
> - Gordon
>
> Sent from my iPad
>
> On Nov 1, 2013, at 3:24 PM, "Erik de Bruin" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Thank you, Gordon. Yes, I think it's best to go to the latest version and
keep updating.
EdB
On Monday, November 4, 2013, Gordon Smith wrote:
> I can take a look at upgrading the version of Guava that Falcon uses. Do
> you want it to use the latest version, 15.0?
>
> - Gordon
>
> Sent from my iPad
>
> On Nov 1, 2013, at 3:24 PM, "Erik de Bruin" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
--
Ix Multimedia Software
Jan Luykenstraat 27
3521 VB Utrecht
T. 06-51952295
I. www.ixsoftware.nl
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Gordon Smith <go...@adobe.com>.
I can take a look at upgrading the version of Guava that Falcon uses. Do you want it to use the latest version, 15.0?
- Gordon
Sent from my iPad
On Nov 1, 2013, at 3:24 PM, "Erik de Bruin" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
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 <er...@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 <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
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 <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
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 <ah...@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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Alex Harui <ah...@adobe.com>.
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" <er...@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 <ah...@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" <er...@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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
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 <ah...@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" <er...@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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Alex Harui <ah...@adobe.com>.
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" <er...@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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
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 <ah...@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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Alex Harui <ah...@adobe.com>.
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" <er...@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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
> 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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Alex Harui <ah...@adobe.com>.
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 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?
-Alex
On 11/1/13 7:53 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>Nope, I never got the exceptions to go away entirely, but I managed to
>tweak my setup depending on what I wanted to test, so I could get what
>I needed for this particular situation. This needs to be addressed...
>
>Can you check which version of the CC you have running with FalconJx?
>And if you're not seeing errors, can you back up your setup and do an
>'ant wipe-all main' on the top level 'build.xml'? That's when my
>troubles started :-(
>
>EdB
>
>
>
>On Fri, Nov 1, 2013 at 3:41 PM, Alex Harui <ah...@adobe.com> wrote:
>> Makes sense to upgrade Guava. That's out of my comfort zone and it
>> appears you got around the problem, so is there a set of steps we can
>> record here or in the wiki for the next person to hit it?
>>
>> -Alex
>>
>> On 11/1/13 5:32 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>>
>>>Hi,
>>>
>>>While trying to get my local development setup in order, I kept
>>>getting errors when trying to run FalconJx on the examples. The
>>>FalconJx tests run fine, so it's not the compiler perse... Some (ha!)
>>>digging later, I stumbled on the following: both Falcon and the
>>>Closure Compiler (CC) are dependent on the Guava library.
>>>
>>>Now the problem: Falcon uses Guava r08. The latest CC seems to use a
>>>much more recent version (the latest is 15). This causes problems when
>>>doing a full build on a FalconJx project, which invokes the CC to
>>>build the release JS. It turns out that more recent versions of Guava
>>>deprecated several members of the MapMaker class, as well as hide some
>>>others. This prevents Falcon from being compiled using a recent
>>>version of Guava.
>>>
>>>I don't think it is a good idea to keep relying on an old (2011)
>>>version of Guava, thereby also locking us also to an old version of
>>>the CC. The best way to fix this is to follow the documentation here
>>>[1][2] and move Falcon to the most recent version of Guava. This does
>>>require some refactoring - use CacheBuilder instead of MapMaker,
>>>apparently - that is beyond my capability to reliably execute.
>>>
>>>Any one of the compiler insiders brave or foolish enough to take this
>>>one? Pretty please?!?
>>>
>>>EdB
>>>
>>>1:
>>>https://code.google.com/p/guava-libraries/source/browse/guava/src/com/go
>>>og
>>>le/common/collect/MapMaker.java?r=b145ddc17680673605aa45a1deef15ba0c60a4
>>>bf
>>>2:
>>>http://docs.guava-libraries.googlecode.com/git/javadoc/com/google/common
>>>/c
>>>ache/CacheBuilder.html
>>>
>>>
>>>
>>>--
>>>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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Erik de Bruin <er...@ixsoftware.nl>.
Nope, I never got the exceptions to go away entirely, but I managed to
tweak my setup depending on what I wanted to test, so I could get what
I needed for this particular situation. This needs to be addressed...
Can you check which version of the CC you have running with FalconJx?
And if you're not seeing errors, can you back up your setup and do an
'ant wipe-all main' on the top level 'build.xml'? That's when my
troubles started :-(
EdB
On Fri, Nov 1, 2013 at 3:41 PM, Alex Harui <ah...@adobe.com> wrote:
> Makes sense to upgrade Guava. That's out of my comfort zone and it
> appears you got around the problem, so is there a set of steps we can
> record here or in the wiki for the next person to hit it?
>
> -Alex
>
> On 11/1/13 5:32 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>
>>Hi,
>>
>>While trying to get my local development setup in order, I kept
>>getting errors when trying to run FalconJx on the examples. The
>>FalconJx tests run fine, so it's not the compiler perse... Some (ha!)
>>digging later, I stumbled on the following: both Falcon and the
>>Closure Compiler (CC) are dependent on the Guava library.
>>
>>Now the problem: Falcon uses Guava r08. The latest CC seems to use a
>>much more recent version (the latest is 15). This causes problems when
>>doing a full build on a FalconJx project, which invokes the CC to
>>build the release JS. It turns out that more recent versions of Guava
>>deprecated several members of the MapMaker class, as well as hide some
>>others. This prevents Falcon from being compiled using a recent
>>version of Guava.
>>
>>I don't think it is a good idea to keep relying on an old (2011)
>>version of Guava, thereby also locking us also to an old version of
>>the CC. The best way to fix this is to follow the documentation here
>>[1][2] and move Falcon to the most recent version of Guava. This does
>>require some refactoring - use CacheBuilder instead of MapMaker,
>>apparently - that is beyond my capability to reliably execute.
>>
>>Any one of the compiler insiders brave or foolish enough to take this
>>one? Pretty please?!?
>>
>>EdB
>>
>>1:
>>https://code.google.com/p/guava-libraries/source/browse/guava/src/com/goog
>>le/common/collect/MapMaker.java?r=b145ddc17680673605aa45a1deef15ba0c60a4bf
>>2:
>>http://docs.guava-libraries.googlecode.com/git/javadoc/com/google/common/c
>>ache/CacheBuilder.html
>>
>>
>>
>>--
>>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
Re: [FALCON/JX] guava dependencies in compiler AND closure
Posted by Alex Harui <ah...@adobe.com>.
Makes sense to upgrade Guava. That's out of my comfort zone and it
appears you got around the problem, so is there a set of steps we can
record here or in the wiki for the next person to hit it?
-Alex
On 11/1/13 5:32 AM, "Erik de Bruin" <er...@ixsoftware.nl> wrote:
>Hi,
>
>While trying to get my local development setup in order, I kept
>getting errors when trying to run FalconJx on the examples. The
>FalconJx tests run fine, so it's not the compiler perse... Some (ha!)
>digging later, I stumbled on the following: both Falcon and the
>Closure Compiler (CC) are dependent on the Guava library.
>
>Now the problem: Falcon uses Guava r08. The latest CC seems to use a
>much more recent version (the latest is 15). This causes problems when
>doing a full build on a FalconJx project, which invokes the CC to
>build the release JS. It turns out that more recent versions of Guava
>deprecated several members of the MapMaker class, as well as hide some
>others. This prevents Falcon from being compiled using a recent
>version of Guava.
>
>I don't think it is a good idea to keep relying on an old (2011)
>version of Guava, thereby also locking us also to an old version of
>the CC. The best way to fix this is to follow the documentation here
>[1][2] and move Falcon to the most recent version of Guava. This does
>require some refactoring - use CacheBuilder instead of MapMaker,
>apparently - that is beyond my capability to reliably execute.
>
>Any one of the compiler insiders brave or foolish enough to take this
>one? Pretty please?!?
>
>EdB
>
>1:
>https://code.google.com/p/guava-libraries/source/browse/guava/src/com/goog
>le/common/collect/MapMaker.java?r=b145ddc17680673605aa45a1deef15ba0c60a4bf
>2:
>http://docs.guava-libraries.googlecode.com/git/javadoc/com/google/common/c
>ache/CacheBuilder.html
>
>
>
>--
>Ix Multimedia Software
>
>Jan Luykenstraat 27
>3521 VB Utrecht
>
>T. 06-51952295
>I. www.ixsoftware.nl