IANAL, but my understanding is that any code that links to GPL-licensed code
must be GPL-licensed as well (
http://en.wikipedia.org/wiki/GNU_General_Public_License - Criticism). Can
anyone confirm/deny in this case?

I can't imagine we'd change Shindig's overall license, so it seems we'd have
a few options here:
1. See if David Pashley would be willing to grant us an exception or change
Eddie's license. The fact that there's already a GPL exception attached to
Eddie (www.davidpashley.com/eddie.html) suggests this isn't likely to
happen. The existing exception allows creation of binaries linking to Eddie
irrespective their license: not exactly compatible with our goals.
2. Use an alternate underlying feed parsing library such as Rome (
https://rome.dev.java.net/) or Apache Abdera (
http://incubator.apache.org/abdera/).

Thoughts?

John

On Thu, Apr 24, 2008 at 12:53 AM, Milinda Lakmal Pathirage (JIRA) <
[EMAIL PROTECTED]> wrote:

>
>    [
> https://issues.apache.org/jira/browse/SHINDIG-60?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12591941#action_12591941]
>
> Milinda Lakmal Pathirage commented on SHINDIG-60:
> -------------------------------------------------
>
> Eddie is licensed under GPL. Can Apache project use that. It may raise
> license problem in the future.
>
> > Shindig does not properly support the FEED content type as defined by the
> gadgets spec for gadgets.io.MakeRequest
> >
> -----------------------------------------------------------------------------------------------------------------
> >
> >                 Key: SHINDIG-60
> >                 URL: https://issues.apache.org/jira/browse/SHINDIG-60
> >             Project: Shindig
> >          Issue Type: Improvement
> >          Components: Features (Javascript), Gadget Rendering Server
> (Java), Gadget Rendering Server (PHP)
> >            Reporter: Cassie Doll
> >            Priority: Critical
> >         Attachments: io.js.patch, ProxyHandler.java.patch
> >
> >
> > The FEED contentType in gadgets.io.MakeRequest should not return general
> json in the same way that the JSON contentType does. It should instead
> return a structured object that looks like this:
> > http://code.google.com/apis/gadgets/docs/remote-content.html#Fetch_JSON
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>

Reply via email to