Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Adobe Releases Flex Builder Linux Alpha

Posted by kdawson on Wed Oct 03, 2007 06:58 AM
from the joining-the-party dept.
mikepotter writes "Adobe announced Flex Builder Linux Alpha at the Adobe MAX conference today. This is a native Linux port of the Flex Builder IDE (based on Eclipse) for building rich Internet applications. 'Flex Builder Linux is a plugin-only version of the Flex Builder that you can use to build Flex applications on Linux. We wanted to get an early release out with the base Flex Builder features so you could begin to provide us with your feedback and let us know your priorities for additional features.'"
+ -
story

Related Stories

This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by speaker of the truth (1112181) on Wednesday October 03 2007, @07:02AM (#20835287)
    I read what passes as an article here and it doesn't explain what Flex Builder is. And the summary didn't help with it trying to get as many flexes in as it possibly could. What is Flex Builder?
    • by Aladrin (926209) on Wednesday October 03 2007, @07:06AM (#20835305)
      It's an IDE for building apps with Adobe Flex. It was quite apparently to me, even though I've never even considered using Flex. If you don't know what Adobe Flex is, and don't care enough to look it up, why did you bother with the article?

      I'll help anyhow:

      http://labs.adobe.com/technologies/flex/ [adobe.com]

      "Adobe® Flex 3 is a cross platform, open source framework for creating rich Internet applications that run identically in all major browsers and operating systems."
      • Re: (Score:3, Informative)

        "Adobe® Flex 3 is a cross platform, open source framework for creating rich Internet applications that run identically in all major browsers and operating systems."

        The flex part is just the interactive messaging between the proprietary flash client application and whatever you are running on the server to feed it with data. It is analogous to what you might do with AJAX, except the major browsers still don't support the open source equivalent of flash animations which is SVG animation. There is nothing open source about the actual applications that are running under the proprietary flash player browser plugin. Flash is still as closed and proprietary a format as ev

    • I read what passes as an article here and ...
      You did... WHAT!!???
    • Look at Flex as a way for programmers to make Flash applications. The Flash Animator thing (or whatever it was called) is good for Designers and Animators, but hard to work in if you're a traditional programmer.

      As such this is a plugin for the Eclipse IDE to maek Flash applications.

    • Considering that Flex [compilertools.net]is a fast lexical scanner generator, I'd guess that Flex builder is a fast lexical scanner generator builder.
  • free? (Score:4, Interesting)

    by wwmedia (950346) on Wednesday October 03 2007, @07:07AM (#20835317)
    knowing adobe i have to ask "whats the price?"

    • Free with an extra 85mb of bloatware added to it ;)

    • Re: (Score:2, Informative)

      It will probably be the same as for the Windows version:
      http://www.adobe.com/products/flex/flexbuilder/ [adobe.com]

      For Flex Builder 2 that's more or less 500 USD (depending on the country you live in).
      • pricing model (Score:3, Informative)

        Their pricing model is sort of similar to what MS is doing with .NET. You can actually get a command-line compiler and build flex apps for free, just like you can compile to .net bytecode for free. What Adobe charges $500 for is the IDE (there is a standalone that's based on Eclipse and an Eclipse plugin). So what you're really paying for is code introspection, code behind, a debugger, and a design view (it seems that the design view doesn't work in the linux version).

        There's also an educational version
  • by SpzToid (869795) on Wednesday October 03 2007, @07:15AM (#20835343) Homepage
    Adobe is giving Drupal some serious loving too, and that's also of interest for the FLOSS CMS folks, no doubt.

    http://www.adobe.com/devnet/flex/articles/drupal.html [adobe.com]
    • Re: (Score:2, Informative)

      Note: This tutorial is based on an example by Alexander Crugnola, in the example, Flex with AMFPHP. Please note that Alexander Crugnola's example is not specific to Drupal.

      Okay, maybe that's not serious enough to be called Drupal lovin', but this is [drupal.org]:

      Yesterday the Adobe Flex team launched a Drupal powered application that showcases applications built with Adobe Flex. The new Flex Showcase is online now at http://flex.org/showcase_app [flex.org].

      The backend of the application uses Drupal, along with the Services, AMFPHP

  • linux support (Score:3, Interesting)

    by SolusSD (680489) on Wednesday October 03 2007, @07:15AM (#20835347) Homepage
    good- another company that realizes that linux adoption is inevitable.
    • Re: (Score:3, Insightful)

      IMHO, it's more that Microsoft has been shoving some rather pointy, sharp objects toward Adobe's infant children (shades of Netscape), and that Adobe doesn't like it much. Solution: help people leave Microsoft.
  • I miss refactoring, reformatting and other functionality that most other eclipse builders offer. The UI designer is excellent though and miles better than anything I've seen for Java. Slightly tangential but the web service support in Flex is HORRIBLE. They need a wizard that generates proper type checked stubs from the wsdl rather than the dynamic binding crap they have at the moment.
    • Re: (Score:3, Informative)

      Flex builder 3 (currently in beta) will offer most of the missing code intelligence features such as refactoring, and formatting, and will dramatically improve code hinting.
  • by E1ven (50485) <cdavis@darkeSTRAWnedsky.com minus berry> on Wednesday October 03 2007, @07:23AM (#20835405) Homepage
    Adobe Flex is an compelling platform- As I understand, it's Adobe's attempt to bring desktop programming to Flash, using an Eclipse plugin and compiling either to standalone SWFs, or to files generated on the fly with your data.

    It's got a few interesting widgets[1], and it's starting to be adopted in more places such as Yahoo's Maps application.

    Also worth looking into is OpenLaszlo (http://www.openlaszlo.org/) which is written in a standardized XML language, and compiles to both SWF or DHTML. I've found that there aren't as many people in the community, and documentation is a bit lacking, but being able to compile to multiple runtimes is nice, as is the understanding that if Adobe changes their mind, you can always compile to Silverlight or some other destination down the road.

    Both can call Java backends fairly easily, and both are OSS, although OpenLaszlo is far more open.

    Also worth investigating is Haxe (Haxe.org), which generates Flash files, and uses it's own custom programming language for both the client and the server.

    [1]
    http://www.brightworks.com/technology/adobe_flex/components_widgets_etc.html [brightworks.com]
  • If they are using eclipse then why do they ship a binary installer? Why not use the Eclipse feature installation system or even a archive that contains the feature/plugin stuff. It's not that difficult. Nobody cares for flashy installers.
    • by wandazulu (265281) on Wednesday October 03 2007, @07:40AM (#20835525)
      The reason is because Flex Builder is not free. You need to enter a serial # to use it after 30 days. The SDK *is* free, and you can do everything using just Vim and the Flex compiler, but as one who has done Flex development, that's like using ImageMagick at the command line instead of Gimp; sure you can do it, but it's not particularly easy.
      • Irrelevant. You can still handle registrations codes the eclipse way. If Omondo [eclipsedownload.com] can do it, then so can Adobe.
      • The reason is because Flex Builder is not free.

        This wouldn't stop them. The Flex Builder installer doesn't ask for your serial #. I think more it is more likely because the installer asks if you want to install the plugin into an existing Eclipse / WebSphere / whatever install, or install the standalone FlexBuilder IDE (also based on Eclipse). The standalone version appears to be more stable and is installed with its own JVM. You don't get asked for your serial # until you create a Flex project.

  • by TuringTest (533084) on Wednesday October 03 2007, @07:30AM (#20835471)
    For those of you with memories, this is related (but not equal) to previous announcement by Adobe to open source the Flex engine [slashdot.org]. As explicitly stated then [adobe.com], though:

    Adobe Flex Builder, the Eclipse-based IDE, is not part of the open source announcement.
    Adobe Flex Builder for Linux is published under a standard restrictive license [adobe.com].
  • IANAL, but the end user license agreements for the Adobe AIR SDK and Flex 3 SDK contain clauses that are rather frightening, which puts a serious crimp on how useful an IDE for those SDKs are.

    From the Adobe AIR SDK EULA:

    4. Development Restrictions. You will not use the SDK Components to create, develop or use any program, software or service that (a) contains any viruses, Trojan horses, worms, time bombs, cancelbots or other computer programming routines that are intended to damage, detrimentally interfe

    • Yes, I am sure those terms are entirely and completely enforceable in every jurisdiction. Besides, you don't get taken to court for EULA violations, you lose your license to use the product.
      • Besides, you don't get taken to court for EULA violations, you lose your license to use the product.

        If I were to continue to use the product in violation of the EULA, Adobe would have to take me to court to force an injunction against such use.

    • What other programming system EULAs have you read? What ones do you recommend? IMHO, all non-Free ones are restrictive.
      • Yes, but most I've read tend to have restrictions that are solely there to protect the intellectual property of the software maker. So you get terms that prevent reverse engineering and whatnot. Those typically don't bother me, as I have no intention of violating their intellectual property rights. Once you get to the level where clauses creep in that, say, prevent publishing performance test results, I try to avoid using that technology. Adobe's clauses I quoted above are just plain brazen.

        All that being

  • by hacker (14635) <setuid@gmail.com> on Wednesday October 03 2007, @09:11AM (#20836659)

    So I can assume that this application generates 100% valid HTML and XHTML constructs, with their own proprietary Flash being an additional extension to that baseline, riiiiiight?

    Flash is:

    1. Nonstandard, proprietary
    2. Not easily indexed by search engines
    3. Does not work consistently in all browsers
    4. Does not work in text-mode browsers
    5. Does not work with text-to-speech browsers for the blind/disabled
    6. Does not have cross-version compatibility with its own plugins
    7. Buggy and inconsistent

    And this message goes to all of those "web developers" who use Flash in their websites.. please use HTML to deliver the Flash, not the reverse.

    • I agree with your point, and just want to say that Flex is an alternative to a client-server app written in Java or .Net or whatever. It isn't an alternative to a website.

      If you want a website and some basic interaction with the user, then use HTML and a server-side language.

      But if for some reason you need to let a user do a lot of very complex data manipulation, then doing it client-side makes more sense, and in that situation, HTML and javascript has *always* been the *wrong* answer. It has always been
    • Re: (Score:2, Insightful)

      1. Nonstandard, proprietary

      Available on 99% of machines, 93% on flash 9. (http://www.adobe.com/products/player_census/flashplayer/version_penetration.html). It's not a standard, but in all practicality is. Sure something open source and standards based would be preferred. However, I feel better about developing for flash than I do for ActiveX

      2. Not easily indexed by search engines

      True, but indexing may not be important to you, based on what kind of internet application you are developing.

      3. Does not work consistently in all browsers

      It's seems more consistent than HTML... and it's a vendor that is at least seeking

  • by kimanaw (795600) on Wednesday October 03 2007, @10:08AM (#20837537)
    TIBCO GI [tibco.com].

    • Open source (BSD license)
    • Free as in beer.
    • Free as in liberty.
    • Great UI composer
    • Built for web service integration
    • Lots of nifty online tutorial videos
    • Eats its own dogfood: It runs in the browser! (No Java, no activeX, no flying pig aka Eclipse, just DHTML)
    • And.. (drumroll, please) NO FLASH!
    I've only been kicking it around for a few weeks, but its a fantastic tool. The learning curve is a bit steep, but now that I got my head around it, I'm not looking anywhere else.
    • Yeah, that's -great- stuff. I'm sure it'll replace flash, just take a look at the 2 minute explainer.

      http://media.tibco.com/flash/gi/tibco_gi_preso.html [tibco.com]

      Wait... It's in flash. Guess it's not really a competitor.
    • How is that different/better than, say, Dojo? Or Google Web Toolkit, or Yahoo UI Library?
      • How is that different/better than, say, Dojo? Or Google Web Toolkit, or Yahoo UI Library?

        The IDE. And the set of widgets is (imnsho) more consistent and more complete. Accordians, fades, and round corners are swell and all, but grids, trees, text, and forms is where the work gets done. I've tried the kits you mentioned, plus a couple others (jQuery, Ext), and then tried Aptana (ugh, an Eclipse based tool for building browser apps ?) but once I started using GI, I was hooked. Just run it in a browser, a

        • I d/l'd it and ran it, and the fonts/dialogs/fields don't format up right on my browser, making it hard to read, fill in dialogs, etc...

          FF2 on Fedora 7, so I dunno...
  • by EjectButton (618561) on Wednesday October 03 2007, @10:41AM (#20838127)
    Lately Adobe has been labeling many of their products, especially frameworks related to web development as "open source" when in reality they open source a small part of it and leave the critical portions under an extremely restrictive proprietary license.

    As I understand it they have claimed they will open source parts of the flex sdk, but the flex ide, and the flash runtime plugins will still remain under the same old proprietary license, this is not acceptable. It would be a step backwards if in a few years a significant portion of content on the internet was trapped in proprietary binaries that are difficult to index and likely impossible for many to use a few years down the road. Adobe releases some specs for flash but they are released under terms saying that if you read the specs you are forbidden from writing anything capable of working with flash files. This is almost worse than nothing because even if you create a flash plugin completely independently or with the use of clean room techniques Adobe has the option of claiming that you must have looked at their specs and take you to court in an attempt to kill your project. Also there are many restrictions on the use of the plugin itself, for example you can't use it in many commercial applications such as a flash driven kiosk without first paying Adobe again.

    How many years did Linux languish with outdated and extremely buggy versions of the flash plugins? We may have a more or less up to date version of the plugin now but there is no guarantee it will stay that way, a great deal of internet content is trapped in a format that we can only view as long as Adobe feels like letting us, and the architecture support is still pathetic, how is it there is still no native x86-64 support? This should have been done two years ago, to make no mention of the lack of flash9 support on the smaller architectures such as powerpc which effectively locks ps3 users out of browsing most modern flash based websites.

    Adobe seems like a big heavy software company that still operates primarily in a 1980's mentality, trying to make the transition to something more modern and web-centric , and they are trying to get some of the glow of open standards and open source to rub off on them, the problem is that they seem to be faking much of it. They talk about openness to get you interested, then you dig into it and find out that there are always critical components they are still keeping under lock and key. I am no fan of flash but it does have its uses, I keep hoping that pressure from Microsoft's silverlight will cause Adobe to really open up the flash spec and allow 3rd parties to create their own implementations of the flash ide and flash runtimes, as pressure from Microsoft's half-assed pdf alternative caused Adobe to release pdf as an iso standard. Though I see no sign of this happening as Adobe still seems to believe they can have their cake and eat it too.
      • Re: (Score:3, Insightful)

        Flex may be, but the Flex builder is not. At least, version 2 wasn't.

        http://www.adobe.com/products/flex/ [adobe.com]

        So yeah, expect to pay for the IDE if you get the official one.
        • If I understand what Flex is, its an alternative to Flash? If so why wouldn't the open source community develop their own app? Many people use and like Flash in the Windows world, it would certainly help Linux if it had an alternative.
          • No, I'm afraid it's simply a system to write Flash in a different way.

            I'm also afraid that the easy availability of Flash for Linux now makes alternatives even harder for people to justify working on. It's a -ton- of work to create an equivalent system, and to do better is even harder. Even OpenLaszlo compiles to Flash as it's main method, with the DHTML4 'compile' method still not ready for use.
    • Adobe has done a nice job of releasing specs and porting software to the GNU/Linux world but they do not believe in software freedom. You can legitimately complain that their releases are late, non free and patent encumbered. The lack of freedom is most evident in their readers, which won't let you cut and paste if the author foolishly wishes to raise themselves above the already insane restrictions of copyright law. Until they liberate their code and repudiate software patents they should not pretend to

      • Hi twitter.

        You can legitimately complain that their releases are late, non free and patent encumbered.

        I'm sorry, I'm not getting this. Can you explain how you can "legitimately" complain about something Adobe does or doesn't do? Unless someone is forcing you to use their software at gunpoint, that is.

        Adobe has no obligation to cater to your "freedom" and release their source code just because you think it would be nice for them to do so.

    • O.K. this is very hyperthetical - what if the 'flash system' became so widespread on the internet that *every* website needed it to function - You would have a virtual monopoly sitting right inside your system with no alternative!!??

      That pretty much already exists for YouTube, unless someone's found a way to make it go into iPhone mode on a PC browser. But that only worked because Apple basically strongarmed them into providing mp4 files, instead of Flash.