Bug 479598 - Review Request: aopalliance - AOP offers a better solution to many problems than do existing technologies
Summary: Review Request: aopalliance - AOP offers a better solution to many problems t...
Alias: None
Product: Fedora
Classification: Fedora
Component: Package Review
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Nobody's working on this, feel free to take it
QA Contact: Fedora Extras Quality Assurance
: 532519 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2009-01-11 22:40 UTC by Sandro Mathys
Modified: 2018-04-11 06:47 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2010-10-20 12:24:26 UTC
sandro: fedora-review-

Attachments (Terms of Use)

Description Sandro Mathys 2009-01-11 22:40:40 UTC
Spec URL: http://red.fedorapeople.org/SRPMS/aopalliance.spec
SRPM URL: http://red.fedorapeople.org/SRPMS/aopalliance-1.0-1.fc11.src.rpm
Aspect-Oriented Programming (AOP) offers a better solution to many
problems than do existing technologies such as EJB. AOP Alliance intends to
facilitate and standardize the use of AOP to enhance existing middleware
environments (such as J2EE), or development environements (e.g. JBuilder,
Eclipse). The AOP Alliance also aims to ensure interoperability between
Java/J2EE AOP implementations to build a larger AOP community.

Pretty easy software / package, shouldn't make any worries for the review :)

Comment 1 Christoph Wickert 2009-01-12 00:43:23 UTC
This is the worst summary I have ever seen!

Comment 2 Christoph Wickert 2009-01-12 00:49:38 UTC
Why not use: "AOP saves the world" as summary? ;)

Package version is wrong, see

Comment 3 Sandro Mathys 2009-01-12 09:32:15 UTC
Spec URL: http://red.fedorapeople.org/SRPMS/aopalliance.spec
SRPM URL: http://red.fedorapeople.org/SRPMS/aopalliance-1.0-1.20090111cvs.fc11.src.rpm

Thanks for the comments. I tried to address both issues in the new version. Writing a good summary for this is tough, though ;)

Comment 4 Jason Tibbitts 2009-08-04 02:33:21 UTC
This package claims to be public domain, but I don't see any mention of that in the source.  The upstream web site says
  LICENCE: all the source code provided by AOP Alliance is Public Domain.
but my understanding is that you have to explicitly disclaim your copyright (if you are even legally allowed to do so) and I see no such disclaimer anywhere.  Many of the contributors are French (according to http://aopalliance.sourceforge.net/members.html), and I've seen it said before  that EU citizens may not have the legal right to place works in the public domain.

Blocking FE-Legal (again, sorry spot) for an opinion.

Comment 5 Tom "spot" Callaway 2009-08-12 18:27:36 UTC
The short answer is that French citizens cannot put works into the Public Domain:


"Any agreement to waive an author's moral rights is null and void, although the author cannot be forced to protect his work."

Basically, what this means is that we need the AOP Alliance to actually give us licensing terms, even if they're extremely permissive ones. I would suggest the MIT license.

Comment 6 Sandro Mathys 2009-08-12 18:38:08 UTC
spot: Wouldn't the WTFPL be much closer to 'public domain' and be fine for integration into Fedora?

Comment 7 Tom "spot" Callaway 2009-08-12 18:45:40 UTC
Technically, yes, but the WTFPL is a ... poorly drafted license. MIT achieves the same end result and is far less offensive.

Comment 8 Sandro Mathys 2009-08-12 19:15:25 UTC
I took the time to contact upstream over their mailing list, trying to explain the issue at hand and how to best solve it. I'll wait for an answer and then get back to this ticket.

Comment 9 Sandro Mathys 2009-10-07 06:27:30 UTC
Upstream is dead, no activity on the mailing list at all. I don't think they'll ever re-license anything.

Does that mean this pkg is a no-go? FYI: JBoss depends on aopalliance ;)

Comment 10 Tom "spot" Callaway 2009-10-07 14:08:04 UTC
That's unfortunate for JBoss. You might try reaching out to the members individually:


Also, you could try emailing Andrei Popovici directly:

Comment 11 Sandro Mathys 2009-10-08 07:02:09 UTC
That would mean that every single member would have to agree with the license chance, wouldn't it? I doubt that's even possible because most members didn't leave any contact information.

As for the contact information von Andrei Popovici - he left the ETHZ (where I work nowadays) years ago, i.e. that email address doesn't work anymore for a long time already.

Comment 12 Tom "spot" Callaway 2009-10-08 13:44:31 UTC
It depends on who the copyright holder is. If the AOP Alliance is a legal entity, then that entity could be the copyright holder. If so, then whomever legally speaks for that group could relicense the work.

If the AOP Alliance is just a name that these individuals gave to themselves, but is not legally recognized as an entity (a company or a non-profit), then all of the individuals who committed code would have to give permission to relicense.

