[needs-packaging] ArgoUML

Bug #118546 reported by Julian Dax on 2007-06-03
This bug affects 11 people
Affects Status Importance Assigned to Milestone
argouml (Ubuntu)

Bug Description

ArgoUML is a Java-based UML modeling tool.
License: BSD License

Julian Dax (julian-dax) on 2007-06-03
description: updated
description: updated
Michael Bienia (geser) wrote :

ArgoUML is already packaged in Debian and Ubuntu (it's in multiverse) but it has currently some build problems.

Jim Michaels (jmichae3-yahoo) wrote :

see if argouml still has some build problems. it has been 2 years, and it's at version 0.28 and has become quite mature.

Pander (pander) wrote :

Please package 0.28.1

name: argouml

description: ArgoUML is the leading open source UML modeling tool and includes support for all standard UML 1.4 diagrams. It runs on any Java platform and is available in ten languages.

license: BSD

url: http://argouml.tigris.org/

Changed in argouml (Ubuntu):
status: Invalid → New
importance: Undecided → Wishlist
Pander (pander) wrote :

Meanwhile, version 0.30 has been released. Please package latest stable of course.

Gabe Gorelick (gabegorelick) wrote :

As people have said, ArgoUML used to be in Debian, but was removed due to build problems. The real issue was that it depended on a lot of packages that were only in the archive for ArgoUML, and were not well maintained. Its dependencies that aren't in the archive are: libgef-java (which is in the archive, but only an old version, while argouml requires version 0.13, which is kind of weird in my opinion because that's still in beta); a patched version of libgnujmi-java to fix some api bugs, the Netbeans metadata repository (api and actual code), netbeans jmiutils, and ocl-argo. All of these have there own dependencies, which makes the job even more complicated. ocl-argo depends on sablecc (and an old, pretty much abandoned version at that), which was also dropped from the archive. Luckily I've gotten all the dependencies packaged. They just need some polishing and then I'll try to upload everything to my PPA as soon as I get some free time.

One issue: there may be some licensing issues with the jmi MOF. All the interfaces have been done under gnu classpath, but ArgoUML also requires a mof.xml spec from OMG whose license is rather hard to decipher. I don't think there should be an issue, as Netbeans has a copy in their contrib repo, but someone should still probably do some follow up.

Changed in argouml (Ubuntu):
assignee: nobody → Gabe Gorelick (gabegorelick)
status: New → In Progress
Thomas N. (thn-d) wrote :

I'm a developer from the ArgoUML project. How can I help?
(gef 0.13 is stable btw, only the project homepage gef.tigris.org was not updated yet)


Thomas N. (thn-d) wrote :

The only license infos for Netbeans MDR that I found is here: https://www.ohloh.net/p/8317

Thomas N. (thn-d) wrote :

Three more infos:
- the actual stable version is 0.30.1
- license changed from BSD to EPL
- issue 221946 depends on this, since newer ArgoUML versions solve that issue

Gabe Gorelick (gabegorelick) wrote :

Thanks. The packaging of ArgoUML itself is actually pretty easy (it's basically done in my branch) its packaging all the dependencies thats the hard part. I'll let you know if I need any help.

The Netbeans mdr stuff doesn't have a license issue, it's the MOF-specific stuff that does. src/argouml-core-model-mdr/lib has a mof.jar file with the attached license. We can use the libgnujmi-java package for everything in that jar with the exception of javax/jmi/model/resources/mof.xml which isn't included in libgnujmi-java. So that file is the only one that the attached license would apply to.

Gabe Gorelick (gabegorelick) wrote :

And here is the actual mof.xml file that we need to use.

Gabe Gorelick (gabegorelick) wrote :

Netbeans mdr also uses mof, but under what looks like an updated license. See http://hg.netbeans.org/main/misc/file/53cd10e8079e/mdr/external/mof-license.txt

Gabe Gorelick (gabegorelick) wrote :

> gef 0.13 is stable btw, only the project homepage gef.tigris.org was not updated yet
I was mistaken. ArgoUML actually depends on gef 0.13.1 [1], which is still in development, for org.tigris.gef.persistence.SvgWriter2D, and possibly other stuff. Obviously it would be better if we could package the latest stable release of gef instead, but we can always just use the latest development milestone release instead [2].

[1] http://argouml.tigris.org/source/browse/argouml/releases/VERSION_0_30_1/src/argouml-app/lib/
[2] http://gef.tigris.org/source/browse/gef/tags/VERSION_0_13_1M2/

Gabe Gorelick (gabegorelick) wrote :

It looks like ArgoUML actually depends on api introduced in gef after the latest milestone release. The latest release milestone is tagged commit 1256 [1], but argouml-app/src/org/argouml/persistence/PGMLStackParser.java:774 uses a method not defined until commit 1283 [2].

[1] http://gef.tigris.org/source/browse/gef/tags/VERSION_0_13_1M2/
[2] http://gef.tigris.org/source/browse/gef/trunk/src/org/tigris/gef/persistence/pgml/PGMLStackParser.java?view=log

Thomas N. (thn-d) wrote :

So regarding gef, it seems that there is just a tag missing, that you can refer to? I can take care that this is done, so that you have a http://gef.tigris.org/source/browse/gef/tags/VERSION_0_13_1/ that corresponds to the gef 0.13.1 shipped with the current ArgoUML 0.30.1 release. Ist that a solution?

About mof.jar and the included mof.xml: I can't tell what to do here. I always thought that mof.jar is a part of the used MDR release. Do you think that one in our team might have more information where mof.jar comes from? I really don't know what to do here.

Gabe Gorelick (gabegorelick) wrote :

Tagging what we need from gef should work. Just so I know, is 0.13.1 actually stable and just their website never got updated? Or is argouml just using a snapshot?

As for the mof stuff, I'd contact the NetBeans MDR team (if they still exist, their website doesn't exist anymore) and/or OMG to get their positions on the license. Someone might also want to check their website [1] to see if they give clearer license terms somewhere.

