On Wed, Apr 1, 2009 at 12:39 PM, Todd Volkert <[email protected]> wrote: >> So, let's start; What is JFree and how is it used? > > The JFree jars (jfreechart and jcommon) constitute a Java2D charting > library. Our "pivot-charts-1.1-incubating.jar" is built against them > and provides a Pivot charting component that allows you to present a > JFree chart within the Pivot component hierarchy. Thus, our charting > package is designed around the JFree API and won't build without the > JFree jar files.
pivot-charts will therefor not be allowed to be released from Apache. Sorry. The release will not be approved with it. I think you have 3 options; 1. Rebuild the same functionality using a library that has a permissible license. 2. Stick that component at SourceForge or similar. 3. Create an SPI in Pivot, to which one can plug in an underlying implementation. You will need a bit of 'bridge code', which you stick in SF. You are allowed to refer to such external bits from your website at Apache, but no direct download links and such. It must be clear to user it is "something outside ASF". > Tomorrow morning (I'm heading to bed now), I'll read up on category A, > category B, category X, and System Requirements, and if those terms > are official Apache classifications so I can be better educated in > this area. Yeah, it is a big topic, and understanding the many nuances can be quite a ride. >> NOTICE contains a single paragraph about each source and binary >> dependency used in the project, and where that dependency originate >> from. It would also contain the VMware Copyright notice, and any other >> individual's work that has been forked. So, license, origin, copyright >> holder and year (if available) in one paragraph, followed by a blank >> line. > > Ok. Does this include binary dependencies that are not included in > the release artifact but are described in BUILD? (for instance, what > if we decide *not* to include the JFree jars in our tarball - do we > still include a paragraph in NOTICE for JFree?) No, but it seems that your understanding of System Requirement is slightly mis-aligned with my understanding of it. FSF's interpretation of the LGPL is that Pivot is Derivative Works, and that triggers a some clauses that are not compatible with ASF principles. >> What surprises me is that you are struggling a lot with this. Isn't >> just "version" a property in the Ant file at the top, which would be >> appended to filenames? > > Some context might help shed some light on why this continues to be an > issue. We build "pivot-foo.jar" internally for day to day builds and > wiki deployment, and only "pivot-foo-incubating.jar" as part of the > "dist" target, which creates a lot more than just the jars. And as > per our vote a few days back, version doesn't appear anywhere in the > jar files. Ok, but I still think that is a mistake. I have too many times come across work in companies using, let's say, struts.jar and having no clue what version it is, or even if it is an official build or modified in-house. Short-term small gain, over long-term serious problems. >> Well, I guess it is a balance. I am of the opinion that 2 separate >> tarballs is preferred, but that could be due to my slow connection to >> the Internet. If you have a single tarball, then the most important >> bit is that it can be built to the same state as the in-house built >> one. > > The way it's structured right now, it's a single tarball, and within > that tarball is a src directory from which you can produce the same > tarball. > > I prefer the single tarball approach, but if I might be alone in that > preference, perhaps I should put this to a vote on this list. Ok. I have no formal ojections to whatever the conclusion is. But don't forget to toss the jfree stuff out before pushing for a new release candidate. That is a show-stopper. (If you think it is anal, yeah, I agree. But go look through the mail archives for Harmony project, and you are once again glad that this is simple in comparison. ;-) ) Cheers -- Niclas Hedhman, Software Developer http://www.qi4j.org - New Energy for Java I live here; http://tinyurl.com/2qq9er I work here; http://tinyurl.com/2ymelc I relax here; http://tinyurl.com/2cgsug
