talk@lists.collectionspace.org

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

View all threads

1.7 installation snag

JS
Joe Slag
Wed, Jun 1, 2011 11:37 PM

Hello CSpacers,

I downloaded the 1.7 tarball today and went about setting it up, but
have run into a snag.

I'm following the steps in
http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions
including the ant create_db import, so my assumption is that nothing
lying around from previous installations on the server should be
interfering. Correct?

The first sign of something possibly being off is this error in
server.log, which shows up when logging in to the web UI.

https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log

Perhaps this has to do with not having initialized the authorities?

Moving on, I tried to initialize the authorities, and got the error

"Create request failed:  detail:
org.collectionspace.services.common.document.DocumentException:
org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not
found: uri".

More details:

https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js

I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set
to localhost, but just to be sure I changed it to the server's IP,
restarted, and tried again -- same results. That segment looks like:

<persistence> <service> <url>http://our ip:8180/cspace-services</url> <config-tenant></config-tenant> <config-bindings></config-bindings> <ims-url>http://our ip:8180/collectionspace/chain/</ims-url> <!-- XXX should be in separate IMS section --> </service> </persistence>

Since that fails, of course the controlled list dropdowns are all unpopulated.

I assume I'm missing something obvious, but sadly it isn't obvious to
me. Any ideas?

thanks,
Joe

Hello CSpacers, I downloaded the 1.7 tarball today and went about setting it up, but have run into a snag. I'm following the steps in http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions including the `ant create_db import`, so my assumption is that nothing lying around from previous installations on the server should be interfering. Correct? The first sign of something possibly being off is this error in server.log, which shows up when logging in to the web UI. https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log Perhaps this has to do with not having initialized the authorities? Moving on, I tried to initialize the authorities, and got the error "Create request failed: detail: org.collectionspace.services.common.document.DocumentException: org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not found: uri". More details: https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set to localhost, but just to be sure I changed it to the server's IP, restarted, and tried again -- same results. That segment looks like: <persistence> <service> <url>http://our ip:8180/cspace-services</url> <config-tenant></config-tenant> <config-bindings></config-bindings> <ims-url>http://our ip:8180/collectionspace/chain/</ims-url> <!-- XXX should be in separate IMS section --> </service> </persistence> Since that fails, of course the controlled list dropdowns are all unpopulated. I assume I'm missing something obvious, but sadly it isn't obvious to me. Any ideas? thanks, Joe
CM
Chris Martin
Thu, Jun 2, 2011 8:43 AM

At first glance that looks like an error in the setting up of the
service layer, not an error with initializing anything - if you log into
your database and look at the tables do they appear to have the
structure you would expect. You are right that the ant create_db import
effectively destroys all your data and recreates the database structure
inline with the new service layer xsd's and xmls.

So I would first check that it has initialized the "groups" Table within
the nuxeo db.
In the first server log yo sent it suggests that the services has not
correctly initialized the Group Procedure. Patrick ought to be able to
help you in any problems with that as that was a service I believe he
added I believe.

the second error:

Property not found: uri

suggests a mismatch between the schema described in cspace-config.xml
and the internal service schema. Tho uri isn't a field I would expect in
a payload to create an vocabulary unless you are creating an authority
with relationships. However, because of the earlier issue with the
service layer I believe if you remove the earlier issue then the later
issue might magically disappear if it is a mismatch.

Good luck

Chris

On 02/06/2011 00:37, Joe Slag wrote:

Hello CSpacers,

I downloaded the 1.7 tarball today and went about setting it up, but
have run into a snag.

I'm following the steps in
http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions
including the ant create_db import, so my assumption is that nothing
lying around from previous installations on the server should be
interfering. Correct?

The first sign of something possibly being off is this error in
server.log, which shows up when logging in to the web UI.

https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log

Perhaps this has to do with not having initialized the authorities?

Moving on, I tried to initialize the authorities, and got the error

"Create request failed:  detail:

org.collectionspace.services.common.document.DocumentException:
org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not
found: uri".

More details:

https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js

I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set
to localhost, but just to be sure I changed it to the server's IP,
restarted, and tried again -- same results. That segment looks like:

 <persistence>
      <service>
          <url>http://our ip:8180/cspace-services</url>
    <config-tenant></config-tenant>
    <config-bindings></config-bindings>
    <ims-url>http://our ip:8180/collectionspace/chain/</ims-url>
<!-- XXX should be in separate IMS section -->
      </service>
  </persistence>

Since that fails, of course the controlled list dropdowns are all unpopulated.

I assume I'm missing something obvious, but sadly it isn't obvious to
me. Any ideas?

thanks,
Joe


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

At first glance that looks like an error in the setting up of the service layer, not an error with initializing anything - if you log into your database and look at the tables do they appear to have the structure you would expect. You are right that the ant create_db import effectively destroys all your data and recreates the database structure inline with the new service layer xsd's and xmls. So I would first check that it has initialized the "groups" Table within the nuxeo db. In the first server log yo sent it suggests that the services has not correctly initialized the Group Procedure. Patrick ought to be able to help you in any problems with that as that was a service I believe he added I believe. the second error: Property not found: uri suggests a mismatch between the schema described in cspace-config.xml and the internal service schema. Tho uri isn't a field I would expect in a payload to create an vocabulary unless you are creating an authority with relationships. However, because of the earlier issue with the service layer I believe if you remove the earlier issue then the later issue might magically disappear if it is a mismatch. Good luck Chris On 02/06/2011 00:37, Joe Slag wrote: > Hello CSpacers, > > I downloaded the 1.7 tarball today and went about setting it up, but > have run into a snag. > > I'm following the steps in > http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions > including the `ant create_db import`, so my assumption is that nothing > lying around from previous installations on the server should be > interfering. Correct? > > The first sign of something possibly being off is this error in > server.log, which shows up when logging in to the web UI. > > https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log > > Perhaps this has to do with not having initialized the authorities? > > Moving on, I tried to initialize the authorities, and got the error > > "Create request failed: detail: > org.collectionspace.services.common.document.DocumentException: > org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not > found: uri". > > More details: > > https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js > > I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set > to localhost, but just to be sure I changed it to the server's IP, > restarted, and tried again -- same results. That segment looks like: > > <persistence> > <service> > <url>http://our ip:8180/cspace-services</url> > <config-tenant></config-tenant> > <config-bindings></config-bindings> > <ims-url>http://our ip:8180/collectionspace/chain/</ims-url> > <!-- XXX should be in separate IMS section --> > </service> > </persistence> > > Since that fails, of course the controlled list dropdowns are all unpopulated. > > I assume I'm missing something obvious, but sadly it isn't obvious to > me. Any ideas? > > thanks, > Joe > > _______________________________________________ > Talk mailing list > Talk@lists.collectionspace.org > http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org
KG
Kasper Galschiot Markus
Thu, Jun 2, 2011 2:27 PM

Hi Joe,

I just attempted replicating your issue but wasn't able to.

I followed the install instructions on a Debian 5 machine on top of a
cspace 1.6 Installation. I did not delete or remove anything from the
old installation, and used the settings.xml file like you.

Two trouble shooting suggestions:

* Make sure there is no "local-settings.xml" present .. if there is,
  this will be read instead of the newer "settings.xml".
* Make sure the 'ant import' script ran without errors (obvious as
  this may seems, there is a tendency of missing this - me included)

Will let the brainier parts of the cspace team come up with more
suggestions!

~Kasper

On 06/01/2011 06:37 PM, Joe Slag wrote:

Hello CSpacers,

I downloaded the 1.7 tarball today and went about setting it up, but
have run into a snag.

I'm following the steps in
http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions
including the ant create_db import, so my assumption is that nothing
lying around from previous installations on the server should be
interfering. Correct?

The first sign of something possibly being off is this error in
server.log, which shows up when logging in to the web UI.

https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log

Perhaps this has to do with not having initialized the authorities?

Moving on, I tried to initialize the authorities, and got the error

"Create request failed:  detail:

org.collectionspace.services.common.document.DocumentException:
org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not
found: uri".

More details:

https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js

I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set
to localhost, but just to be sure I changed it to the server's IP,
restarted, and tried again -- same results. That segment looks like:

 <persistence>
      <service>
          <url>http://our ip:8180/cspace-services</url>
    <config-tenant></config-tenant>
    <config-bindings></config-bindings>
    <ims-url>http://our ip:8180/collectionspace/chain/</ims-url>
<!-- XXX should be in separate IMS section -->
      </service>
  </persistence>

Since that fails, of course the controlled list dropdowns are all unpopulated.

I assume I'm missing something obvious, but sadly it isn't obvious to
me. Any ideas?

thanks,
Joe


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

Hi Joe, I just attempted replicating your issue but wasn't able to. I followed the install instructions on a Debian 5 machine on top of a cspace 1.6 Installation. I did not delete or remove anything from the old installation, and used the settings.xml file like you. Two trouble shooting suggestions: * Make sure there is no "local-settings.xml" present .. if there is, this will be read instead of the newer "settings.xml". * Make sure the 'ant import' script ran without errors (obvious as this may seems, there is a tendency of missing this - me included) Will let the brainier parts of the cspace team come up with more suggestions! ~Kasper On 06/01/2011 06:37 PM, Joe Slag wrote: > Hello CSpacers, > > I downloaded the 1.7 tarball today and went about setting it up, but > have run into a snag. > > I'm following the steps in > http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions > including the `ant create_db import`, so my assumption is that nothing > lying around from previous installations on the server should be > interfering. Correct? > > The first sign of something possibly being off is this error in > server.log, which shows up when logging in to the web UI. > > https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log > > Perhaps this has to do with not having initialized the authorities? > > Moving on, I tried to initialize the authorities, and got the error > > "Create request failed: detail: > org.collectionspace.services.common.document.DocumentException: > org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not > found: uri". > > More details: > > https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js > > I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set > to localhost, but just to be sure I changed it to the server's IP, > restarted, and tried again -- same results. That segment looks like: > > <persistence> > <service> > <url>http://our ip:8180/cspace-services</url> > <config-tenant></config-tenant> > <config-bindings></config-bindings> > <ims-url>http://our ip:8180/collectionspace/chain/</ims-url> > <!-- XXX should be in separate IMS section --> > </service> > </persistence> > > Since that fails, of course the controlled list dropdowns are all unpopulated. > > I assume I'm missing something obvious, but sadly it isn't obvious to > me. Any ideas? > > thanks, > Joe > > _______________________________________________ > Talk mailing list > Talk@lists.collectionspace.org > http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org > >
JS
Joe Slag
Thu, Jun 2, 2011 4:14 PM

Here's what the groups table in the nuxeo DB looks like. Normal?

mysql> select * from groups;
+----------------+------------------------------------------+
| groupname      | description                              |
+----------------+------------------------------------------+
| members        | Group of users with read access rights  |
| administrators | Group of users with adminstrative rights |
+----------------+------------------------------------------+
2 rows in set (0.00 sec)

On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin csm22@caret.cam.ac.uk wrote:

At first glance that looks like an error in the setting up of the service
layer, not an error with initializing anything - if you log into your
database and look at the tables do they appear to have the structure you
would expect. You are right that the ant create_db import effectively
destroys all your data and recreates the database structure inline with

the

new service layer xsd's and xmls.

So I would first check that it has initialized the "groups" Table within

the

nuxeo db.
In the first server log yo sent it suggests that the services has not
correctly initialized the Group Procedure. Patrick ought to be able to

help

you in any problems with that as that was a service I believe he added I
believe.

the second error:

Property not found: uri

suggests a mismatch between the schema described in cspace-config.xml and
the internal service schema. Tho uri isn't a field I would expect in a
payload to create an vocabulary unless you are creating an authority with
relationships. However, because of the earlier issue with the service

layer

I believe if you remove the earlier issue then the later issue might
magically disappear if it is a mismatch.

Good luck

Chris

Here's what the groups table in the nuxeo DB looks like. Normal? mysql> select * from groups; +----------------+------------------------------------------+ | groupname | description | +----------------+------------------------------------------+ | members | Group of users with read access rights | | administrators | Group of users with adminstrative rights | +----------------+------------------------------------------+ 2 rows in set (0.00 sec) On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin <csm22@caret.cam.ac.uk> wrote: > At first glance that looks like an error in the setting up of the service > layer, not an error with initializing anything - if you log into your > database and look at the tables do they appear to have the structure you > would expect. You are right that the ant create_db import effectively > destroys all your data and recreates the database structure inline with the > new service layer xsd's and xmls. > > So I would first check that it has initialized the "groups" Table within the > nuxeo db. > In the first server log yo sent it suggests that the services has not > correctly initialized the Group Procedure. Patrick ought to be able to help > you in any problems with that as that was a service I believe he added I > believe. > > the second error: > > Property not found: uri > > suggests a mismatch between the schema described in cspace-config.xml and > the internal service schema. Tho uri isn't a field I would expect in a > payload to create an vocabulary unless you are creating an authority with > relationships. However, because of the earlier issue with the service layer > I believe if you remove the earlier issue then the later issue might > magically disappear if it is a mismatch. > > Good luck > > Chris > >
JS
Joe Slag
Thu, Jun 2, 2011 4:19 PM

Hi Kasper,

Thanks for trying to replicate this. Were you working from
the jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well?

I did install to a new jboss directory, so there definitely aren't any old
files about; I did just verify that there's no local-settings.xml anywhere
in that tree.

As to your second suggestion, I did get this at the end of the ant script,
so I was assuming that everything ran correctly.

[exec] [INFO]

 [exec] [INFO] BUILD SUCCESSFUL
 [exec] [INFO]

 [exec] [INFO] Total time: 2 minutes 53 seconds
 [exec] [INFO] Finished at: Thu Jun 02 10:46:13 CDT 2011
 [exec] [INFO] Final Memory: 33M/155M
 [exec] [INFO]

import-windows:

import:

BUILD SUCCESSFUL

On Thu, Jun 2, 2011 at 9:27 AM, Kasper Galschiot Markus
kasper2@markus.dkwrote:

Hi Joe,

I just attempted replicating your issue but wasn't able to.

I followed the install instructions on a Debian 5 machine on top of a
cspace 1.6 Installation. I did not delete or remove anything from the old
installation, and used the settings.xml file like you.

Two trouble shooting suggestions:

- Make sure there is no "local-settings.xml" present .. if there is,
this will be read instead of the newer "settings.xml".
- Make sure the 'ant import' script ran without errors (obvious as this
may seems, there is a tendency of missing this - me included)

Will let the brainier parts of the cspace team come up with more
suggestions!

~Kasper

On 06/01/2011 06:37 PM, Joe Slag wrote:

Hello CSpacers,

I downloaded the 1.7 tarball today and went about setting it up, but
have run into a snag.

I'm following the steps inhttp://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions
including the ant create_db import, so my assumption is that nothing
lying around from previous installations on the server should be
interfering. Correct?

The first sign of something possibly being off is this error in
server.log, which shows up when logging in to the web UI.

https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log

Perhaps this has to do with not having initialized the authorities?

Moving on, I tried to initialize the authorities, and got the error

"Create request failed:  detail:
org.collectionspace.services.common.document.DocumentException:
org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not
found: uri".

More details:

https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js

I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set
to localhost, but just to be sure I changed it to the server's IP,
restarted, and tried again -- same results. That segment looks like:

<persistence>
     <service>
         <url>http://our ip:8180/cspace-services</url>
   <config-tenant></config-tenant>
   <config-bindings></config-bindings>
   <ims-url>http://our ip:8180/collectionspace/chain/
</ims-url> <!-- XXX should be in separate IMS section --> </service> </persistence>

Since that fails, of course the controlled list dropdowns are all unpopulated.

I assume I'm missing something obvious, but sadly it isn't obvious to
me. Any ideas?

thanks,
Joe


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


Talk mailing list
Talk@lists.collectionspace.org

http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Hi Kasper, Thanks for trying to replicate this. Were you working from the jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well? I did install to a new jboss directory, so there definitely aren't any old files about; I did just verify that there's no local-settings.xml anywhere in that tree. As to your second suggestion, I did get this at the end of the ant script, so I was assuming that everything ran correctly. [exec] [INFO] ------------------------------------------------------------------------ [exec] [INFO] BUILD SUCCESSFUL [exec] [INFO] ------------------------------------------------------------------------ [exec] [INFO] Total time: 2 minutes 53 seconds [exec] [INFO] Finished at: Thu Jun 02 10:46:13 CDT 2011 [exec] [INFO] Final Memory: 33M/155M [exec] [INFO] ------------------------------------------------------------------------ import-windows: import: BUILD SUCCESSFUL On Thu, Jun 2, 2011 at 9:27 AM, Kasper Galschiot Markus <kasper2@markus.dk>wrote: > Hi Joe, > > I just attempted replicating your issue but wasn't able to. > > I followed the install instructions on a Debian 5 machine on top of a > cspace 1.6 Installation. I did not delete or remove anything from the old > installation, and used the settings.xml file like you. > > Two trouble shooting suggestions: > > - Make sure there is no "local-settings.xml" present .. if there is, > this will be read instead of the newer "settings.xml". > - Make sure the 'ant import' script ran without errors (obvious as this > may seems, there is a tendency of missing this - me included) > > Will let the brainier parts of the cspace team come up with more > suggestions! > > ~Kasper > > > > On 06/01/2011 06:37 PM, Joe Slag wrote: > > Hello CSpacers, > > I downloaded the 1.7 tarball today and went about setting it up, but > have run into a snag. > > I'm following the steps inhttp://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions > including the `ant create_db import`, so my assumption is that nothing > lying around from previous installations on the server should be > interfering. Correct? > > The first sign of something possibly being off is this error in > server.log, which shows up when logging in to the web UI. > > https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log > > Perhaps this has to do with not having initialized the authorities? > > Moving on, I tried to initialize the authorities, and got the error > > "Create request failed: detail: > org.collectionspace.services.common.document.DocumentException: > org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not > found: uri". > > More details: > > https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js > > I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set > to localhost, but just to be sure I changed it to the server's IP, > restarted, and tried again -- same results. That segment looks like: > > <persistence> > <service> > <url>http://our ip:8180/cspace-services</url> > <config-tenant></config-tenant> > <config-bindings></config-bindings> > <ims-url>http://our ip:8180/collectionspace/chain/ > </ims-url> > <!-- XXX should be in separate IMS section --> > </service> > </persistence> > > Since that fails, of course the controlled list dropdowns are all unpopulated. > > I assume I'm missing something obvious, but sadly it isn't obvious to > me. Any ideas? > > thanks, > Joe > > _______________________________________________ > Talk mailing list > Talk@lists.collectionspace.orghttp://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org > > > > _______________________________________________ > Talk mailing list > Talk@lists.collectionspace.org > > http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org > >
PS
Patrick Schmitz
Thu, Jun 2, 2011 4:30 PM

That's not the right one. You need to look for groups_common. Try:

describe groups_common;


From: joe.slag@gmail.com [mailto:joe.slag@gmail.com] On Behalf Of Joe Slag
Sent: Thursday, June 02, 2011 9:15 AM
To: Chris Martin
Cc: talk@lists.collectionspace.org; Patrick Schmitz
Subject: Re: [Talk] 1.7 installation snag

Here's what the groups table in the nuxeo DB looks like. Normal?

mysql> select * from groups;
+----------------+------------------------------------------+
| groupname      | description                              |
+----------------+------------------------------------------+
| members        | Group of users with read access rights  |
| administrators | Group of users with adminstrative rights |
+----------------+------------------------------------------+
2 rows in set (0.00 sec)

On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin csm22@caret.cam.ac.uk wrote:

At first glance that looks like an error in the setting up of the service
layer, not an error with initializing anything - if you log into your
database and look at the tables do they appear to have the structure you
would expect. You are right that the ant create_db import effectively
destroys all your data and recreates the database structure inline with

the

new service layer xsd's and xmls.

So I would first check that it has initialized the "groups" Table within

the

nuxeo db.
In the first server log yo sent it suggests that the services has not
correctly initialized the Group Procedure. Patrick ought to be able to

help

you in any problems with that as that was a service I believe he added I
believe.

the second error:

Property not found: uri

suggests a mismatch between the schema described in cspace-config.xml and
the internal service schema. Tho uri isn't a field I would expect in a
payload to create an vocabulary unless you are creating an authority with
relationships. However, because of the earlier issue with the service

layer

I believe if you remove the earlier issue then the later issue might
magically disappear if it is a mismatch.

Good luck

Chris

That's not the right one. You need to look for groups_common. Try: describe groups_common; _____ From: joe.slag@gmail.com [mailto:joe.slag@gmail.com] On Behalf Of Joe Slag Sent: Thursday, June 02, 2011 9:15 AM To: Chris Martin Cc: talk@lists.collectionspace.org; Patrick Schmitz Subject: Re: [Talk] 1.7 installation snag Here's what the groups table in the nuxeo DB looks like. Normal? mysql> select * from groups; +----------------+------------------------------------------+ | groupname | description | +----------------+------------------------------------------+ | members | Group of users with read access rights | | administrators | Group of users with adminstrative rights | +----------------+------------------------------------------+ 2 rows in set (0.00 sec) On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin <csm22@caret.cam.ac.uk> wrote: > At first glance that looks like an error in the setting up of the service > layer, not an error with initializing anything - if you log into your > database and look at the tables do they appear to have the structure you > would expect. You are right that the ant create_db import effectively > destroys all your data and recreates the database structure inline with the > new service layer xsd's and xmls. > > So I would first check that it has initialized the "groups" Table within the > nuxeo db. > In the first server log yo sent it suggests that the services has not > correctly initialized the Group Procedure. Patrick ought to be able to help > you in any problems with that as that was a service I believe he added I > believe. > > the second error: > > Property not found: uri > > suggests a mismatch between the schema described in cspace-config.xml and > the internal service schema. Tho uri isn't a field I would expect in a > payload to create an vocabulary unless you are creating an authority with > relationships. However, because of the earlier issue with the service layer > I believe if you remove the earlier issue then the later issue might > magically disappear if it is a mismatch. > > Good luck > > Chris > >
PS
Patrick Schmitz
Thu, Jun 2, 2011 4:32 PM

As ChrisM said, this sounds an awful lot like the create_db failed or was
missed. You did shut down the nuxeo JBoss instance, then run ant create_db
import, then restart nuxeo?  This sequence is essential to handle major
changes (like new services).

Patrick


From: talk-bounces@lists.collectionspace.org
[mailto:talk-bounces@lists.collectionspace.org] On Behalf Of Joe Slag
Sent: Thursday, June 02, 2011 9:19 AM
To: Kasper Galschiot Markus
Cc: talk@lists.collectionspace.org
Subject: Re: [Talk] 1.7 installation snag

Hi Kasper,

Thanks for trying to replicate this. Were you working from the
jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well?

I did install to a new jboss directory, so there definitely aren't any old
files about; I did just verify that there's no local-settings.xml anywhere
in that tree.

As to your second suggestion, I did get this at the end of the ant script,
so I was assuming that everything ran correctly.

[exec] [INFO]

 [exec] [INFO] BUILD SUCCESSFUL
 [exec] [INFO]

 [exec] [INFO] Total time: 2 minutes 53 seconds
 [exec] [INFO] Finished at: Thu Jun 02 10:46:13 CDT 2011
 [exec] [INFO] Final Memory: 33M/155M
 [exec] [INFO]

import-windows:

import:

BUILD SUCCESSFUL

On Thu, Jun 2, 2011 at 9:27 AM, Kasper Galschiot Markus kasper2@markus.dk
wrote:

Hi Joe,

I just attempted replicating your issue but wasn't able to.

I followed the install instructions on a Debian 5 machine on top of a cspace
1.6 Installation. I did not delete or remove anything from the old
installation, and used the settings.xml file like you.

Two trouble shooting suggestions:

  • Make sure there is no "local-settings.xml" present .. if there is,
    this will be read instead of the newer "settings.xml".

  • Make sure the 'ant import' script ran without errors (obvious as
    this may seems, there is a tendency of missing this - me included)

Will let the brainier parts of the cspace team come up with more
suggestions!

~Kasper

On 06/01/2011 06:37 PM, Joe Slag wrote:

Hello CSpacers,

I downloaded the 1.7 tarball today and went about setting it up, but

have run into a snag.

I'm following the steps in

http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compa
tible+Linux+Distributions

including the ant create_db import, so my assumption is that nothing

lying around from previous installations on the server should be

interfering. Correct?

The first sign of something possibly being off is this error in

server.log, which shows up when logging in to the web UI.

https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c
501cefd9dd157/server.log

Perhaps this has to do with not having initialized the authorities?

Moving on, I tried to initialize the authorities, and got the error

"Create request failed:  detail:

org.collectionspace.services.common.document.DocumentException:

org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not

found: uri".

More details:

https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e
08f6c0217b96a/error.js

I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set

to localhost, but just to be sure I changed it to the server's IP,

restarted, and tried again -- same results. That segment looks like:

<persistence>
    <service>

        <url>http://our ip:8180/cspace-services</url>

  <config-tenant></config-tenant>

  <config-bindings></config-bindings>

  <ims-url>http://our ip:8180/collectionspace/chain/
</ims-url> <!-- XXX should be in separate IMS section -->
    </service>

</persistence>

Since that fails, of course the controlled list dropdowns are all
unpopulated.

I assume I'm missing something obvious, but sadly it isn't obvious to

me. Any ideas?

thanks,

Joe


Talk mailing list
Talk@lists.collectionspace.org

http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace
.org


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

As ChrisM said, this sounds an awful lot like the create_db failed or was missed. You did shut down the nuxeo JBoss instance, then run ant create_db import, then restart nuxeo? This sequence is essential to handle major changes (like new services). Patrick _____ From: talk-bounces@lists.collectionspace.org [mailto:talk-bounces@lists.collectionspace.org] On Behalf Of Joe Slag Sent: Thursday, June 02, 2011 9:19 AM To: Kasper Galschiot Markus Cc: talk@lists.collectionspace.org Subject: Re: [Talk] 1.7 installation snag Hi Kasper, Thanks for trying to replicate this. Were you working from the jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well? I did install to a new jboss directory, so there definitely aren't any old files about; I did just verify that there's no local-settings.xml anywhere in that tree. As to your second suggestion, I did get this at the end of the ant script, so I was assuming that everything ran correctly. [exec] [INFO] ------------------------------------------------------------------------ [exec] [INFO] BUILD SUCCESSFUL [exec] [INFO] ------------------------------------------------------------------------ [exec] [INFO] Total time: 2 minutes 53 seconds [exec] [INFO] Finished at: Thu Jun 02 10:46:13 CDT 2011 [exec] [INFO] Final Memory: 33M/155M [exec] [INFO] ------------------------------------------------------------------------ import-windows: import: BUILD SUCCESSFUL On Thu, Jun 2, 2011 at 9:27 AM, Kasper Galschiot Markus <kasper2@markus.dk> wrote: Hi Joe, I just attempted replicating your issue but wasn't able to. I followed the install instructions on a Debian 5 machine on top of a cspace 1.6 Installation. I did not delete or remove anything from the old installation, and used the settings.xml file like you. Two trouble shooting suggestions: * Make sure there is no "local-settings.xml" present .. if there is, this will be read instead of the newer "settings.xml". * Make sure the 'ant import' script ran without errors (obvious as this may seems, there is a tendency of missing this - me included) Will let the brainier parts of the cspace team come up with more suggestions! ~Kasper On 06/01/2011 06:37 PM, Joe Slag wrote: Hello CSpacers, I downloaded the 1.7 tarball today and went about setting it up, but have run into a snag. I'm following the steps in http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compa tible+Linux+Distributions including the `ant create_db import`, so my assumption is that nothing lying around from previous installations on the server should be interfering. Correct? The first sign of something possibly being off is this error in server.log, which shows up when logging in to the web UI. https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c 501cefd9dd157/server.log Perhaps this has to do with not having initialized the authorities? Moving on, I tried to initialize the authorities, and got the error "Create request failed: detail: org.collectionspace.services.common.document.DocumentException: org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property not found: uri". More details: https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e 08f6c0217b96a/error.js I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url field set to localhost, but just to be sure I changed it to the server's IP, restarted, and tried again -- same results. That segment looks like: <persistence> <service> <url>http://our ip:8180/cspace-services</url> <config-tenant></config-tenant> <config-bindings></config-bindings> <ims-url>http://our ip:8180/collectionspace/chain/ </ims-url> <!-- XXX should be in separate IMS section --> </service> </persistence> Since that fails, of course the controlled list dropdowns are all unpopulated. I assume I'm missing something obvious, but sadly it isn't obvious to me. Any ideas? thanks, Joe _______________________________________________ Talk mailing list Talk@lists.collectionspace.org http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace .org _______________________________________________ Talk mailing list Talk@lists.collectionspace.org http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace .org
JS
Joe Slag
Thu, Jun 2, 2011 4:35 PM

Aha.

mysql> describe groups_common;
ERROR 1146 (42S02): Table 'nuxeo.groups_common' doesn't exist

Pretty sure that nuxeo was shut down when I ran ant create_db import, but
I'll do it again and be positive.

On Thu, Jun 2, 2011 at 11:30 AM, Patrick Schmitz pschmitz@berkeley.eduwrote:

That's not the right one. You need to look for groups_common. Try:

describe groups_common;


From: joe.slag@gmail.com [mailto:joe.slag@gmail.com] *On Behalf Of *Joe
Slag
Sent: Thursday, June 02, 2011 9:15 AM
To: Chris Martin
Cc: talk@lists.collectionspace.org; Patrick Schmitz
Subject: Re: [Talk] 1.7 installation snag

Here's what the groups table in the nuxeo DB looks like. Normal?

mysql> select * from groups;
+----------------+------------------------------------------+
| groupname      | description                              |
+----------------+------------------------------------------+
| members        | Group of users with read access rights  |
| administrators | Group of users with adminstrative rights |
+----------------+------------------------------------------+
2 rows in set (0.00 sec)

On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin csm22@caret.cam.ac.uk
wrote:

At first glance that looks like an error in the setting up of the service
layer, not an error with initializing anything - if you log into your
database and look at the tables do they appear to have the structure you
would expect. You are right that the ant create_db import effectively
destroys all your data and recreates the database structure inline with

the

new service layer xsd's and xmls.

So I would first check that it has initialized the "groups" Table within

the

nuxeo db.
In the first server log yo sent it suggests that the services has not
correctly initialized the Group Procedure. Patrick ought to be able to

help

you in any problems with that as that was a service I believe he added I
believe.

the second error:

Property not found: uri

suggests a mismatch between the schema described in cspace-config.xml and
the internal service schema. Tho uri isn't a field I would expect in a
payload to create an vocabulary unless you are creating an authority with
relationships. However, because of the earlier issue with the service

layer

I believe if you remove the earlier issue then the later issue might
magically disappear if it is a mismatch.

Good luck

Chris

Aha. mysql> describe groups_common; ERROR 1146 (42S02): Table 'nuxeo.groups_common' doesn't exist Pretty sure that nuxeo was shut down when I ran `ant create_db import`, but I'll do it again and be positive. On Thu, Jun 2, 2011 at 11:30 AM, Patrick Schmitz <pschmitz@berkeley.edu>wrote: > That's not the right one. You need to look for groups_common. Try: > > describe groups_common; > > > ------------------------------ > *From:* joe.slag@gmail.com [mailto:joe.slag@gmail.com] *On Behalf Of *Joe > Slag > *Sent:* Thursday, June 02, 2011 9:15 AM > *To:* Chris Martin > *Cc:* talk@lists.collectionspace.org; Patrick Schmitz > *Subject:* Re: [Talk] 1.7 installation snag > > Here's what the groups table in the nuxeo DB looks like. Normal? > > mysql> select * from groups; > +----------------+------------------------------------------+ > | groupname | description | > +----------------+------------------------------------------+ > | members | Group of users with read access rights | > | administrators | Group of users with adminstrative rights | > +----------------+------------------------------------------+ > 2 rows in set (0.00 sec) > > > On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin <csm22@caret.cam.ac.uk> > wrote: > > At first glance that looks like an error in the setting up of the service > > layer, not an error with initializing anything - if you log into your > > database and look at the tables do they appear to have the structure you > > would expect. You are right that the ant create_db import effectively > > destroys all your data and recreates the database structure inline with > the > > new service layer xsd's and xmls. > > > > So I would first check that it has initialized the "groups" Table within > the > > nuxeo db. > > In the first server log yo sent it suggests that the services has not > > correctly initialized the Group Procedure. Patrick ought to be able to > help > > you in any problems with that as that was a service I believe he added I > > believe. > > > > the second error: > > > > Property not found: uri > > > > suggests a mismatch between the schema described in cspace-config.xml and > > the internal service schema. Tho uri isn't a field I would expect in a > > payload to create an vocabulary unless you are creating an authority with > > relationships. However, because of the earlier issue with the service > layer > > I believe if you remove the earlier issue then the later issue might > > magically disappear if it is a mismatch. > > > > Good luck > > > > Chris > > > > > >
PS
Patrick Schmitz
Thu, Jun 2, 2011 4:43 PM

Here's another test:

describe collectionspace_core;

It should look like the following. If not, then the nuxeo instance is still
running a previous data model, and not 1.7.

+-----------+--------------+------+-----+---------+-------+
| Field    | Type        | Null | Key | Default | Extra |
+-----------+--------------+------+-----+---------+-------+
| id        | varchar(36)  | NO  | PRI | NULL    |      |
| updatedat | datetime    | YES  |    | NULL    |      |
| uri      | varchar(500) | YES  |    | NULL    |      |
| createdat | datetime    | YES  |    | NULL    |      |
| tenantid  | varchar(500) | YES  |    | NULL    |      |
+-----------+--------------+------+-----+---------+-------+


From: joe.slag@gmail.com [mailto:joe.slag@gmail.com] On Behalf Of Joe Slag
Sent: Thursday, June 02, 2011 9:35 AM
To: Patrick Schmitz
Cc: Chris Martin; talk@lists.collectionspace.org
Subject: Re: [Talk] 1.7 installation snag

Aha.

mysql> describe groups_common;
ERROR 1146 (42S02): Table 'nuxeo.groups_common' doesn't exist

Pretty sure that nuxeo was shut down when I ran ant create_db import, but
I'll do it again and be positive.

On Thu, Jun 2, 2011 at 11:30 AM, Patrick Schmitz pschmitz@berkeley.edu
wrote:

That's not the right one. You need to look for groups_common. Try:

describe groups_common;


From: joe.slag@gmail.com [mailto:joe.slag@gmail.com] On Behalf Of Joe Slag
Sent: Thursday, June 02, 2011 9:15 AM
To: Chris Martin
Cc: talk@lists.collectionspace.org; Patrick Schmitz
Subject: Re: [Talk] 1.7 installation snag

Here's what the groups table in the nuxeo DB looks like. Normal?

mysql> select * from groups;
+----------------+------------------------------------------+
| groupname      | description                              |
+----------------+------------------------------------------+
| members        | Group of users with read access rights  |
| administrators | Group of users with adminstrative rights |
+----------------+------------------------------------------+
2 rows in set (0.00 sec)

On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin csm22@caret.cam.ac.uk wrote:

At first glance that looks like an error in the setting up of the service
layer, not an error with initializing anything - if you log into your
database and look at the tables do they appear to have the structure you
would expect. You are right that the ant create_db import effectively
destroys all your data and recreates the database structure inline with

the

new service layer xsd's and xmls.

So I would first check that it has initialized the "groups" Table within

the

nuxeo db.
In the first server log yo sent it suggests that the services has not
correctly initialized the Group Procedure. Patrick ought to be able to

help

you in any problems with that as that was a service I believe he added I
believe.

the second error:

Property not found: uri

suggests a mismatch between the schema described in cspace-config.xml and
the internal service schema. Tho uri isn't a field I would expect in a
payload to create an vocabulary unless you are creating an authority with
relationships. However, because of the earlier issue with the service

layer

I believe if you remove the earlier issue then the later issue might
magically disappear if it is a mismatch.

Good luck

Chris

Here's another test: describe collectionspace_core; It should look like the following. If not, then the nuxeo instance is still running a previous data model, and not 1.7. +-----------+--------------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-----------+--------------+------+-----+---------+-------+ | id | varchar(36) | NO | PRI | NULL | | | updatedat | datetime | YES | | NULL | | | uri | varchar(500) | YES | | NULL | | | createdat | datetime | YES | | NULL | | | tenantid | varchar(500) | YES | | NULL | | +-----------+--------------+------+-----+---------+-------+ _____ From: joe.slag@gmail.com [mailto:joe.slag@gmail.com] On Behalf Of Joe Slag Sent: Thursday, June 02, 2011 9:35 AM To: Patrick Schmitz Cc: Chris Martin; talk@lists.collectionspace.org Subject: Re: [Talk] 1.7 installation snag Aha. mysql> describe groups_common; ERROR 1146 (42S02): Table 'nuxeo.groups_common' doesn't exist Pretty sure that nuxeo was shut down when I ran `ant create_db import`, but I'll do it again and be positive. On Thu, Jun 2, 2011 at 11:30 AM, Patrick Schmitz <pschmitz@berkeley.edu> wrote: That's not the right one. You need to look for groups_common. Try: describe groups_common; _____ From: joe.slag@gmail.com [mailto:joe.slag@gmail.com] On Behalf Of Joe Slag Sent: Thursday, June 02, 2011 9:15 AM To: Chris Martin Cc: talk@lists.collectionspace.org; Patrick Schmitz Subject: Re: [Talk] 1.7 installation snag Here's what the groups table in the nuxeo DB looks like. Normal? mysql> select * from groups; +----------------+------------------------------------------+ | groupname | description | +----------------+------------------------------------------+ | members | Group of users with read access rights | | administrators | Group of users with adminstrative rights | +----------------+------------------------------------------+ 2 rows in set (0.00 sec) On Thu, Jun 2, 2011 at 3:43 AM, Chris Martin <csm22@caret.cam.ac.uk> wrote: > At first glance that looks like an error in the setting up of the service > layer, not an error with initializing anything - if you log into your > database and look at the tables do they appear to have the structure you > would expect. You are right that the ant create_db import effectively > destroys all your data and recreates the database structure inline with the > new service layer xsd's and xmls. > > So I would first check that it has initialized the "groups" Table within the > nuxeo db. > In the first server log yo sent it suggests that the services has not > correctly initialized the Group Procedure. Patrick ought to be able to help > you in any problems with that as that was a service I believe he added I > believe. > > the second error: > > Property not found: uri > > suggests a mismatch between the schema described in cspace-config.xml and > the internal service schema. Tho uri isn't a field I would expect in a > payload to create an vocabulary unless you are creating an authority with > relationships. However, because of the earlier issue with the service layer > I believe if you remove the earlier issue then the later issue might > magically disappear if it is a mismatch. > > Good luck > > Chris > >
KG
Kasper Galschiot Markus
Thu, Jun 2, 2011 4:45 PM

Yeah, I used the jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well..

And the import output does look successful.. I'll defer to
patrick/chris/others for more suggestions.

~Kasper

On 06/02/2011 11:19 AM, Joe Slag wrote:

Hi Kasper,

Thanks for trying to replicate this. Were you working from
the jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well?

I did install to a new jboss directory, so there definitely aren't any
old files about; I did just verify that there's no local-settings.xml
anywhere in that tree.

As to your second suggestion, I did get this at the end of the ant
script, so I was assuming that everything ran correctly.

[exec] [INFO]

  [exec] [INFO] BUILD SUCCESSFUL
  [exec] [INFO] 

  [exec] [INFO] Total time: 2 minutes 53 seconds
  [exec] [INFO] Finished at: Thu Jun 02 10:46:13 CDT 2011
  [exec] [INFO] Final Memory: 33M/155M
  [exec] [INFO] 

import-windows:

import:

BUILD SUCCESSFUL

On Thu, Jun 2, 2011 at 9:27 AM, Kasper Galschiot Markus
<kasper2@markus.dk mailto:kasper2@markus.dk> wrote:

 Hi Joe,

 I just attempted replicating your issue but wasn't able to.

 I followed the install instructions on a Debian 5 machine on top
 of a cspace 1.6 Installation. I did not delete or remove anything
 from the old installation, and used the settings.xml file like you.

 Two trouble shooting suggestions:

     * Make sure there is no "local-settings.xml" present .. if
       there is, this will be read instead of the newer "settings.xml".
     * Make sure the 'ant import' script ran without errors
       (obvious as this may seems, there is a tendency of missing
       this - me included)

 Will let the brainier parts of the cspace team come up with more
 suggestions!

 ~Kasper



 On 06/01/2011 06:37 PM, Joe Slag wrote:
 Hello CSpacers, I downloaded the 1.7 tarball today and went about
 setting it up, but have run into a snag. I'm following the steps
 in
 http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions
 including the `ant create_db import`, so my assumption is that
 nothing lying around from previous installations on the server
 should be interfering. Correct? The first sign of something
 possibly being off is this error in server.log, which shows up
 when logging in to the web UI.
 https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log
 Perhaps this has to do with not having initialized the
 authorities? Moving on, I tried to initialize the authorities,
 and got the error "Create request failed: detail:
 org.collectionspace.services.common.document.DocumentException:
 org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property
 not found: uri". More details:
 https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js
 I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url
 field set to localhost, but just to be sure I changed it to the
 server's IP, restarted, and tried again -- same results. That
 segment looks like: <persistence> <service> <url>http://our
 ip:8180/cspace-services</url> <config-tenant></config-tenant>
 <config-bindings></config-bindings> <ims-url>http://our
 ip:8180/collectionspace/chain/
 </ims-url>
 <!-- XXX should be in separate IMS section -->
          </service>
      </persistence>

 Since that fails, of course the controlled list dropdowns are all unpopulated.

 I assume I'm missing something obvious, but sadly it isn't obvious to
 me. Any ideas?

 thanks,
 Joe

 _______________________________________________
 Talk mailing list
 Talk@lists.collectionspace.org
 <mailto:Talk@lists.collectionspace.org>
 http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org
 _______________________________________________
 Talk mailing list
 Talk@lists.collectionspace.org <mailto:Talk@lists.collectionspace.org>
 http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org
Yeah, I used the jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well.. And the import output does look successful.. I'll defer to patrick/chris/others for more suggestions. ~Kasper On 06/02/2011 11:19 AM, Joe Slag wrote: > Hi Kasper, > > Thanks for trying to replicate this. Were you working from > the jboss-4.2.3.GA-cspace-1.7.tar.gz tarball as well? > > I did install to a new jboss directory, so there definitely aren't any > old files about; I did just verify that there's no local-settings.xml > anywhere in that tree. > > As to your second suggestion, I did get this at the end of the ant > script, so I was assuming that everything ran correctly. > > [exec] [INFO] > ------------------------------------------------------------------------ > [exec] [INFO] BUILD SUCCESSFUL > [exec] [INFO] > ------------------------------------------------------------------------ > [exec] [INFO] Total time: 2 minutes 53 seconds > [exec] [INFO] Finished at: Thu Jun 02 10:46:13 CDT 2011 > [exec] [INFO] Final Memory: 33M/155M > [exec] [INFO] > ------------------------------------------------------------------------ > > import-windows: > > import: > > BUILD SUCCESSFUL > > > On Thu, Jun 2, 2011 at 9:27 AM, Kasper Galschiot Markus > <kasper2@markus.dk <mailto:kasper2@markus.dk>> wrote: > > Hi Joe, > > I just attempted replicating your issue but wasn't able to. > > I followed the install instructions on a Debian 5 machine on top > of a cspace 1.6 Installation. I did not delete or remove anything > from the old installation, and used the settings.xml file like you. > > Two trouble shooting suggestions: > > * Make sure there is no "local-settings.xml" present .. if > there is, this will be read instead of the newer "settings.xml". > * Make sure the 'ant import' script ran without errors > (obvious as this may seems, there is a tendency of missing > this - me included) > > Will let the brainier parts of the cspace team come up with more > suggestions! > > ~Kasper > > > > On 06/01/2011 06:37 PM, Joe Slag wrote: >> Hello CSpacers, I downloaded the 1.7 tarball today and went about >> setting it up, but have run into a snag. I'm following the steps >> in >> http://wiki.collectionspace.org/display/DOC/Installing+1.7+on+Aptitude+Compatible+Linux+Distributions >> including the `ant create_db import`, so my assumption is that >> nothing lying around from previous installations on the server >> should be interfering. Correct? The first sign of something >> possibly being off is this error in server.log, which shows up >> when logging in to the web UI. >> https://gist.github.com/raw/8015e91fd7606af3a1d6/7486dcc4e2a9a9afdb2a998345c501cefd9dd157/server.log >> Perhaps this has to do with not having initialized the >> authorities? Moving on, I tried to initialize the authorities, >> and got the error "Create request failed: detail: >> org.collectionspace.services.common.document.DocumentException: >> org.nuxeo.ecm.core.api.model.PropertyNotFoundException: Property >> not found: uri". More details: >> https://gist.github.com/raw/56ebe61d1a1e5e683af5/4d7fafce4564b2b6f1b1b25e91e08f6c0217b96a/error.js >> I'd left the $JBOSS_HOME/server/cspace/conf/settings.xml url >> field set to localhost, but just to be sure I changed it to the >> server's IP, restarted, and tried again -- same results. That >> segment looks like: <persistence> <service> <url>http://our >> ip:8180/cspace-services</url> <config-tenant></config-tenant> >> <config-bindings></config-bindings> <ims-url>http://our >> ip:8180/collectionspace/chain/ >> </ims-url> >> <!-- XXX should be in separate IMS section --> >> </service> >> </persistence> >> >> Since that fails, of course the controlled list dropdowns are all unpopulated. >> >> I assume I'm missing something obvious, but sadly it isn't obvious to >> me. Any ideas? >> >> thanks, >> Joe >> >> _______________________________________________ >> Talk mailing list >> Talk@lists.collectionspace.org >> <mailto:Talk@lists.collectionspace.org> >> http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org >> > > > _______________________________________________ > Talk mailing list > Talk@lists.collectionspace.org <mailto:Talk@lists.collectionspace.org> > http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org > >