<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: @License(name = &#8220;Apache&#8221;,version = &#8220;2.0&#8243;) annotations and GPL</title>
	<atom:link href="http://www.codemonkeyism.com/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codemonkeyism.com/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/</link>
	<description>Programming is hard</description>
	<pubDate>Sat, 22 Nov 2008 10:01:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Alex Miller - Java 7 Roundup (November 3rd)</title>
		<link>http://www.codemonkeyism.com/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-37195</link>
		<dc:creator>Alex Miller - Java 7 Roundup (November 3rd)</dc:creator>
		<pubDate>Sun, 04 Nov 2007 03:42:45 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.reposita.org/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-37195</guid>
		<description>[...] And in some non-closure news, Stephan Schmidt had the idea of using a standard annotation for indicating licensing and/or copyright. I think it would be useful to have standard annotations for this as it would aid automatic checking and reporting of library licensing, which is something many organizations have to deal with. [...]</description>
		<content:encoded><![CDATA[<p>[...] And in some non-closure news, Stephan Schmidt had the idea of using a standard annotation for indicating licensing and/or copyright. I think it would be useful to have standard annotations for this as it would aid automatic checking and reporting of library licensing, which is something many organizations have to deal with. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephan</title>
		<link>http://www.codemonkeyism.com/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-36250</link>
		<dc:creator>stephan</dc:creator>
		<pubDate>Sun, 28 Oct 2007 11:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.reposita.org/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-36250</guid>
		<description>I guess the same for copyright would be a good idea. A container could know about licenses and issue a warning when injecting incompatible stuff. This would make some managers in companies happy.</description>
		<content:encoded><![CDATA[<p>I guess the same for copyright would be a good idea. A container could know about licenses and issue a warning when injecting incompatible stuff. This would make some managers in companies happy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul hammant</title>
		<link>http://www.codemonkeyism.com/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-36118</link>
		<dc:creator>Paul hammant</dc:creator>
		<pubDate>Sat, 27 Oct 2007 21:24:19 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.reposita.org/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-36118</guid>
		<description>that package-info.java thing would be a neat trick. Something similar could work for copyright.  When coding pico2's annotation support, I looked at directly supporting guice's @inject. Theres some weirdness in respect of the classpath - getAnnotations() will alwaysvcome back with a result even if there were classdefs for annotations missing from the classpath. The resulting set of annoations for a member/etc would silently omit those for missing classdefs. Thus @license and @copyright could be added to jdk7 and sorta work for jars aimed at jdk5  as long as @since was ommitted for those new annotations.

Guice/pico and the new by-class-def side of Spring - almost certainly gpl entangled by virtue of import :-(
On a case by case basis of course.</description>
		<content:encoded><![CDATA[<p>that package-info.java thing would be a neat trick. Something similar could work for copyright.  When coding pico2&#8217;s annotation support, I looked at directly supporting guice&#8217;s @inject. Theres some weirdness in respect of the classpath - getAnnotations() will alwaysvcome back with a result even if there were classdefs for annotations missing from the classpath. The resulting set of annoations for a member/etc would silently omit those for missing classdefs. Thus @license and @copyright could be added to jdk7 and sorta work for jars aimed at jdk5  as long as @since was ommitted for those new annotations.</p>
<p>Guice/pico and the new by-class-def side of Spring - almost certainly gpl entangled by virtue of import :-(<br />
On a case by case basis of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephan</title>
		<link>http://www.codemonkeyism.com/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-35456</link>
		<dc:creator>stephan</dc:creator>
		<pubDate>Tue, 23 Oct 2007 21:25:05 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.reposita.org/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-35456</guid>
		<description>"Except that’s not a java feature." ? Package level annotations? I thought package level annotations can be done with package-info.java and @Target({ElementType.PACKAGE}) (My IDEA tells me that this is possible). So you could annotate licenses at the package level.

Yes, mixing licenses is possible, but needs a lot of attention to do it right. Radeox for example has a Apache 2.0 core and some BSD APIs. 

And yes, XML might not be away around GPL. But it can be. But as with mixing licenses, this is a tricky question and there are different opinions.

And considering Guice: I'm not sure what using annotations, or annotating clases with your licensed annotations really means in the context of "linking". Noone has thought that through I think.</description>
		<content:encoded><![CDATA[<p>&#8220;Except that’s not a java feature.&#8221; ? Package level annotations? I thought package level annotations can be done with package-info.java and @Target({ElementType.PACKAGE}) (My IDEA tells me that this is possible). So you could annotate licenses at the package level.</p>
<p>Yes, mixing licenses is possible, but needs a lot of attention to do it right. Radeox for example has a Apache 2.0 core and some BSD APIs. </p>
<p>And yes, XML might not be away around GPL. But it can be. But as with mixing licenses, this is a tricky question and there are different opinions.</p>
<p>And considering Guice: I&#8217;m not sure what using annotations, or annotating clases with your licensed annotations really means in the context of &#8220;linking&#8221;. Noone has thought that through I think.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul hammant</title>
		<link>http://www.codemonkeyism.com/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-35449</link>
		<dc:creator>Paul hammant</dc:creator>
		<pubDate>Tue, 23 Oct 2007 20:37:09 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.reposita.org/archives/2007/10/23/licensename-apacheversion-20-annotations-and-gpl/#comment-35449</guid>
		<description>the annotation would be good at package level I think. Except that's not a java feature.

Also, it is possible to use GPL in a GPL-incompatible app provided it is done so through an API that is mutually compatible. Remember the MIT licensed SAX API? You still have to distribute source for the gpl bit, but the rest can be non-gpl. The creation of the api cannot be a gratuitous refactor of an existing library solely fir the purpose of getting out of a license situation. Sax was a weird API...

Lastly, guice (and picocontainer) are different to spring for the most part. The former do depend on imported classes. The latter prefers XML markup. XML markup ain't a way round gpl rules though. At least not without reading the supporting notes to the gpl 100 times.</description>
		<content:encoded><![CDATA[<p>the annotation would be good at package level I think. Except that&#8217;s not a java feature.</p>
<p>Also, it is possible to use GPL in a GPL-incompatible app provided it is done so through an API that is mutually compatible. Remember the MIT licensed SAX API? You still have to distribute source for the gpl bit, but the rest can be non-gpl. The creation of the api cannot be a gratuitous refactor of an existing library solely fir the purpose of getting out of a license situation. Sax was a weird API&#8230;</p>
<p>Lastly, guice (and picocontainer) are different to spring for the most part. The former do depend on imported classes. The latter prefers XML markup. XML markup ain&#8217;t a way round gpl rules though. At least not without reading the supporting notes to the gpl 100 times.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
