talk@lists.collectionspace.org

WE HAVE SUNSET THIS LISTSERV - Join us at collectionspace@lyrasislists.org

View all threads

REST services and tenants?

JS
Joe Slag
Wed, Aug 31, 2011 6:07 PM

I've been using the following code to insert some simple data to our
cspace installations:

https://github.com/jslag/CollectionSpace-batch-insert

I've given it a try with our 1.8 installation, and if the REST script
is using the admin@core.collectionspace.org account, the inserted
objects do show up when logged into cspace as that user.

However, I'm not clear on how I'd insert objects to our tenant. I've
tried just modifying the user that the REST script logs in as to our
admin@walkerart.org account. When I do that, cspace appears to create
the objects correctly (no errors at least), but the objects can't be
seen in the UI when logged in to our tenant.

Is there something I'm missing from the REST side to properly create
objects within our tenant?

thanks,
Joe

I've been using the following code to insert some simple data to our cspace installations: https://github.com/jslag/CollectionSpace-batch-insert I've given it a try with our 1.8 installation, and if the REST script is using the admin@core.collectionspace.org account, the inserted objects do show up when logged into cspace as that user. However, I'm not clear on how I'd insert objects to our tenant. I've tried just modifying the user that the REST script logs in as to our admin@walkerart.org account. When I do that, cspace appears to create the objects correctly (no errors at least), but the objects can't be seen in the UI when logged in to our tenant. Is there something I'm missing from the REST side to properly create objects within our tenant? thanks, Joe
AR
Aron Roberts
Wed, Aug 31, 2011 6:21 PM

For starters, if you query the services layer for its list of object
(aka Cataloging / CollectionObject) records at:

http://yourhost:8180/cspace-services/collectionobjects

authenticating as 'admin@walkerart.org', which should AFAIK constrain
your query to the records associated with that tenant, does it return
the object records you're expecting?

Aron

On Wed, Aug 31, 2011 at 11:07 AM, Joe Slag joe@slagwerks.com wrote:

I've been using the following code to insert some simple data to our
cspace installations:

 https://github.com/jslag/CollectionSpace-batch-insert

I've given it a try with our 1.8 installation, and if the REST script
is using the admin@core.collectionspace.org account, the inserted
objects do show up when logged into cspace as that user.

However, I'm not clear on how I'd insert objects to our tenant. I've
tried just modifying the user that the REST script logs in as to our
admin@walkerart.org account. When I do that, cspace appears to create
the objects correctly (no errors at least), but the objects can't be
seen in the UI when logged in to our tenant.

Is there something I'm missing from the REST side to properly create
objects within our tenant?

thanks,
Joe


Talk mailing list
Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

For starters, if you query the services layer for its list of object (aka Cataloging / CollectionObject) records at: http://yourhost:8180/cspace-services/collectionobjects authenticating as 'admin@walkerart.org', which should AFAIK constrain your query to the records associated with that tenant, does it return the object records you're expecting? Aron On Wed, Aug 31, 2011 at 11:07 AM, Joe Slag <joe@slagwerks.com> wrote: > I've been using the following code to insert some simple data to our > cspace installations: > >  https://github.com/jslag/CollectionSpace-batch-insert > > I've given it a try with our 1.8 installation, and if the REST script > is using the admin@core.collectionspace.org account, the inserted > objects do show up when logged into cspace as that user. > > However, I'm not clear on how I'd insert objects to our tenant. I've > tried just modifying the user that the REST script logs in as to our > admin@walkerart.org account. When I do that, cspace appears to create > the objects correctly (no errors at least), but the objects can't be > seen in the UI when logged in to our tenant. > > Is there something I'm missing from the REST side to properly create > objects within our tenant? > > thanks, > Joe > > _______________________________________________ > Talk mailing list > Talk@lists.collectionspace.org > http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org >
AR
Aron Roberts
Wed, Aug 31, 2011 6:36 PM

A follow-up to the note below:  if you visit
http://yourhost:8180/cspace-services/collectionobjects, authenticating
as 'admin@core.collectionspace.org', are your records then returned -
that is, were they stored in the area associated with the 'core'
tenant, rather than the area for your own tenant?

(To do the above, you may need to quit your browser or otherwise clear
its cached authentication, or use a different browser then the one
used for the previous visit to that page.)

If so, one place to check is the services configuration file for your
tenant, the so-called "tenant bindings" file.  There's a place where
you can associate your tenant with a storage 'domain,' as described in
step 6 under "Services layer", in:

