[kepler-users] kepler remote repository

ben leinfelder leinfelder at nceas.ucsb.edu
Thu Jan 7 11:11:23 PST 2010


Is that the complete distinguished name for your LDAP entry? Ours are  
typically longer (mine):
uid=leinfelder,o=NCEAS,dc=ecoinformatics,dc=org


On Jan 7, 2010, at 9:04 AM, Chris Weed wrote:

> Here is the error on the command line:
>
> knb 20100107-11:10:22: [ERROR]: Problem getting attributes in  
> AuthLdap.getAttrib
> utes:javax.naming.NameNotFoundException: [LDAP: error code 32 - NDS  
> error: no su
> ch entry (-601)]; remaining name  
> 'uid=CH21670' [edu.ucsb.nceas.metacat.AuthLdap]
>
> Chris
>
> On Thu, Jan 7, 2010 at 10:56 AM, Chris Weed <chrisweed at gmail.com>  
> wrote:
> Hi,
> I don't think accessing your LDAP will work for us due to our  
> firewall, but we have an LDAP server.
> I tried pointing metacat to our server but I keep getting: "--   
> User : uid=ch21670 is not in LDAP. "
> when I set Metacat Administrators to "uid=ch21670". This uid works  
> when I run the unix tool ldapsearch.
>
> Should this work?
> Chris
>
> On Mon, Jan 4, 2010 at 10:55 AM, ben leinfelder <leinfelder at nceas.ucsb.edu 
> > wrote:
> Chris -
> Many "local installations" of Metacat make use of our existing LDAP  
> system in which we manage users with and without organizational  
> affiliations. I believe an initial Metacat installation points to  
> the Ecoinformatics LDAP server by default, and only requires that  
> your host be networked and able to access ldap.ecoinformatics.org.
> -ben
>
>
> On Jan 1, 2010, at 3:40 PM, Chris Weed wrote:
>
> I have to admit setting up the metacat server seems a little  
> daunting, especially the
> LDAP settings, which I am not familiar with. The documentation  
> doesn't seem to
> imply that I need to setup something for this, but that seems  
> unlikely.
> Chris
>
> On Thu, Dec 31, 2009 at 12:47 PM, Matt Jones <jones at nceas.ucsb.edu>  
> wrote:
> Hi Chris,
>
> The remote repository in Kepler allows you to store, share, and search
> for workflows using a storage server that is accessed using a web
> service API. Although technically any server that implements the API
> can be used, in practice we have only used the Metacat system for this
> -- http://knb.ecoinformatics.org/software/metacat
>
> You can install your own Metacat and configure Kepler to use it in the
> development version of Kepler. Ben Leinfelder, Mike Daigle, and Chad
> Berkley should be able to answer any questions you have on setting up
> this system. Note that at this point having multiple repositories is
> experimental, but it has worked for us. The upcoming Kepler 2.0 should
> improve support for workflow repositories.
>
> Happy New Year,
> Matt
>
> On Thursday, December 24, 2009, Chris Weed <chrisweed at gmail.com>  
> wrote:
> > Hi,I noticed there is an option in Kepler for remote repositories  
> at library.kepler-project.org and localhost:8080.What are these  
> repositories, and how can I setup my own repository at localhost: 
> 8080 or elsewhere on my network to store and access workflows?
> > Thanks,Chris
> >
>
>
>
>




More information about the Kepler-users mailing list