Because of: http://www.systems.ethz.ch/people/alumni
I'm pretty sure that this is the right Andrei Popovici: http://www.linkedin.com/pub/andrei-popovici/0/26b/735 . You might be able to contact him through that URL.

Comment 13 John Lewis 2009-10-23 00:49:23 UTC
I've brought this to the attention of the folks at SpringSource (specifically Rod Johnson, who was one of the original developers) and Adam Fitzgerald (who is their community liaison now). A lot of projects are including this jar because Spring depends on it, so it is in their interest to deal with this. Hopefully they will be able to get an appropriately permissive license attached to this library soon.

Comment 14 Jason Tibbitts 2009-11-02 20:13:08 UTC
*** Bug 532519 has been marked as a duplicate of this bug. ***

Comment 15 Tom "spot" Callaway 2010-04-19 17:14:17 UTC
Just checking in to see if there is any update here.

Comment 16 Sandro Mathys 2010-05-05 11:07:51 UTC
Nothing from my side but John said he's trying to get in touch with folks so maybe he has an update.

Comment 17 John Lewis 2010-05-05 15:47:13 UTC
I haven't heard anything further from the folks at SpringSource, but I did just send them another email to bump the issue again.

Comment 18 Alexander Kurtakov 2010-05-14 16:01:10 UTC
Why don't people simply use upstreams that are alive?
Sometimes it would take less time to migrate to dependency that is alive than to fix legal issues.

Comment 19 Frank Ch. Eigler 2010-06-01 16:04:39 UTC
(In reply to comment #5)
> The short answer is that French citizens cannot put works into the Public
> Domain:
> http://en.wikipedia.org/wiki/French_copyright_law#Moral_rights
> "Any agreement to waive an author's moral rights is null and void, although the
> author cannot be forced to protect his work."

Wait, upon what do you base your opinion that their own designation
of it as "public domain" is somehow an attempted waiver of the
*moral rights* involved?

Comment 20 Tom "spot" Callaway 2010-06-01 17:56:26 UTC
Well, the legal definition of Public Domain is:

"the realm or status of property rights that belong to the community at large, are unprotected by copyright or patent, and are subject to appropriation by anyone"

(source: Merriam-Webster's Dictionary of Law ©1996.)

You cannot simultaneously have a work be unprotected by copyright (or subject to appropriation by anyone) and retain moral rights on that work. The moral rights are tied into the copyright.

Now, the copyright holder(s) could grant an extremely permissive license on that work, CC-0 is an excellent example of a license specifically crafted to work around precisely this issue and come to the same practical end-result as a public domain declaration where the copyright holder is in a jurisdiction without moral rights.

Comment 21 Frank Ch. Eigler 2010-06-03 16:14:05 UTC
Is redhat/fedora legal also advising that an american law dictionary entry is sufficiently relevant to the stated intentions of a french author?  Just curious whether we're holding back because of an overabundance of caution.

Comment 22 Tom "spot" Callaway 2010-06-03 16:43:31 UTC
Well, you asked for a definition of what Public Domain means. That's what it means. It has the same meaning in Europe, except that you CANT just put works in the Public Domain in most of Europe, because those countries (notably France) do not permit copyright holders to waive their moral rights.

CC-0 exists specifically because this is a problem.

Comment 24 Sandro Mathys 2010-07-31 09:18:55 UTC
So is anyone still working on this and seeing any type of progress? If not I'm going to close this.

Comment 25 John Lewis 2010-07-31 19:19:55 UTC
I never got a response from the SpringSource guys. Maybe if someone from RedHat directly contacted them? If someone wants to do that, email me and I'll help you get hold of them.

Comment 26 Chen Lei 2010-08-10 15:23:59 UTC
(In reply to comment #24)
> So is anyone still working on this and seeing any type of progress? If not I'm
> going to close this.    

Would mind to contact Cédric Beust? It seems he is still active now.


Comment 27 John Lewis 2010-08-17 17:54:54 UTC
I sent a note to Cédric asking if he could give this concern some attention.

Comment 28 Sandro Mathys 2010-10-20 12:24:26 UTC
Dropping this review request because of the legal issues.

Comment 29 Scott M Stark 2011-03-09 05:10:03 UTC
There is no dependency on this project by jboss, or any of it's thirdparty dependencies. I cannot see any current j2ee project depending on the aopalliance code as it is seven years old, and the concepts have largely been integrated into the various j2ee specs.

Even the current versions (3.x) do not seem to have any dependency on aopalliance, and jboss never had any dependency on spring or spring aop.

Comment 30 Tom "spot" Callaway 2012-01-03 15:29:26 UTC
Given Fedora's revised position on Public Domain code, this package is now considered legally permissible in Fedora. I am dropping the FE-Legal blocker, but I am not reopening this old bug. If Sandro wants to reopen this request, he can do so, or a new review bug can be opened by an interested maintainer.

Note You need to log in before you can comment on or make changes to this bug.