http://wiki.collectionspace.org/display/UNRELEASED/Creating+your+new+tenant

As I understand this:

  • Each tenant has an associated storage domain.  By convention, this
    domain is named '{tenantname}-domain'.
  • Records you create within your tenancy are stored in your tenant's
    domain, and are distinguished from the records you create in other
    tenancies (like core or lifesci), which are stored in their own
    domains.

Aron

P.S. A 'domain' is a Nuxeo concept; there's some background in
http://doc.nuxeo.com/display/DMDOC53/Nuxeo+DM%27s+concepts (see the
last paragraph under "Available Spaces")

On Wed, Aug 31, 2011 at 11:21 AM, Aron Roberts
aron@socrates.berkeley.edu wrote:

For starters, if you query the services layer for its list of object
(aka Cataloging / CollectionObject) records at:

http://yourhost:8180/cspace-services/collectionobjects

authenticating as 'admin@walkerart.org', which should AFAIK constrain
your query to the records associated with that tenant, does it return
the object records you're expecting?

Aron

On Wed, Aug 31, 2011 at 11:07 AM, Joe Slag joe@slagwerks.com wrote:

I've been using the following code to insert some simple data to our
cspace installations:

 https://github.com/jslag/CollectionSpace-batch-insert

I've given it a try with our 1.8 installation, and if the REST script
is using the admin@core.collectionspace.org account, the inserted
objects do show up when logged into cspace as that user.

However, I'm not clear on how I'd insert objects to our tenant. I've
tried just modifying the user that the REST script logs in as to our
admin@walkerart.org account. When I do that, cspace appears to create
the objects correctly (no errors at least), but the objects can't be
seen in the UI when logged in to our tenant.

Is there something I'm missing from the REST side to properly create
objects within our tenant?

thanks,
Joe


Talk mailing list
Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

A follow-up to the note below: if you visit http://yourhost:8180/cspace-services/collectionobjects, authenticating as 'admin@core.collectionspace.org', are your records then returned - that is, were they stored in the area associated with the 'core' tenant, rather than the area for your own tenant? (To do the above, you may need to quit your browser or otherwise clear its cached authentication, or use a different browser then the one used for the previous visit to that page.) If so, one place to check is the services configuration file for your tenant, the so-called "tenant bindings" file. There's a place where you can associate your tenant with a storage 'domain,' as described in step 6 under "Services layer", in: http://wiki.collectionspace.org/display/UNRELEASED/Creating+your+new+tenant As I understand this: * Each tenant has an associated storage domain. By convention, this domain is named '{tenantname}-domain'. * Records you create within your tenancy are stored in your tenant's domain, and are distinguished from the records you create in other tenancies (like core or lifesci), which are stored in their own domains. Aron P.S. A 'domain' is a Nuxeo concept; there's some background in http://doc.nuxeo.com/display/DMDOC53/Nuxeo+DM%27s+concepts (see the last paragraph under "Available Spaces") On Wed, Aug 31, 2011 at 11:21 AM, Aron Roberts <aron@socrates.berkeley.edu> wrote: > For starters, if you query the services layer for its list of object > (aka Cataloging / CollectionObject) records at: > > http://yourhost:8180/cspace-services/collectionobjects > > authenticating as 'admin@walkerart.org', which should AFAIK constrain > your query to the records associated with that tenant, does it return > the object records you're expecting? > > Aron > > On Wed, Aug 31, 2011 at 11:07 AM, Joe Slag <joe@slagwerks.com> wrote: >> I've been using the following code to insert some simple data to our >> cspace installations: >> >>  https://github.com/jslag/CollectionSpace-batch-insert >> >> I've given it a try with our 1.8 installation, and if the REST script >> is using the admin@core.collectionspace.org account, the inserted >> objects do show up when logged into cspace as that user. >> >> However, I'm not clear on how I'd insert objects to our tenant. I've >> tried just modifying the user that the REST script logs in as to our >> admin@walkerart.org account. When I do that, cspace appears to create >> the objects correctly (no errors at least), but the objects can't be >> seen in the UI when logged in to our tenant. >> >> Is there something I'm missing from the REST side to properly create >> objects within our tenant? >> >> thanks, >> Joe >> >> _______________________________________________ >> Talk mailing list >> Talk@lists.collectionspace.org >> http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org >> >