Como preencher os requisitos da AGPL no meu serviço da web?

5

Queremos que uma ferramenta simples analise formulários PDF, recuperando apenas os nomes de campo e os valores de usuário associados. PDFSharp seria uma boa opção para nós, como é sob a licença MIT, mas é algumas versões do Acrobat para trás - por isso não indo trabalhar. A biblioteca mais popular (do que minhas buscas revelaram) parece ser iTextSharp . Assim, sou apresentado às complexidades da AGPL.

Agora, para a estrutura do nosso aplicativo. Queremos algo simples e reutilizável entre os aplicativos que podemos usar mais tarde e que exigem a mesma funcionalidade. Meu plano era criar um serviço da Web simples, que recebesse o arquivo PDF e simplesmente retornasse os campos e valores em uma lista de pares de valores-chave.

Parece que, desde que este seja um serviço de intranet, não há preocupação da AGPL, conforme descrito nesta pergunta: Posso usar com segurança uma biblioteca de código aberto em um projeto interno de código fechado?

Esse é o cenário mais provável, mas eu queria estar ciente antecipadamente, caso precisássemos expor nosso serviço externamente (como para alguns de nossos clientes do Silverlight, por exemplo). Se o serviço fosse exposto externamente, então, sob a AGPL, precisaríamos simplesmente fornecer a fonte para o serviço em si? Ou a fonte de qualquer consumidor do serviço também precisa ser fornecida?

Então, estou procurando 1) confirmação de que, no cenário de intranet, não há outras considerações e 2) o que é necessário se o serviço da Web estiver publicamente visível?

    
por Mike Guthrie 23.04.2014 / 19:58
fonte

1 resposta

5

Em geral, contanto que você não esteja "transmitindo" o trabalho, o copyleft não se aplica. A FSF não considera "uso interno" uma forma de transporte.

Se mais tarde você expuser seu serviço como uma API externa na Internet, isso será considerado um meio de transporte sob a AGPL. Para cumprir com os termos da AGPL, você teria que abrir em código aberto qualquer outro software que você também pretende transmitir, o que depende da API para o seu funcionamento adequado.

As renúncias usuais aplicam-se; se você quiser um conselho tratável, procure o conselho de um advogado especializado em licenciamento de software.

    
por 23.04.2014 / 20:27
fonte