Book a Demo

Author Topic: EA on other OSs than Windows & XMI vs. Access RDB  (Read 8242 times)

tanja

  • EA User
  • **
  • Posts: 71
  • Karma: +0/-0
    • View Profile
EA on other OSs than Windows & XMI vs. Access RDB
« on: February 16, 2010, 07:29:24 pm »
EA is great in many respects, but the fact that it runs only on Windows OS is very annoying.

Another annoying  thing is that it uses RDB which certainly has driven some design and implementation that leak to the user (e.g., extremely slow java/automation APIs, refreshing/making dirty objects, probably inability to have multiple diagrams side-by-side, slow initial loading of the model, ...)

I would like to have very soon an EA that runs also on Mac OS and Linux/Unix. And I'd like to have it also natively work with XMI, so there would be less problems in transforming (one hop less = one layer of possible errors less).

Geert Bellekens

  • EA Guru
  • *****
  • Posts: 13523
  • Karma: +574/-33
  • Make EA work for YOU!
    • View Profile
    • Enterprise Architect Consultant and Value Added Reseller
Re: EA on other OSs than Windows & XMI vs. Access
« Reply #1 on: February 16, 2010, 07:40:25 pm »
Tanja,

I don't agree on the XMI part.
XMI is an interchange format, designed to transfer models from one tool to another.
It is not designed as a model storage format.

And even then I don't see why that should result in less xmi errors. They still need an algorithm to convert the in memory model to xmi.
An error in that algorithm would even be worse since it would affect the main storage of the model.

Besides, I highly doubt that storing the model as XMI files i.s.o. a database is going to improve performance or scalability.

Geert

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +259/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Re: EA on other OSs than Windows & XMI vs. Acc
« Reply #2 on: February 16, 2010, 08:04:09 pm »
Quote
[size=18]...[/size]
Besides, I highly doubt that storing the model as XMI files i.s.o. a database is going to improve performance or scalability.

Geert
I can pretty much GUARANTEE that XMI will NOT improve perfomance or scalability.

I'm sure the Sparxians could provide actual test results to prove it.

Paolo
« Last Edit: February 16, 2010, 08:04:36 pm by PaoloFCantoni »
Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!

beginner

  • Guest
Re: EA on other OSs than Windows & XMI vs. Access
« Reply #3 on: February 16, 2010, 10:32:57 pm »
...besides the fact that concurrent work on a XMI is merely impossible. And - as said - performance is a non-functional but important user requirement.

b.

ponsilva

  • EA Novice
  • *
  • Posts: 1
  • Karma: +0/-0
    • View Profile
EA on Linux
« Reply #4 on: April 22, 2010, 10:57:28 pm »
Hello everybody.
We installed EA Version 8 build 855 under WINE 1.1.42 on Ubuntu 9.10, and up to now it works fine.
Is there a WINE recommended version to use?

I think it would be useful to have a version of EA running on Linux based systems without using compatibility software: is there such a task in EA roadmap?

Wowbagger

  • EA User
  • **
  • Posts: 69
  • Karma: +0/-0
    • View Profile
Re: EA on other OSs than Windows & XMI vs. Access
« Reply #5 on: April 24, 2010, 06:58:57 am »
Several other people have asked for this.

Perhaps what Sparx should do is poll how many registered users are running EA under Wine, and use that to estimate the potential benefit of a native port.

That said: I'd bet that EA has a BUNCH of close ties to Windows APIs - UI APIs, DB APIs, etc. - and that it wouldn't so much be a "port" as a "reimplementation damn near from scratch". Sure, I'd love to see them do something like port EA to Qt, but I know that were I the program lead, my question would be "Given that I'm spending millions of dollars in direct costs + opportunity costs, where in all of this do I *make* millions of dollars?"

fireng1

  • EA Novice
  • *
  • Posts: 1
  • Karma: +0/-0
    • View Profile
Re: EA on other OSs than Windows & XMI vs. Access RDB
« Reply #6 on: May 25, 2016, 06:19:12 pm »
Our developer team (20 registered users) would appreciate a lot to run EA in native Linux (Ubuntu 14.04). Our developer PC's are located within a local network without direct Internet access but with a Linux mirror behind.
I tried to follow running EA via Wine but didn't manage to install the msxml3, msxml4 and mdac28 Windows components, most probably because of the missing Internet connection.
Except the EA now all our workflow tools are running on Linux, only for EA I need to "dual boot" Windows. That unfortunately breaks our Linux based workflow.

Hubert

Glassboy

  • EA Practitioner
  • ***
  • Posts: 1367
  • Karma: +112/-75
    • View Profile
Re: EA on other OSs than Windows & XMI vs. Access RDB
« Reply #7 on: May 26, 2016, 07:23:38 am »
I don't need the full version on Linux, but a better UML tool than Eclipse would be great.  It's actually a pity that there isn't a light weight free cross platform free version that could be used  as a learning tool to get more architects modelling.

Eve

  • EA Administrator
  • EA Guru
  • *****
  • Posts: 8110
  • Karma: +119/-20
    • View Profile
Re: EA on other OSs than Windows & XMI vs. Access RDB
« Reply #8 on: May 26, 2016, 09:09:38 am »
Would be better to start a new thread rather than resurrecting a long dead one.

Our developer team (20 registered users) would appreciate a lot to run EA in native Linux (Ubuntu 14.04). Our developer PC's are located within a local network without direct Internet access but with a Linux mirror behind.
I tried to follow running EA via Wine but didn't manage to install the msxml3, msxml4 and mdac28 Windows components, most probably because of the missing Internet connection.
Except the EA now all our workflow tools are running on Linux, only for EA I need to "dual boot" Windows. That unfortunately breaks our Linux based workflow.

I would expect the need for EA to be run under Wine for the foreseeable future.

One option for you is to run winetricks on one computer that does have net access and then copy the ~/.cache/winetricks folder to the other computers.

If that's not an option, maybe a virtual machine will be more practical than dual booting.