Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [higgins-dev] Two proposed IdAS changes

Its just common sense that if we are doing Eclipse project work that use the Eclipse mailing lists, repositories, etc this way we all know the IP associated with what is put on the Eclipse site.

Anthony Nadalin | Work 512.838.0085 | Cell 512.289.4122
Inactive hide details for "Tom Doman" <TDoman@xxxxxxxxxx>"Tom Doman" <TDoman@xxxxxxxxxx>


          "Tom Doman" <TDoman@xxxxxxxxxx>
          Sent by: higgins-dev-bounces@xxxxxxxxxxx

          01/10/2007 03:55 PM

          Please respond to
          "Higgins \(Trust Framework\) Project developer discussions" <higgins-dev@xxxxxxxxxxx>

To

<higgins-dev-bounces@xxxxxxxxxxx>

cc

"Higgins (Trust Framework) Project developer discussions" <higgins-dev@xxxxxxxxxxx>

Subject

Re: [higgins-dev] Two proposed IdAS changes

How is Jim to know what pleases the court?  We need to make progress, if it pleases the court to be specific about what it DOES want to do AND how that is done, we can move past this and bandit can be a nice happy consumer, supporter, and contributor to higgins.

Thanks,
Tom

>>> Anthony Nadalin <drsecure@xxxxxxxxxx> 01/10/07 1:52 PM >>>
How are to know this ? you use a name in the directory path of Bandit ! So
it would simplify things if you just post of Eclipse or send out as jar
files in email as we are not going around poking on servers to find out
what the licensing rules are.

Anthony Nadalin | Work 512.838.0085 | Cell 512.289.4122

                                                                     
            Jim Sermersheim                                          
            <jimse@xxxxxxxxxx                                        
            >                                                          To
            Sent by:                  "Higgins (Trust Framework) Project
            higgins-dev-bounc         developer discussions"          
            es@xxxxxxxxxxx            <higgins-dev@xxxxxxxxxxx>      
                                                                       cc
                                                                     
            01/10/2007 02:27                                      Subject
            PM                        Re: [higgins-dev] Two proposed IdAS
                                      changes                        
                                                                     
            Please respond to                                        
            "Higgins \(Trust                                          
               Framework\)                                            
            Project developer                                        
              discussions"                                            
            <higgins-dev@ecli                                        
                pse.org>

forgeftp.novell.com is not a bandit project, and the only licensing
associated with these pages says this:
Copyright * 2006-2007 Novell Inc. All Rights Reserved.
This program and the accompanying materials are made available under the
terms of the Eclipse Public License v1.0 which accompanies this
distribution, and is available at
http://www.eclipse.org/legal/epl-v10.html 

Note that this is just temporary doc and only informational just in case
anyone wants to see it in javadoc form.  For anyone forbidden from looking
at links on forgeftp.novell.com (which again, is not a bandit site), just
read the emails and imagine what the doc might look like.  I'd be happy to
upload temp javadoc to an eclipse website in the future if I'm told how.

Jim

Anthony Nadalin wrote:


     Once again, we should be using Eclipse, we will not look at a bandit
     project as it has different licensing, please make all proposals to
     the Eclipse site

     Anthony Nadalin | Work 512.838.0085 | Cell 512.289.4122
     Inactive hide details for Jim Sermersheim <jimse@xxxxxxxxxx>Jim
     Sermersheim <jimse@xxxxxxxxxx>

                                                                     
                        Jim                                          
                        Sermersh                                      
                        eim                                          
                        <jimse@n                                      
                        ovell.co                                       To
                        m>                                            
                        Sent by:          "Higgins (Trust Framework)  
                        higgins-          Project developer discussions"
                        dev-boun          <higgins-dev@xxxxxxxxxxx>  
                        ces@ecli                                      
                        pse.org                                        cc
                                                                     
                                                                     
                        01/10/20                                  Subject
                        07 12:10                                      
                        PM                Re: [higgins-dev] Two proposed
                                          IdAS changes                
                                                                     
        Please respond to                                            
  "Higgins \(Trust Framework\)                                        
 Project developer discussions"                                      
    <higgins-dev@xxxxxxxxxxx>                                        
                                                                     
                                                                     



     The interfaces in javadoc can be viewed at
     
http://forgeftp.novell.com//bandit/HigginsIDASJavadoc/ for the time
     being. Specifically:
     
http://forgeftp.novell.com//bandit/HigginsIDASJavadoc/org/eclipse/higgins/idas/IContext.html#open(java.lang.Object 
     )
     
http://forgeftp.novell.com//bandit/HigginsIDASJavadoc/org/eclipse/higgins/idas/IAuthNPropertiesMaterials.html 

     
http://forgeftp.novell.com//bandit/HigginsIDASJavadoc/org/eclipse/higgins/idas/impl/AuthNPropertiesMaterials.html 

     
http://forgeftp.novell.com//bandit/HigginsIDASJavadoc/org/eclipse/higgins/idas/impl/AuthNNamePasswordMaterials.html 

     
http://forgeftp.novell.com//bandit/HigginsIDASJavadoc/org/eclipse/higgins/idas/impl/AuthNSelfIssuedMaterials.html 


     Jim

     Tom Doman wrote:


                 Since I'm one of the ones proposing this, it'd be
                 redundant, if not insincere, to say "sounds good jim,
                 let's go with it!"  So, instead I'll say that we're going
                 to go ahead and try this out today amongst ourselves and
                 get practical experience within the LDAP CP and if that
                 goes well, we'll propose this "all CP" effecting change
                 be checked in to IdAS tomorrow.  Good?

                 Tom


                                                     Jim Sermersheim
                                                     <jimse@xxxxxxxxxx>
                                                     01/09/07 6:42 PM >>>

                 1) We have a need for an IdAS consumer to be able to open
                 a context
                 using some authN materials, and then read the attributes
                 of the DS
                 representing the identity in the authN materials used to
                 open the
                 context.  These authN materials don't contain the cuid of
                 the DS.  They
                 may or may not contain attributes which could be used to
                 search for the
                 DS but this can't be relied on.  Therefore, we propose
                 that
                 IContext.open return a String which is the cuid of the DS
                 representing
                 the identity in the authN materials used to open the
                 context (if any).
                 The string may be null when the identity is not
                 represented by any
                 specific DS in the context.

                 Existing CP's and IdAS consumers would need to be updated
                 for this change.

                 2) We realized the current AuthNNamePasswordMaterials can
                 be seen as
                 similar to other kinds of AuthNMaterials.  One thing many
                 different
                 kinds of AuthNMaterials seem to have in common is that
                 they contain a
                 set of properties that identify the identity.  The
                 proposal is to do this:
                 public interface
                 org.eclipse.higgins.idas.IAuthNPropertiesMaterials
                 extends IHasProperties
                 public class
                 org.eclipse.higgins.idas.impl.AuthNPropertiesMaterials
                 extends BasicPropertySet implements
                 IAuthNPropertiesMaterials
                 public class
                 org.eclipse.higgins.idas.impl.AuthNNamePasswordMaterials
                 extends AuthNPropertiesMaterials
                 public class
                 org.eclipse.higgins.idas.impl.AuthNSelfIssuedMaterials
                 extends AuthNPropertiesMaterials

                 Where AuthNNamePasswordMaterials and
                 AuthNSelfIssuedMaterials have
                 get/set methods for name/pw and ppid/publicKey
                 repectively, and where
                 the implementations store these values as properties.

                 This way a Context Provider can implement IContext.open
                 by examining the
                 class of the passed identity.  If it's something specific
                 like
                 AuthNNamePasswordMaterials, it might know exactly what
                 can be done with
                 it.  Failing that, it may discover that it implements
                 IAuthNPropertiesMaterials and therefore, the property set
                 may be
                 interrogated in order to see if it constitutes a set of
                 attributes which
                 are suitable for describing an identity which can be used
                 to open the
                 context.

                 Existing CP's and IdAS consumers currently implementing
                 or making use of
                 org.eclipse.higgins.idas.AuthNNamePasswordMaterials would
                 need to be
                 updated for this change.

                 Jim
                 _______________________________________________
                 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 

_______________________________________________
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

GIF image

GIF image

GIF image


Back to the top