[1] http://www.omg.org/technology/documents/modeling_spec_catalog.htm#MOF

Thomas N. (thn-d) wrote :

Tagging is now done, see http://gef.tigris.org/source/browse/gef/tags/VERSION_0_13_1/
Also, gef homepage and download area is updates, thank's to Bob Tarling.

What about mof.jar? Who will check OMG website and contact OMG or MDR team?

Gabe Gorelick (gabegorelick) wrote :

Thanks. I won't have some free time for the next week or two, but when I get some I'll check gef 0.13.1 to make sure it works with argouml. I'm also in the middle of packaging the eclipse EMF stuff and then I'll move on to the eclipse UML stuff, all of which is needed by core-model-euml.

As for the mof stuff, when I get a chance I can look into contacting the OMG people behind it. I think MDR may be a dead-end, as the project looks pretty dormant, so I don't know who in NetBeans would know about this. But you can feel free to ask them if you find someone who may know something.

Pander (pander) wrote :

On Mavrick, latest stable of argouml is available and is packaged correctly.

Only get this warning on the command line
  $ argouml
  log4j:WARN No such property [follow] in org.apache.log4j.ConsoleAppender.
Perhaps something to have a look at that for the next release.

Thank you for packaging and please keep it in sync with future releases of argouml.

Changed in argouml (Ubuntu):
status: In Progress → Fix Released
Gabe Gorelick (gabegorelick) wrote :

Are you sure it's packaged for Maverick? packages.ubuntu.com doesn't list it, and neither does launchpad.

As for the log4j warning, it's mostly harmless (since it only affects logging), so I wouldn't worry too much about it, although it does mean that whoever packaged your version of ArgoUML included a version of log4j that's too old (follow was introduced in 1.2.13 [1]).

[1] http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/ConsoleAppender.html#getFollow()

Pander (pander) wrote :

Oops, apparently I installed it from getdeb.net Sorry.

$ apt-cache showpkg argouml
Package: argouml
0.30.2-1~getdeb1 (/var/lib/apt/lists/archive.getdeb.net_ubuntu_dists_maverick-getdeb_apps_binary-amd64_Packages) (/var/lib/dpkg/status)
 Description Language:
                 File: /var/lib/apt/lists/archive.getdeb.net_ubuntu_dists_maverick-getdeb_apps_binary-amd64_Packages
                  MD5: 5b7d0e91d016664f3530c0f2f88c460c

Reverse Depends:
0.30.2-1~getdeb1 - openjdk-6-jre (16 (null)) sun-java5-jre (16 (null)) sun-java6-jre (16 (null)) java-runtime (16 (null)) java2-runtime (0 (null)) fontconfig (0 (null))
0.30.2-1~getdeb1 -
Reverse Provides:

So, perhaps contact getdeb people to start moving this package to Ubuntu/Debian.

As for the harmless logging warning, will it disappear when all is packages with the correct version?

Changed in argouml (Ubuntu):
status: Fix Released → In Progress
Pander (pander) wrote :

Will this be in time for Natty release? Thanks

Gabe Gorelick (gabegorelick) wrote :

Packaging this requires a little more work than I originally thought. I haven't had time the last few months to work on it. So it's not making it to natty, but at least there are debs out there. The problems that caused ArgoUML to be removed from the archive before still exist, and these need to be solved before it can be included again. Basically, ArgoUML depends on a lot of deprecated tools that are no longer maintained and not in the archive.

Changed in argouml (Ubuntu):
assignee: Gabe Gorelick (gabegorelick) → nobody
status: In Progress → Confirmed
Thomas N. (thn-d) wrote :

I can request for an update of log4j. Which other tools are deprecated?

Gabe Gorelick (gabegorelick) wrote :

@Thomas N.
> Which other tools are deprecated?
They're listed in one of my previous comments.

The problem is, even though they are (mostly) packaged in my branches, the problems that lead to their original removal need to be addressed. I can't find the original Debian bug reports that discussed all the issues, but basically, if I remember correctly, some of the dependencies were buggy and so Debian considered it necessary to remove them (if someone can find the relevant threads or bugs, it would be helpful to post them). I don't think that has changed in the intervening years. Now I suppose Ubuntu can ignore Debian and package them anyway, but that's probably not a smart move. We could also not packaged them separately from ArgoUML, and instead just bundle the sources together and build them all as one package. That way, nothing else relies on buggy packages. I believe this is done in other instances, but someone from MOTU really needs to be deciding the best way to proceed.

Also, MOF license still hasn't been sorted out.

Pander (pander) on 2012-10-23
tags: added: 12.10
vgeloven (vgeloven) wrote :

Version 0.34 is out. Let see if this can be packaged for the upcoming Ubuntu releases this year.

tags: added: 13.04 13.10
removed: 12.10
Pander (pander) wrote :

Somehow https://launchpad.net/ubuntu/+source/argouml is not referring to this bug. Can someone fix this please?

@Pander it actually is. I was confused by the page you link to as well but if you click on " 0 new bugs" you'll get another menu on your right which says "1 open bug" and that will list this bug =)

Pander (pander) on 2013-10-23
tags: added: 14.04
removed: 13.04 13.10
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers