[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [higgins-dev] Open ID Context Provider: Checked In
|
<resent with better wording>
I guess that seems limiting to me. Is this how all eclipse projects function (no linkage to libraries not approved under the Eclipse IPR)?
I mean, I know it's also limiting in another way to produce components that require deployers to fetch libs from other projects, and we should avoid that where possible, but to tie our own hands from being free to produce useful components by this policy seems somewhat counter-successful.
p.s. I agree that as a general policy this is good, but to never allow exceptions seems limiting.
>>> Anthony Nadalin <drsecure@xxxxxxxxxx> 4/11/07 2:33 PM >>>
I did not say anything about "no linkage to non eclipse -redistributable libraries" my statement was on IPR of the libraries, in that we should be only using libraries that have IPR acceptable to Eclipse as a general policy.
Anthony Nadalin | Work 512.838.0085 | Cell 512.289.4122
<IMG height=16 alt='Inactive hide details for "Jim Sermersheim" "Jim Sermersheim" <jimse@xxxxxxxxxx>
"Jim Sermersheim" <jimse@xxxxxxxxxx>
Sent by: higgins-dev-bounces@xxxxxxxxxxx
04/11/2007 03:01 PM
Please respond to
"Higgins \(Trust Framework\) Project developer discussions" <higgins-dev@xxxxxxxxxxx>
To
"'Higgins (Trust Framework) Project developer discussions'" <higgins-dev@xxxxxxxxxxx>
cc
Subject
RE: [higgins-dev] Open ID Context Provider: Checked In
I guess that seems limiting to me. Is this how all eclipse projects function (no linkage to non eclipse -redistributable libraries)?
I mean, I know it's also limiting in another way to produce components that require deployers to fetch libs from other projects, and we should avoid that where possible, but to tie our own hands from being free to produce useful components by this policy seems somewhat counter-successful.
>>> Anthony Nadalin <drsecure@xxxxxxxxxx> 4/11/07 1:40 PM >>>
>From a project point we should be using IPR that is acceptable to Eclipse. I don't support this project using LGPL code or code that is not approved under the Eclipse IPR
Anthony Nadalin | Work 512.838.0085 | Cell 512.289.4122
"Jim Sermersheim" <jimse@xxxxxxxxxx>
"Jim Sermersheim" <jimse@xxxxxxxxxx>
Sent by: higgins-dev-bounces@xxxxxxxxxxx
04/11/2007 02:29 PM
Please respond to
"Higgins \(Trust Framework\) Project developer discussions" <higgins-dev@xxxxxxxxxxx>
To
"'Higgins (Trust Framework) Project developer discussions'" <higgins-dev@xxxxxxxxxxx>
cc
Subject
RE: [higgins-dev] Open ID Context Provider: Checked In
Regardless of the outcome of this, it seems there will likely be CP's or other components which will consume LGPL or other 'non-eclipse-friendly' licensed code. All this means is that we cannot redistribute those libraries from within the eclipse project, right? Or is there something that limits us in other ways?
Jim
>>> "Mary Ruddy" <mary@xxxxxxxxxxxxxxxxx> 4/11/07 12:36 PM >>>
Duane,
It is great that you got an OpenID context provider working in time for BrainShare and we appreciate that you are now working to get the OpenID context provider in shape for contribution to Higgins. Thanks for updating the Components page of the Higgins wiki so that we can see what we are dealing with.
Tony is quite correct that LGPL will not fly with Eclipse legal. We need to find another solution. Are there other packages that are similar to Jericho? Even if we could get the Jericho folks to dual license Jericho, that might not solve the problem, as Jericho was originally written in LGPL by people who are not associated with Higgins.
-Mary. -----Original Message-----
From:higgins-dev-bounces@xxxxxxxxxxx [mailto:higgins-dev-bounces@xxxxxxxxxxx] On Behalf Of Anthony Nadalin
Sent:Tuesday, April 10, 2007 11:26 AM
To:Higgins (Trust Framework) Project developer discussions
Cc:higgins-dev@xxxxxxxxxxx; higgins-dev-bounces@xxxxxxxxxxx
Subject:Re: [higgins-dev] Open ID Context Provider: Checked In
Seems like there may be IP issues with Jericho, has the LGPL code been through the legal review ?
Anthony Nadalin | Work 512.838.0085 | Cell 512.289.4122
"Tom Doman" <TDoman@xxxxxxxxxx>
"Tom Doman" <TDoman@xxxxxxxxxx>
Sent by: higgins-dev-bounces@xxxxxxxxxxx
04/10/2007 09:50 AM
Please respond to
"Higgins \(Trust Framework\) Project developer discussions" <higgins-dev@xxxxxxxxxxx>
To
<higgins-dev-bounces@xxxxxxxxxxx>
cc
<higgins-dev@xxxxxxxxxxx>
Subject
Re: [higgins-dev] Open ID Context Provider: Checked In
Mike,
Duane had to work w/ the OpenID folks to get a feature he needed and, while that code is in their repository, we had to post our build of it on our forge site. Go to the Open ID dependencies page http://wiki.eclipse.org/index.php/OpenID_Context_Provider_Dependenciesand redownload the 9.1 OpenID jar.
Tom
>>> Michael McIntosh <mikemci@xxxxxxxxxx> 4/10/2007 8:31 AM >>>
Duane,
Now that I've updated all of the dependent libraries I am getting
compilation errors:
Severity and Description Path Resource Location Creation
Time Id
SRegMessage cannot be resolved
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 563 1176215184443 26102
SRegMessage cannot be resolved
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 567 1176215184443 26105
SRegRequest cannot be resolved
org.eclipse.higginsidas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 1093 1176215184443 26109
SRegRequest cannot be resolved to a type
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 1051 1176215184443 26107
SRegRequest cannot be resolved to a type
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 1069 1176215184443 26108
SRegResponse cannot be resolved to a type
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 566 1176215184443 26103
SRegResponse cannot be resolved to a type
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 566 1176215184443 26104
The import net.openid.message.sreg cannot be resolved
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 44 1176215184443 26098
The import net.openid.message.sreg cannot be resolved
org.eclipse.higginsidas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 45 1176215184443 26099
The import net.openid.message.sreg cannot be resolved
org.eclipse.higgins.idas.cp.openid/src/org/eclipse/higgins/idas/cp/openid
OpenIDDigitalSubject.java line 46 1176215184443 26100
Thanks,
Mike
higgins-dev-bounces@xxxxxxxxxxx wrote on 04/09/2007 03:39:58 PM:
> I have updated many of the links on the openid depends page to be
> more direct when possible. When Tom checks in his latest bandit-*
> files I'll get those links updated as well.
>
> -Duane
>
> >>> Michael McIntosh <mikemci@xxxxxxxxxx> 04/09/07 10:24 AM >>>
> Seems like the idea we floated a while ago maight make a lot of sense.
> For each common dependency we could have a project that holds that
jar(s)
> - and the documentation for that project would explain ONCE where to
> download from.
> Then each dependant project would depend on that project.
>
> Thanks,
> Mike
>
> higgins-dev-bounces@xxxxxxxxxxx wrote on 04/09/2007 11:58:23 AM:
>
> > Mike,
> >
> > I think I'm going to go ahead and sync up all the bandit utility
> > versions to the latest number and update all the projects and
> > dependencies pages and then we'll go from there on any individual
> > changes to any one specific bandit utility. For deployment
> > scenarios where more than one component uses a given bandit utility,
> > the latest version should work as they are, so far, backward
compatible.
> >
> > I have another set of changes to do to the bandit-config library so
> > my sync up may be a little while but in the meantime, as I said, you
> > should be able to use the latest version of each bandit utility
library.
> >
> > Duane,
> >
> > Could you update the Open ID CP dependency chart with a link to the
> > jericho library?
> >
> > Thanks,
> > Tom
> >
> > >>> Michael McIntosh <mikemci@xxxxxxxxxx> 4/9/2007 9:17 AM >>>
> > Tom,
> >
> > The bandit jars versions are wrong on the dep page (they dont match
the
> > project)
> > Also, There is a jar missing: where does jericho-html-2.3.jar come
from?
> >
> > Thanks,
> > Mike
> >
> > higgins-dev-bounces@xxxxxxxxxxx wrote on 04/06/2007 05:49:52 PM:
> >
> > > All,
> > >
> > > The Open ID Context Provider has now been checked into eclipse. As
> > > before, there is also an associated test project. It is documented
> > > together with it's dependencies and CVS instructions off the Higgins
> > > components page here: http://wiki.eclipse.org/index.php/Components.
> > >
> > > Thanks,
> > > Tom
> > >
> > >
> > > _______________________________________________
> > > higgins-dev mailing list
> > > higgins-dev@xxxxxxxxxxx
> > > https://dev.eclipse.org/mailman/listinfo/higgins-dev
> >
> > _______________________________________________
> > higgins-dev mailing list
> > higgins-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/higgins-dev
> >
> > _______________________________________________
> > higgins-dev mailing list
> > higgins-dev@xxxxxxxxxxx
> > https://deveclipse.org/mailman/listinfo/higgins-dev ( https://dev.eclipse.org/mailman/listinfo/higgins-dev )
>
> _______________________________________________
> higgins-dev mailing list
> higgins-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/higgins-dev
>
> _______________________________________________
> higgins-dev mailing list
> higgins-dev@eclipseorg
> https://dev.eclipse.org/mailman/listinfo/higgins-dev
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev
