ASP.NET MVC应用程序的开源许可选项？

我正在开发一个ASP.NET MVC中的个人项目,我打算开源.在过去,我开源了很多PHP脚本和基于UNIX的东西.对于那些人,我通常使用BSD/Apache风格的许可证,除非我包括一个阻止它的库.在Linux/PHP方面,这通常意味着GPL-ed,因此仍然会产生相当明确的安排.

但是,对于这个项目,我试图找出哪些许可证甚至可以应用于这个项目,而没有找到任何好的资源来回答这个问题.我知道这个问题的唯一"真实"答案是律师.然而,由于这不会产生收入,如果我要向该项目投入1000美元,我宁愿雇用一名平面设计师或可用性专家来申请通过而不是支付律师费用.

此特定项目还使用Subsonic进行数据库访问,使用Argotic进行RSS解析,这进一步使问题复杂化.

我知道我可以使用所有这些部分,并且我可以重新分配使用它们的项目.但是,我所留下的是对产生的项目可以/必须获得许可的混淆.

我可以通过迷宫中的Subsonic和Argotic位进行谈判,因为它们已经在开源许可下,但我不能成为唯一一个试图找出我可以应用于我在顶部写的项目的许可证的人ASP.NET MVC.

回应评论:

我并没有"害怕"任何事情.我只是试图将这种最终应用程序的许可和分发同样关注到我的体系结构和开发中.除此之外,我看到生命被毁了,因为我们今天没有关注可以说是拜占庭知识产权的法律.

而且,坦率地说,我实际上已经从一个开源组件的律师那里得到了一封令人讨厌的信,我将其包含在我自己的开源项目中,但使用了他们不满意的许可证.

不幸的是,"开源许可证"在法律术语上并没有比说"只使用网络编程语言而且你会没事"更具体.GPL显然是最受欢迎的开源许可证之一,也是少数几个面向它不能应用于ASP.NET MVC应用程序的许可证之一.我很好奇,如果有是没有抛出一个法律上的"编译"的错误,实际上可以被"编译"与我使用的组件的其他许可现有许可证.

我不是说答案很简单(事实并非如此).我问了这个问题,因为我真的对从一个仔细研究过这个问题的观点的答案感兴趣.当我最初发布它时,我完全期望它长时间没有回答,因为这不是一个简单的问题.