[rules-dev] drools compliance with dependency licenses

[Mark Proctor]

Reid Kaufmann wrote:
> Because several projects in Sun are evaluating Drools, it is being 
> considered for distribution with OpenSolaris.  
Out of interest is Drools used in any sun apps, or are you just 
distributing it incase third parties need it?
> I'm weighing the pros and cons of building from source locally or 
> using the distributed binaries.  So, with that in mind I would like 
> some help understanding an issue related to your binary distribution:
> While it is very convenient that Drools' binary distribution contains 
> its dependencies, I'm curious how you are complying with the licenses 
> of those dependencies, particularly those that are third-party.  I see 
> no licensing information or attribution in the tarball/zip that I 
> downloaded (except for the ASL license).
>
> Take xpp3 for example; xpp3-min-1.1.3.4.O.jar is included in the zip I 
> downloaded.  Independently, I found this in the xpp3 source tarball 
> (see the attachment for the complete license):
>
>     2. Redistributions in binary form must reproduce the above copyright
>        notice, this list of conditions and the following disclaimer in
>        the documentation and/or other materials provided with the
>     distribution.
>     ...
>     Alternately, this acknowledgment may appear in the software itself,
>     if and wherever such third-party acknowledgments normally appear.
>
> Does this information appear in the binary package?  I've read the 
> wiki page on dependencies and done some greps in the source download 
> and binary download and haven't found it...
We use Maven and maven specifies the dependency poms, which specifies  
and provides the licenses. We actually use Maven to suck in the 
dependencies into the bin zip. Maybe we should think about including a 
licenses for each dependency too, for that to happen I'd like to see it 
automated as part of the maven build. I don't have time for that now, if 
anyone wants to submit a patch to automate maven for this, let me know.
>
> Reid Kaufmann
> ------------------------------------------------------------------------
>
> _______________________________________________
> rules-dev mailing list
> rules-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20080630/a3e46bd9/attachment.html