|       This is truly unfortunate.  There are definitely ares of code that
|could be shared - that *should* be shared, such as logging, dynamic
|proxies, thread pools, and so on.  It's too bad that it doesn't happen
|until a javax package is available...  Particularly since those are *not*
|open source (well, under a much more restrictive license, anyway).

javax will solve the problem for the logging, the dynamic proxies are in 1.3
(if you want 1.2.2. then you need our stuff) the thread pools we might be
very interested in, but *we* can "contain" your code so :)))s.

Hey why don't you tell me *exactly* what you need, and we will see what we
can do to accomodate your "clean tree" policy.

|       What can I say?  I agree that this is a reasonable interpretation.
|But I don't think it's the only interpretation, and I'm not sure it's even
|the interpretation intended by the authors.  There's another section that
|specifically allows distribution of GPL and non-GPL programs on the same
|medium (Linux distributions), and that passage would be redundant if this
|passage reads as you suggest.

Listen it says

if work is "containing, modifying, deriving" (CMD) of work that is GPL then
GPL.  If not, then not.

(its' a mathematical if and only if)
Ok let's loop on that for a while...

Apache+Linux=aggregation, Apache is not CMD of Linux

Frankly the wording is extremelly clear.  GPL applies to "contained",
"modified", or "derived" work not aggregated work and that is in the
license....

what is not clear about it?

|       I think it would definitely be safe to download a set of RPMs (one
|per product) and then install them all and configure them to point to each
|other (using network protocols, standard interfaces, etc.), but I think
|it's very questionable whether you can put them in a single pre-configured
|package.

explain it to RedHat,
This is turning silly

| The problem is, I'm in a situation where (to quote "Ronin"),
|"Whenever there's a doubt, there is no doubt."  Whatever you say, I

Listen, I like the ronin trick
but there is NO doubt,

Repeat if and only if work is CMD of GPL Work then GPL.

Take Tomcat, is that "containing" "deriving" "modifying" work of jboss?
NOOOOO!!!!  you don't derive (although you might have been inspired by the
interceptor layout;-) you don't modify (afaik) and you CERTAINLY don't
contain.


|haven't heard anything that convinces me that the interpretation is clear
|- I can easily see both sides of the disagreement.  I suspect the only way
|for this to ultimately be resolved is to take it to a lawyer and/or RMS.
|Any volunteers?  :)

1- we have a LICENSE gentlemen, words, black on paper... That's what we work
from.
And the words are clear, I really honestly don't see why the big confusion.
RMS could be a "auto-response-program" that spouted "all must be GPL" that I
wouldn't care,
2- this is copyright telkel+jboss authors.


|       Overall, the most unfortunate thing here is that I don't believe
|either party is trying to lock out code from the other.  But the fact that
|the licenses are not compatible means that one group or the other has to

again the licenses are compatible, what is not compatible is that ASF
doesn't want GPL code in the tree.  It's a policy gentlemen, that forces us
to do something if we want you guys to include code in your tree.  Again I
understand that, well I respect it more than I understand it, and that seems
to mean "separate projects".  I already stated my honest belief that many
bees are better than a drunken duck (wow, that sounded good, I gotta reuse
it and use that ronin trick )...

|change licenses in order to enable true sharing of code, which is one of
|the greatest promises of open source.  And it doesn't sound like either
|party is willing.

to be very honest, I don't care that much, about the GPL, the APL, and the
horses they rode in town on.  I care even less about the grandiose
statements about "philosophy" from "the ladies corner".  Honestly all I care
about is that our common code kicks ass.

when all is said and all is done,  IT DOES.  Tomcat+jboss is a great j2ee
stack, a credible alternative to a billion$ market, welcome ladies, start
fighting cause the commercial EJB guys in front are not joking.

Ok, I need to go now, I have a costumed halloween party and I need to dress
up as Zorro...

<whistle/>
good night...

marc


|
|Aaron
|
|
|


Reply via email to