Hi, 
Guest
Pic
Sign In

talk@lists.collectionspace.org

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

View all threads

deploy mvn error

JM
Jesse Martinez
Wed, Aug 21, 2013 7:12 PM

Hi Al,

I'd recommend creating a separate user account to edit and run all your
cspace files. It makes it easier to keep things separated and secure that
way. (And probably make setting/editing environmental variables much
simpler!)
You'd have to recompile the code again with the new user, which may also
have remote access rights for sftp, and also change the user:group perms on
the apache tomcat directories. (chmod -R cspaceuser:cspaceuser
apache-tomcat/)

So you're saying you have a local-omca-settings.xml file that's empty? I
think that may be an issue since the app layer is expecting that file to
contain the values it needs to hook into the services, etc.

One thing I'm confused about, and maybe someone from the core team can
chime in, have the tenant creation instructions changed for the app layer
in the last version(s)? I seem to remember an additional step required to
add in a copy command in war-entry/build.xml (see
http://wiki.collectionspace.org/display/CSPACE30/Creating+your+new+tenantvs
http://wiki.collectionspace.org/display/DOC/Creating+your+new+tenant)

  • Jesse

On Wed, Aug 21, 2013 at 2:30 PM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful, but
we didn't allow login for root via ssh or ftp, and root owns these files. I
suppose I could copy everything over to abersch, and then copy back to root
later? Does anyone have a suggestion for best practices using sftp tools to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml.  And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's  nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy
over settings.xml from the "core" tenant into "omca," and make the changes
listed in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

*From: *"Aron Roberts" aronroberts@gmail.com
*To: *"Jesse Martinez" mjesse@gmail.com

*Cc: *"Al Bersch" abersch@museumca.org, "talk" <
talk@lists.collectionspace.org>
*Sent: *Tuesday, August 20, 2013 4:31:01 PM

*Subject: *Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.  It
looks like you might be missing a closing bracket in this line: I don't

know

if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this in

the

past and there are sometimes encoding issues involved including end line
chars.) I'm trying to deduce if there are encoding issues at play here.

Personally speaking, I like to use a local editor when making quick

changes

on a remote server. What works for me on a Mac is a combination of

Cyberduck

(free sftp client) (or Transmit, which is well worth its price), and

Sublime

Text. Cyberduck can be set to automatically open editable files in

Sublime

Text and save them back to the remote server seamlessly. Sublime Text

isn't

a full-fledged IDE, but it is light-weight and has a lot of good tools

for

easily checking format and syntax based on file type. It's free, works on
multiple OSs and my go-to code editor in a pinch. Aron also recommends

good

editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca"> 
     <version>11</version>
     <!-- Note: omca-collectionobject.xml should not appear in the

'include' line below -->
<!-- This line is for merging various settings files together.

-->

     <include src="settings.xml,local-omca-settings.xml"

merge="xmlmerge.properties"
strip-root="yes" />

     <spec>
             <include src="base-relations.xml"/>
             <include src="base-schemas.xml"/>

             <records>
                     <enum-blank>Please select a value</enum-blank>
                     <!-- Here's where you can indicate that you want

to merge in your own Cataloging record changes -->
<include
src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/
<include src="base-procedure-acquisition.xml"/>
<include src="base-procedure-blobs.xml"/>
...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse (61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

it appears the error is in reading or merging XML content, rather than

in

not finding either of the two files to be merged, or in not being able

to

read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to merge
two dissimilar things: a settings file for your tenant (which contains

some

general administrative settings), together with some field-level

settings

for a particular record type.

If you'd like to merge custom changes into the Cataloging record, such
as changing the contents of options lists, here's an example of how you

can

specify that, as shown line 12 of the tenant 'includes' file for the

UCJEPS

herbaria:

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look

something

like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the

'include'

line below -->
<!-- This line is for merging various settings files together. -->
<include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/>
...
<records>
<enum-blank>Please select a value</enum-blank>
<!-- Here's where you can indicate that you want to merge in your

own

Cataloging record changes -->
<include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/>
...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org

wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the plug

for

using github as a backup resource - I'll do that, and also apologize

in

advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the

file

I added to the omca tenant (omca-collectionobject.xml), wasn't there

in the

previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me

where I

might find catalina.(today'sdate).log?) and here are some snippets,

first

from cspace-app.log:

2013-08-19 21:46:13,363 WARN  [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]

Could not merge the include files:

settings.xml,local-omca-settings.xml

2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]

Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse (61)

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse

(62)

org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54)
org.collectionspace.chain.controller.TenantServlet.load_config (156)
org.collectionspace.chain.controller.TenantServlet.setup (179)
org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter

(33)

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter

(99)

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process

(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No domain

name

was specified on call to getRepositoryName() method.2013-08-19

17:49:25,334

ERROR [main]

[org.collectionspace.services.common.config.ConfigUtils:51] No

domain name was specified on call to getRepositoryName()

method.2013-08-19

17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No domain

name

was specified on call to getRepositoryName() method.[INFO] Starting

up the

CollectionSpace Services' JAX-RS application.Static initializtion of:
org.collectionspace.services.common.security.SecurityInterceptor[INFO]
CollectionSpace Services' JAX-RS application started.2013-08-19

17:49:27,339

(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19

17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19

17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5
[

Please check http://ehcache.org for the latest version.Could not get

session

from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN

[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19

17:49:47,953

WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]

Failed to create a session, as response has been committed. Unable to

store

SecurityContext.2013-08-19 17:49:48,765 WARN  [http-8180-7]
[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19

17:49:48,773

WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]

Failed to create a session, as response has been committed. Unable to

store

SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web

application

[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it.

This is

very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web

application

[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop

it. This

is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web

application

[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a

value of

type [java.util.HashMap] (value [{}]) but failed to remove it when

the web

application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web

application

[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a

value of

type [java.util.HashMap] (value [{}]) but failed to remove it when

the web

application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

Could not merge the include files:

settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this

snippet

in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install

-DskipTest"

rather than "mvn deploy -DskipTests". I ran this in the application

layer

folder called "application" that contains the pom.xml file. In my

path it

looks like /home/root/application-source/application/. Then, do I

understand

I also need to run "ant deploy"? I wasn't able to run this in the same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes.  This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in the
    near future.  The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to simply
    replicate the block of configuration you want to customize, within a
    separate file for your own museum; it will override the corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two dropdown
menus appear:

To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that long

and

singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error loading
config"

There may have been an error made in whatever configuration file, or
files, were modified.  After they were deployed (copied) to the

server, when

the Application layer read them, it got confused and barfed out this

long

stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? - or

they

didn't conform to the Application layer's expectation of what 'tags'

(XML

elements) are expected, in which hierarchical locations within the

file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean install
-DskipTests') and restarting Tomcat, should resolve the issue.  You

might

also try, however, using a utility app that can show you differences

between

two files - your current version and your snapshot - and see if the

error is

readily made apparent by looking at those changes in that 'diff'

view.  (If

you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org

wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the files

in

the application layer. When I navigated to our tenant, the login

screen is

blank except for a place to put a user name and password. when I

submit my

password, I get this message:  Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer, so

I

can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot

initialise

CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading

config.

See messages for details: summary Exception raised during parsing at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading

config.

See messages for details: summary Exception raised during parsing at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:

org.collectionspace.chain.csp.config.ConfigException:

Error loading config. See messages for details: summary Exception

raised

during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading

config.

See messages for details: summary Exception raised during parsing at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading

config.

See messages for details: summary Exception raised during parsing at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:

org.collectionspace.chain.csp.config.ConfigException:

Error loading config. See messages for details: summary Exception

raised

during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more

description The request sent by the client was syntactically

incorrect

(org.collectionspace.chain.controller.BadRequestException: Cannot

initialise

CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading

config.

See messages for details: summary Exception raised during parsing at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading

config.

See messages for details: summary Exception raised during parsing at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:

org.collectionspace.chain.csp.config.ConfigException:

Error loading config. See messages for details: summary Exception

raised

during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install -DskipTests'
when building and deploying the App layer with your dropdown list

changes,

rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating

this

:-), but CollectionSpace Services layer uses Maven to build

artifacts and

Ant buildfiles to deploy (copy) them to the server (hence 'mvn clean
install' followed by 'ant deploy'), while the Application and UI

layers use

Maven ('mvn install') for both tasks.  There are some historical and
technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy

-DskipTests I get

this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version.

-->

<repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name> <url> 
             <snapshots>
                     <enabled>true</enabled>
             </snapshots>

I'm wondering, which repository setting should I use (snapshot or

not

snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our

repository?

I'm guessing that the error is party due to the url being mapped to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.org

Hi Al, I'd recommend creating a separate user account to edit and run all your cspace files. It makes it easier to keep things separated and secure that way. (And probably make setting/editing environmental variables much simpler!) You'd have to recompile the code again with the new user, which may also have remote access rights for sftp, and also change the user:group perms on the apache tomcat directories. (chmod -R cspaceuser:cspaceuser apache-tomcat/) So you're saying you have a local-omca-settings.xml file that's empty? I think that may be an issue since the app layer is expecting that file to contain the values it needs to hook into the services, etc. One thing I'm confused about, and maybe someone from the core team can chime in, have the tenant creation instructions changed for the app layer in the last version(s)? I seem to remember an additional step required to add in a copy command in war-entry/build.xml (see http://wiki.collectionspace.org/display/CSPACE30/Creating+your+new+tenantvs http://wiki.collectionspace.org/display/DOC/Creating+your+new+tenant) - Jesse On Wed, Aug 21, 2013 at 2:30 PM, Al Bersch <abersch@museumca.org> wrote: > Hi Aron, Jesse, Ray - > > Thanks for all this advice and patience. > > I am using vim to edit the xml in a terminal window. I am useing an Ubuntu > virtual server. Using SFTP to connect via text wragler is beautiful, but > we didn't allow login for root via ssh or ftp, and root owns these files. I > suppose I could copy everything over to abersch, and then copy back to root > later? Does anyone have a suggestion for best practices using sftp tools to > edit? > > The XML validator is great. I don't have any errors in > omca-collectionobject.xml. And Jesse, thanks for catching that typo in > omca-tenant.xml. That was acutally live - my bad! > > Checking the logs, it looks like the problem is with settings.xml or > local-omca-setitngs.xml. There's nothing in my omca settings.xml file > (hence the "null" symbol over and over). would it make sense to re-copy > over settings.xml from the "core" tenant into "omca," and make the changes > listed in the "creating your tenant" documentation? > > Thanks again everyone. This is so beyond helpful. > > Al > > > > Al Bersch > Digital Project Coordinator > Oakland Museum of California > 1000 Oak Street, Oakland, CA 94607 > abersch@museumca.org > 510-318-8468 > ------------------------------ > *From: *"Aron Roberts" <aronroberts@gmail.com> > *To: *"Jesse Martinez" <mjesse@gmail.com> > > *Cc: *"Al Bersch" <abersch@museumca.org>, "talk" < > talk@lists.collectionspace.org> > *Sent: *Tuesday, August 20, 2013 4:31:01 PM > > *Subject: *Re: [Talk] deploy mvn error > > Thanks, Jesse! > > As yet another possibility, along with the other options mentioned, > the (free) TextWrangler editor can directly open files on a remote > system via SFTP: > > > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ > > > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> wrote: > > Hi Al, > > > > Just noticed a quick typo in the text you c/p into an earlier email. It > > looks like you might be missing a closing bracket in this line: I don't > know > > if it's a c/p typo or not, so just thought I'd point it out! > > > > <include src="base-collectionobject.xml,omca-collectionobject.xml" > > merge="xmlmerge.properties"/ > > > > Also, how are you editing these files? Are you using a cli utility like > > emacs or vim? (Might you be using Cygwin on Windows?? I've used this in > the > > past and there are sometimes encoding issues involved including end line > > chars.) I'm trying to deduce if there are encoding issues at play here. > > > > Personally speaking, I like to use a local editor when making quick > changes > > on a remote server. What works for me on a Mac is a combination of > Cyberduck > > (free sftp client) (or Transmit, which is well worth its price), and > Sublime > > Text. Cyberduck can be set to automatically open editable files in > Sublime > > Text and save them back to the remote server seamlessly. Sublime Text > isn't > > a full-fledged IDE, but it is light-weight and has a lot of good tools > for > > easily checking format and syntax based on file type. It's free, works on > > multiple OSs and my go-to code editor in a pinch. Aron also recommends > good > > editors too. > > > > - Jesse > > > > > > On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> wrote: > >> > >> Hi Aron, > >> > >> Thanks so much for addressing these questions. > >> > >> I entered the language at the end of your email into my > >> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: > >> > >> <cspace-config tenantname="omca"> > >> > >> <version>11</version> > >> <!-- Note: omca-collectionobject.xml should not appear in the > >> 'include' line below --> > >> <!-- This line is for merging various settings files together. > --> > >> <include src="settings.xml,local-omca-settings.xml" > >> merge="xmlmerge.properties" > >> strip-root="yes" /> > >> > >> <spec> > >> <include src="base-relations.xml"/> > >> <include src="base-schemas.xml"/> > >> > >> <records> > >> <enum-blank>Please select a value</enum-blank> > >> <!-- Here's where you can indicate that you want > >> to merge in your own Cataloging record changes --> > >> <include > >> src="base-collectionobject.xml,omca-collectionobject.xml" > >> merge="xmlmerge.properties"/ > >> <include src="base-procedure-acquisition.xml"/> > >> <include src="base-procedure-blobs.xml"/> > >> ... > >> > >> then re-created the omca-collectionobject.xml file (located at > >> tomcat-main/src/main/resources/tenants/omca) with this inside it: > >> > >> +<record id="collection-object"> > >> + > >> + <section id="identificationInformation"> > >> + <repeat id="responsibleDepartments" has-primary="yes"> > >> + > >> <selector>object-identification-responsible-department</selector> > >> + <field id="responsibleDepartment" ui-search="repeatable" > >> mini="search" > >> + seperate_ui_container="true"> > >> + > >> <selector>object-identification-responsible-department</selector> > >> + <options> > >> + <option id="">Please select a value</option> > >> + <option id="art">Art</option> > >> + <option id="history">History</option> > >> + <option id="science">Science</option> > >> + <option id="collections">Collections</option> > >> + <option id="education">Education</option> > >> + <option id="professionalservices">Professional > >> Services</option> > >> + <option id="multi">Multi</option> > >> + </options> > >> + </field> > >> + </repeat> > >> + <field id="collection" ui-search="repeatable" > >> seperate_ui_container="true"> > >> + <selector>object-identification-collection</selector> > >> + <options> > >> + <option id="">Please select a value</option> > >> + <option id="art">Art</option> > >> + <option id="artandartifact">Art and Artifact</option> > >> + <option id="exhibit">Exhibit</option> > >> + <option id="history">History</option> > >> + <option id="scientomology">SCI-Entomology</option> > >> + <option id="scifineart">SCI-Fine Art</option> > >> + <option id="scigalleryspecimens">SCI-Gallery > >> Specimens</option> > >> + <option id="scigeology">SCI-Geology</option> > >> + <option id="sciherbarium">SCI-Herbarium</option> > >> + <option id="sciherpetology">SCI-Herpetology</option> > >> + <option id="sciicthyology">SCI-Icthyology</option> > >> + <option id="sciinvertebrates">SCI-Invertebrates</option> > >> + <option id="scilapidary">SCI-Lapidary</option> > >> + <option id="scimalacology">SCI-Malacology</option> > >> + <option id="scimammalogy">SCI-Mammalogy</option> > >> + <option id="scimiscellaneous">SCI-Miscellaneous</option> > >> + <option id="sciornithology">SCI-Ornithology</option> > >> + <option id="scipaleontology">SCI-Paleontology</option> > >> + <option id="sciphoto">SCI-Photo</option> > >> + <option id="scisnuffbottles">SCI-Snuff Bottles</option> > >> + <option id="specimen">Specimen</option> > >> + </options> > >> + </field> > >> + </section> > >> + > >> +</record> > >> > >> But alas, I'm still getting the same error message when I log into my > >> tenant. > >> > >> If it matters, I looked in my settings.xml file and get a big chunk of > >> this: ^@^@^@^@^@^@^. > >> > >> do you see anything wrong here in the files I copied? > >> > >> thanks, > >> > >> Al > >> > >> Al Bersch > >> Digital Project Coordinator > >> Oakland Museum of California > >> 1000 Oak Street, Oakland, CA 94607 > >> abersch@museumca.org > >> 510-318-8468 > >> ________________________________ > >> From: "Aron Roberts" <aronroberts@gmail.com> > >> To: "Al Bersch" <abersch@museumca.org> > >> Cc: "talk" <talk@lists.collectionspace.org> > >> Sent: Monday, August 19, 2013 5:39:58 PM > >> > >> Subject: Re: [Talk] deploy mvn error > >> > >> Hi Al, > >> > >> My sincere apologies for these difficulties you've been encountering. > >> > >> > It looks like the problem is with merging settings.xml and > >> > local-omca-settings.xml? > >> > >> Yes, that certainly looks like the case. > >> > >> This line appeared in part of the output from this error, in > >> catalina.out: > >> > >> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception > >> > raised during parsing > >> > Stack : > >> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse (61) > >> > >> From looking at the Application layer's code at line 61 of > >> AssemblingParser.java: > >> > >> > https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 > >> it appears the error is in reading or merging XML content, rather than > in > >> not finding either of the two files to be merged, or in not being able > to > >> read them as a result of insufficient access permissions or other > >> filesystem-related issues. > >> > >> It appears that you might potentially be inadvertently trying to merge > >> two dissimilar things: a settings file for your tenant (which contains > some > >> general administrative settings), together with some field-level > settings > >> for a particular record type. > >> > >> If you'd like to merge custom changes into the Cataloging record, such > >> as changing the contents of options lists, here's an example of how you > can > >> specify that, as shown line 12 of the tenant 'includes' file for the > UCJEPS > >> herbaria: > >> > >> > >> > https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 > >> > >> Following that example, your > >> /tomcat-main/src/main/resources/omca-tenant.xml file might look > something > >> like the following: > >> > >> <cspace-config tenantname="omca"> > >> <version>11</version> > >> <!-- Note: omca-collectionobject.xml should not appear in the > 'include' > >> line below --> > >> <!-- This line is for merging various settings files together. --> > >> <include src="settings.xml,local-settings.xml" > >> merge="xmlmerge-settings.properties" strip-root="yes"/> > >> ... > >> <records> > >> <enum-blank>Please select a value</enum-blank> > >> <!-- Here's where you can indicate that you want to merge in your > own > >> Cataloging record changes --> > >> <include src="base-collectionobject.xml,omca-collectionobject.xml" > >> merge="xmlmerge.properties"/> > >> ... > >> > >> Aron > >> > >> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> > wrote: > >> > > >> > Hi Aron, > >> > > >> > Thanks so much again for your continued assistance. And for the plug > for > >> > using github as a backup resource - I'll do that, and also apologize > in > >> > advance for the cut-and-paste text below. > >> > > >> > I installed DiffMerge, but I'm not sure what to compare, since the > file > >> > I added to the omca tenant (omca-collectionobject.xml), wasn't there > in the > >> > previous snapshot. I think I'm a little confused. > >> > > >> > I looked in the cspace-app.log and catalina.out (can you tell me > where I > >> > might find catalina.(today'sdate).log?) and here are some snippets, > first > >> > from cspace-app.log: > >> > > >> > 2013-08-19 21:46:13,363 WARN [http-8180-3] > >> > > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] > >> > Could not merge the include files: > settings.xml,local-omca-settings.xml > >> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] > >> > > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] > >> > Message: Exception raised during parsing > >> > > >> > Stack : > >> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse (61) > >> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse > (62) > >> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54) > >> > org.collectionspace.chain.controller.TenantServlet.load_config (156) > >> > org.collectionspace.chain.controller.TenantServlet.setup (179) > >> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant > >> > (117) > >> > org.collectionspace.chain.controller.TenantUIServlet.service (568) > >> > javax.servlet.http.HttpServlet.service (717) > >> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (290) > >> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter > (33) > >> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235) > >> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter > (99) > >> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235) > >> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >> > org.apache.catalina.core.StandardWrapperValve.invoke (233) > >> > org.apache.catalina.core.StandardContextValve.invoke (191) > >> > org.apache.catalina.core.StandardHostValve.invoke (127) > >> > org.apache.catalina.valves.ErrorReportValve.invoke (102) > >> > org.apache.catalina.valves.AccessLogValve.invoke (589) > >> > org.apache.catalina.core.StandardEngineValve.invoke (109) > >> > org.apache.catalina.connector.CoyoteAdapter.service (291) > >> > org.apache.coyote.http11.Http11Processor.process (859) > >> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process > >> > (602) > >> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) > >> > java.lang.Thread.run (724) > >> > > >> > CAUSED BY > >> > Message: Could not load source > >> > > >> > > >> > > >> > then from catalina.out: > >> > > >> > 2013-08-19 17:49:25,334 ERROR [main] > >> > [org.collectionspace.services.common.config.ConfigUtils:51] No domain > name > >> > was specified on call to getRepositoryName() method.2013-08-19 > 17:49:25,334 > >> > ERROR [main] > [org.collectionspace.services.common.config.ConfigUtils:51] No > >> > domain name was specified on call to getRepositoryName() > method.2013-08-19 > >> > 17:49:25,334 ERROR [main] > >> > [org.collectionspace.services.common.config.ConfigUtils:51] No domain > name > >> > was specified on call to getRepositoryName() method.[INFO] Starting > up the > >> > CollectionSpace Services' JAX-RS application.Static initializtion of: > >> > org.collectionspace.services.common.security.SecurityInterceptor[INFO] > >> > CollectionSpace Services' JAX-RS application started.2013-08-19 > 17:49:27,339 > >> > (0) [http-8180-4] INFO > >> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >> > XMLMerge result output to: > >> > > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 > >> > 17:49:29,695 (2356) [http-8180-2] INFO > >> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >> > XMLMerge result output to: > >> > > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 > >> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO > >> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 > >> > [ > http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6 > ]. > >> > Please check http://ehcache.org for the latest version.Could not get > session > >> > from CSPACESESSID cookie with value: > >> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN > [http-8180-7] > >> > [org.collectionspace.services.common.security.SecurityInterceptor:358] > >> > Attempt to logout when Nuxeo login context was null2013-08-19 > 17:49:47,953 > >> > WARN [http-8180-7] > >> > > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] > >> > Failed to create a session, as response has been committed. Unable to > store > >> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] > >> > [org.collectionspace.services.common.security.SecurityInterceptor:358] > >> > Attempt to logout when Nuxeo login context was null2013-08-19 > 17:49:48,773 > >> > WARN [http-8180-7] > >> > > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] > >> > Failed to create a session, as response has been committed. Unable to > store > >> > SecurityContext.2013-08-19 21:07:17,771 ERROR > >> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >> > [org.apache.catalina.loader.WebappClassLoader:2191] The web > application > >> > [/collectionspace] appears to have started a thread named > >> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. > This is > >> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR > >> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >> > [org.apache.catalina.loader.WebappClassLoader:2191] The web > application > >> > [/collectionspace] appears to have started a thread named > >> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop > it. This > >> > is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR > >> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >> > [org.apache.catalina.loader.WebappClassLoader:2453] The web > application > >> > [/collectionspace] created a ThreadLocal with key of type > >> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value > >> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a > value of > >> > type [java.util.HashMap] (value [{}]) but failed to remove it when > the web > >> > application was stopped. This is very likely to create a memory > >> > leak.2013-08-19 21:07:17,781 ERROR > >> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >> > [org.apache.catalina.loader.WebappClassLoader:2453] The web > application > >> > [/collectionspace] created a ThreadLocal with key of type > >> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value > >> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a > value of > >> > type [java.util.HashMap] (value [{}]) but failed to remove it when > the web > >> > application was stopped. This is very likely to create a memory > >> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN > >> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >> > Could not merge the include files: > settings.xml,local-omca-settings.xml > >> > > >> > > >> > It looks like the problem is with merging settings.xml and > >> > local-omca-settings.xml? > >> > > >> > I've tried a second time to create the configuration change in > >> > omca-collectionobject.xml (a newly created xml file with only this > snippet > >> > in it: > >> > > >> > +<record id="collection-object"> > >> > + > >> > + <section id="identificationInformation"> > >> > + <repeat id="responsibleDepartments" has-primary="yes"> > >> > + > >> > <selector>object-identification-responsible-department</selector> > >> > + <field id="responsibleDepartment" ui-search="repeatable" > >> > mini="search" > >> > + seperate_ui_container="true"> > >> > + > >> > <selector>object-identification-responsible-department</selector> > >> > + <options> > >> > + <option id="">Please select a value</option> > >> > + <option id="art">Art</option> > >> > + <option id="history">History</option> > >> > + <option id="science">Science</option> > >> > + <option id="collections">Collections</option> > >> > + <option id="education">Education</option> > >> > + <option id="professionalservices">Professional > >> > Services</option> > >> > + <option id="multi">Multi</option> > >> > + </options> > >> > + </field> > >> > + </repeat> > >> > + <field id="collection" ui-search="repeatable" > >> > seperate_ui_container="true"> > >> > + <selector>object-identification-collection</selector> > >> > + <options> > >> > + <option id="">Please select a value</option> > >> > + <option id="art">Art</option> > >> > + <option id="artandartifact">Art and Artifact</option> > >> > + <option id="exhibit">Exhibit</option> > >> > + <option id="history">History</option> > >> > + <option id="scientomology">SCI-Entomology</option> > >> > + <option id="scifineart">SCI-Fine Art</option> > >> > + <option id="scigalleryspecimens">SCI-Gallery > >> > Specimens</option> > >> > + <option id="scigeology">SCI-Geology</option> > >> > + <option id="sciherbarium">SCI-Herbarium</option> > >> > + <option id="sciherpetology">SCI-Herpetology</option> > >> > + <option id="sciicthyology">SCI-Icthyology</option> > >> > + <option > id="sciinvertebrates">SCI-Invertebrates</option> > >> > + <option id="scilapidary">SCI-Lapidary</option> > >> > + <option id="scimalacology">SCI-Malacology</option> > >> > + <option id="scimammalogy">SCI-Mammalogy</option> > >> > + <option > id="scimiscellaneous">SCI-Miscellaneous</option> > >> > + <option id="sciornithology">SCI-Ornithology</option> > >> > + <option id="scipaleontology">SCI-Paleontology</option> > >> > + <option id="sciphoto">SCI-Photo</option> > >> > + <option id="scisnuffbottles">SCI-Snuff > Bottles</option> > >> > + <option id="specimen">Specimen</option> > >> > + </options> > >> > + </field> > >> > + </section> > >> > + > >> > +</record> > >> > > >> > > >> > > >> > then according to your last email, I ran "mvn clean install > -DskipTest" > >> > rather than "mvn deploy -DskipTests". I ran this in the application > layer > >> > folder called "application" that contains the pom.xml file. In my > path it > >> > looks like /home/root/application-source/application/. Then, do I > understand > >> > I also need to run "ant deploy"? I wasn't able to run this in the same > >> > folder - I got an error saying this is no build file. > >> > > >> > I'm going off your previous instructions, as well as the documentation > >> > on the wiki for customizing the application layer: > >> > > >> > Hi Becky and Al, > >> > One more set of notes on making 'starting out' customizations, > >> > below: this one a customization of options in dropdown menus. > >> > Aron > >> > (Recommendation: start the CollectionSpace server before making the > >> > following changes. This will help ensure those changes are made > >> > 'live.') > >> > * An example of how to replace the default sets of options in the > >> > dropdown menus for the Responsible Department and OMCA Collection > >> > fields. > >> > The existing documentation on updating these option lists is > >> > confusing, and wildly out of date; we expect to be updating it in the > >> > near future. The customization method shown here as an example > >> > reflects recently-added 'merge' capabilities that allow you to simply > >> > replicate the block of configuration you want to customize, within a > >> > separate file for your own museum; it will override the corresponding > >> > configuration block in the default settings: > >> > Actual change(s) made, within the source code tree for > >> > CollectionSpace's Application layer: > >> > > >> > > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 > >> > You can compare this to the default configuration file for the > >> > Cataloging record, in which the default options for those two dropdown > >> > menus appear: > >> > > >> > > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 > >> > To copy (deploy) these changes to the server folder, enter the > >> > following at a command prompt, from within the top-level folder of the > >> > Application source code tree: > >> > mvn deploy -DskipTests > >> > > >> > > >> > > >> > Sorry I'm not getting this! Do you have any ideas? > >> > > >> > Thanks again, > >> > > >> > Al > >> > > >> > > >> > > >> > Al Bersch > >> > Digital Project Coordinator > >> > Oakland Museum of California > >> > 1000 Oak Street, Oakland, CA 94607 > >> > abersch@museumca.org > >> > 510-318-8468 > >> > ________________________________ > >> > From: "Aron Roberts" <aronroberts@gmail.com> > >> > To: "Al Bersch" <abersch@museumca.org> > >> > Cc: "talk" <talk@lists.collectionspace.org> > >> > Sent: Friday, August 16, 2013 1:28:48 PM > >> > > >> > Subject: Re: [Talk] deploy mvn error > >> > > >> > The key is likely this snippet, from near the beginning of that long > and > >> > singularly unhelpful chain of messages: > >> > "org.collectionspace.chain.csp.config.ConfigException: Error loading > >> > config" > >> > > >> > There may have been an error made in whatever configuration file, or > >> > files, were modified. After they were deployed (copied) to the > server, when > >> > the Application layer read them, it got confused and barfed out this > long > >> > stack trace. > >> > > >> > Typically, this means the file(s), after being modified, weren't > >> > well-formed XML - perhaps an ending tag was left out somewhere? - or > they > >> > didn't conform to the Application layer's expectation of what 'tags' > (XML > >> > elements) are expected, in which hierarchical locations within the > file. > >> > > >> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean install > >> > -DskipTests') and restarting Tomcat, should resolve the issue. You > might > >> > also try, however, using a utility app that can show you differences > between > >> > two files - your current version and your snapshot - and see if the > error is > >> > readily made apparent by looking at those changes in that 'diff' > view. (If > >> > you're using Mac OS X, there's a list of such apps at > >> > http://apple.stackexchange.com/a/87188) > >> > > >> > It's also worth checking the current cspace-app.log and > >> > catalina.{today's date}.log to see if there may be any log message > >> > specifically pinpointing the configuration error. > >> > > >> > Aron > >> > > >> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> > wrote: > >> > > > >> > > Hi again, > >> > > > >> > > Ok, I think I must have messed up somewhere when changing the files > in > >> > > the application layer. When I navigated to our tenant, the login > screen is > >> > > blank except for a place to put a user name and password. when I > submit my > >> > > password, I get this message: Any idea what I did wrong? Thanks! > >> > > > >> > > I have a snapshot prior to the changes in the application layer, so > I > >> > > can always go back in time and try again. > >> > > > >> > > Al > >> > > > >> > > HTTP Status 400 - > >> > > org.collectionspace.chain.controller.BadRequestException: Cannot > initialise > >> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: > >> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > config. > >> > > See messages for details: summary Exception raised during parsing at > >> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >> > > at > >> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >> > > at > >> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >> > > at > >> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >> > > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >> > > at > >> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >> > > at > >> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >> > > at > >> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >> > > at > >> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >> > > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >> > > org.collectionspace.csp.api.core.CSPDependencyException: > >> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > config. > >> > > See messages for details: summary Exception raised during parsing at > >> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >> > > ... 22 more Caused by: > org.collectionspace.chain.csp.config.ConfigException: > >> > > Error loading config. See messages for details: summary Exception > raised > >> > > during parsing at > >> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >> > > at > >> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >> > > at > >> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >> > > ... 24 more > >> > > > >> > > ________________________________ > >> > > > >> > > type Status report > >> > > > >> > > message org.collectionspace.chain.controller.BadRequestException: > >> > > Cannot initialise CSPs > >> > > org.collectionspace.csp.api.core.CSPDependencyException: > >> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > config. > >> > > See messages for details: summary Exception raised during parsing at > >> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >> > > at > >> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >> > > at > >> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >> > > at > >> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >> > > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >> > > at > >> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >> > > at > >> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >> > > at > >> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >> > > at > >> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >> > > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >> > > org.collectionspace.csp.api.core.CSPDependencyException: > >> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > config. > >> > > See messages for details: summary Exception raised during parsing at > >> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >> > > ... 22 more Caused by: > org.collectionspace.chain.csp.config.ConfigException: > >> > > Error loading config. See messages for details: summary Exception > raised > >> > > during parsing at > >> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >> > > at > >> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >> > > at > >> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >> > > ... 24 more > >> > > > >> > > description The request sent by the client was syntactically > incorrect > >> > > (org.collectionspace.chain.controller.BadRequestException: Cannot > initialise > >> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: > >> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > config. > >> > > See messages for details: summary Exception raised during parsing at > >> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >> > > at > >> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >> > > at > >> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >> > > at > >> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >> > > at > >> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >> > > at > >> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >> > > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >> > > at > >> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >> > > at > >> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >> > > at > >> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >> > > at > >> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >> > > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >> > > org.collectionspace.csp.api.core.CSPDependencyException: > >> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > config. > >> > > See messages for details: summary Exception raised during parsing at > >> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >> > > at > >> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >> > > ... 22 more Caused by: > org.collectionspace.chain.csp.config.ConfigException: > >> > > Error loading config. See messages for details: summary Exception > raised > >> > > during parsing at > >> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >> > > at > >> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >> > > at > >> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >> > > ... 24 more ). > >> > > > >> > > > >> > > Al Bersch > >> > > Digital Project Coordinator > >> > > Oakland Museum of California > >> > > 1000 Oak Street, Oakland, CA 94607 > >> > > abersch@museumca.org > >> > > 510-318-8468 > >> > > ________________________________ > >> > > From: "Aron Roberts" <aronroberts@gmail.com> > >> > > To: "Al Bersch" <abersch@museumca.org> > >> > > Cc: "talk" <talk@lists.collectionspace.org> > >> > > Sent: Friday, August 16, 2013 12:58:56 PM > >> > > Subject: Re: [Talk] deploy mvn error > >> > > > >> > > Hi Al, > >> > > > >> > > You likely will have success with 'mvn clean install -DskipTests' > >> > > when building and deploying the App layer with your dropdown list > changes, > >> > > rather than 'mvn deploy -DskipTests'. > >> > > > >> > > It's a bit confusing (and I hope I don't need to keep repeating > this > >> > > :-), but CollectionSpace Services layer uses Maven to build > artifacts and > >> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn clean > >> > > install' followed by 'ant deploy'), while the Application and UI > layers use > >> > > Maven ('mvn install') for both tasks. There are some historical and > >> > > technical reasons for this difference, not worth going into ... > >> > > > >> > > Aron > >> > > > >> > > > >> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch <abersch@museumca.org> > >> > > wrote: > >> > >> > >> > >> Hello all, > >> > >> > >> > >> I changed our dropdown lists in Department and Collection in the > >> > >> application layer source code, and when I ran mvn deploy > -DskipTests I get > >> > >> this error: > >> > >> > >> > >> [ERROR] BUILD ERROR > >> > >> [INFO] > >> > >> > ------------------------------------------------------------------------ > >> > >> [INFO] Failed to configure plugin parameters for: > >> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 > >> > >> > >> > >> check that the following section of the pom.xml is present and > >> > >> correct: > >> > >> > >> > >> <distributionManagement> > >> > >> <!-- use the following if you're not using a snapshot version. > --> > >> > >> <repository> > >> > >> <id>repo</id> > >> > >> <name>Repository Name</name> > >> > >> <url>scp://host/path/to/repo</url> > >> > >> </repository> > >> > >> <!-- use the following if you ARE using a snapshot version. --> > >> > >> <snapshotRepository> > >> > >> <id>repo</id> > >> > >> <name>Repository Name</name> > >> > >> <url>scp://host/path/to/repo</url> > >> > >> </snapshotRepository> > >> > >> </distributionManagement> > >> > >> > >> > >> Cause: Class > >> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot be > >> > >> instantiated > >> > >> > >> > >> > >> > >> > >> > >> I looked in the pom.xml, and found this: > >> > >> > >> > >> <!-- The CollectionSpace public Maven repository for "snapshot" > >> > >> artifacts --> > >> > >> <repositories> > >> > >> <repository> > >> > >> <id>libs-snapshot-local</id> > >> > >> <name>libs-snapshot-local</name> > >> > >> > >> > >> <url> > http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local > </url> > >> > >> <snapshots> > >> > >> <enabled>true</enabled> > >> > >> </snapshots> > >> > >> > >> > >> > >> > >> I'm wondering, which repository setting should I use (snapshot or > not > >> > >> snapshot)? Our installation is on a virtual server in linode. > >> > >> > >> > >> And, does anyone know where I should set the path to our > repository? > >> > >> I'm guessing that the error is party due to the url being mapped to > >> > >> nightly.collectionspace.org. > >> > >> > >> > >> Thanks! > >> > >> > >> > >> Al > >> > >> > >> > >> Al Bersch > >> > >> Digital Project Coordinator > >> > >> Oakland Museum of California > >> > >> 1000 Oak Street, Oakland, CA 94607 > >> > >> abersch@museumca.org > >> > >> 510-318-8468 > >> > >> > >> > >> _______________________________________________ > >> > >> 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 > >> > > > >
AR
Aron Roberts
Wed, Aug 21, 2013 7:13 PM

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system.  One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user.  In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful, but we
didn't allow login for root via ssh or ftp, and root owns these files. I
suppose I could copy everything over to abersch, and then copy back to root
later? Does anyone have a suggestion for best practices using sftp tools to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml.  And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's  nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy over
settings.xml from the "core" tenant into "omca," and make the changes listed
in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.  It
looks like you might be missing a closing bracket in this line: I don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this in
the
past and there are sometimes encoding issues involved including end line
chars.) I'm trying to deduce if there are encoding issues at play here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price), and
Sublime
Text. Cyberduck can be set to automatically open editable files in Sublime
Text and save them back to the remote server seamlessly. Sublime Text
isn't
a full-fledged IDE, but it is light-weight and has a lot of good tools for
easily checking format and syntax based on file type. It's free, works on
multiple OSs and my go-to code editor in a pinch. Aron also recommends
good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca"> 
     <version>11</version>
     <!-- Note: omca-collectionobject.xml should not appear in the

'include' line below -->
<!-- This line is for merging various settings files together. -->
<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

     <spec>
             <include src="base-relations.xml"/>
             <include src="base-schemas.xml"/>

             <records>
                     <enum-blank>Please select a value</enum-blank>
                     <!-- Here's where you can indicate that you want

to merge in your own Cataloging record changes -->
<include
src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/
<include src="base-procedure-acquisition.xml"/>
<include src="base-procedure-blobs.xml"/>
...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :
org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61
it appears the error is in reading or merging XML content, rather than in
not finding either of the two files to be merged, or in not being able to
read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to merge
two dissimilar things: a settings file for your tenant (which contains
some
general administrative settings), together with some field-level settings
for a particular record type.

If you'd like to merge custom changes into the Cataloging record, such
as changing the contents of options lists, here's an example of how you
can
specify that, as shown line 12 of the tenant 'includes' file for the
UCJEPS
herbaria:

https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look something
like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. --> <include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/> ... <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/> ...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the plug
for
using github as a backup resource - I'll do that, and also apologize in
advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the file
I added to the omca tenant (omca-collectionobject.xml), wasn't there in
the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me where
I
might find catalina.(today'sdate).log?) and here are some snippets,
first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN  [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]
Could not merge the include files: settings.xml,local-omca-settings.xml
2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]
Message: Exception raised during parsing

Stack :
org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)
org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse
(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54)
org.collectionspace.chain.controller.TenantServlet.load_config (156)
org.collectionspace.chain.controller.TenantServlet.setup (179)
org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter
(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter
(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process
(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No domain
name
was specified on call to getRepositoryName() method.[INFO] Starting up
the
CollectionSpace Services' JAX-RS application.Static initializtion of:
org.collectionspace.services.common.security.SecurityInterceptor[INFO]
CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6].
Please check http://ehcache.org for the latest version.Could not get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]
[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable to
store
SecurityContext.2013-08-19 17:49:48,765 WARN  [http-8180-7]
[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web application
[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. This
is
very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web application
[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop it.
This
is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
Could not merge the include files: settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this
snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install -DskipTest"
rather than "mvn deploy -DskipTests". I ran this in the application
layer
folder called "application" that contains the pom.xml file. In my path
it
looks like /home/root/application-source/application/. Then, do I
understand
I also need to run "ant deploy"? I wasn't able to run this in the same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes.  This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in the
    near future.  The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to simply
    replicate the block of configuration you want to customize, within a
    separate file for your own museum; it will override the corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7
You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two dropdown
menus appear:

https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112
To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error loading
config"

There may have been an error made in whatever configuration file, or
files, were modified.  After they were deployed (copied) to the server,
when
the Application layer read them, it got confused and barfed out this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? - or
they
didn't conform to the Application layer's expectation of what 'tags'
(XML
elements) are expected, in which hierarchical locations within the
file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean install
-DskipTests') and restarting Tomcat, should resolve the issue.  You
might
also try, however, using a utility app that can show you differences
between
two files - your current version and your snapshot - and see if the
error is
readily made apparent by looking at those changes in that 'diff' view.
(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org
wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the files
in
the application layer. When I navigated to our tenant, the login
screen is
blank except for a place to put a user name and password. when I
submit my
password, I get this message:  Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer, so I
can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install -DskipTests'
when building and deploying the App layer with your dropdown list
changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating
this
:-), but CollectionSpace Services layer uses Maven to build artifacts
and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn clean
install' followed by 'ant deploy'), while the Application and UI
layers use
Maven ('mvn install') for both tasks.  There are some historical and
technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy -DskipTests
I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version. --> <repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name>

<url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url>
<snapshots>
<enabled>true</enabled>
</snapshots>

I'm wondering, which repository setting should I use (snapshot or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our repository?
I'm guessing that the error is party due to the url being mapped to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

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

Hi Al, One other thought: as far as I'm aware, none of the pieces that comprise a CollectionSpace server system need to be run as 'root' on Linux, Mac OS X, or any other Unix-like system. One best practice that we've been following is to create a dedicated system (OS-level) user, and change ownership of all of the files in the Tomcat server folder to be owned by that user. In the case of a user named 'cspace' in the 'cspace' group, for instance: sudo chown -R cspace:cspace $CATALINA_HOME You can then similarly change ownership of your source code trees to that same user, or at least to a user that is a member of that group (assuming that group has write privileges to all of the relevant directories in the Tomcat server folder). Aron On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> wrote: > Hi Aron, Jesse, Ray - > > Thanks for all this advice and patience. > > I am using vim to edit the xml in a terminal window. I am useing an Ubuntu > virtual server. Using SFTP to connect via text wragler is beautiful, but we > didn't allow login for root via ssh or ftp, and root owns these files. I > suppose I could copy everything over to abersch, and then copy back to root > later? Does anyone have a suggestion for best practices using sftp tools to > edit? > > The XML validator is great. I don't have any errors in > omca-collectionobject.xml. And Jesse, thanks for catching that typo in > omca-tenant.xml. That was acutally live - my bad! > > Checking the logs, it looks like the problem is with settings.xml or > local-omca-setitngs.xml. There's nothing in my omca settings.xml file > (hence the "null" symbol over and over). would it make sense to re-copy over > settings.xml from the "core" tenant into "omca," and make the changes listed > in the "creating your tenant" documentation? > > Thanks again everyone. This is so beyond helpful. > > Al > > > > Al Bersch > Digital Project Coordinator > Oakland Museum of California > 1000 Oak Street, Oakland, CA 94607 > abersch@museumca.org > 510-318-8468 > ________________________________ > From: "Aron Roberts" <aronroberts@gmail.com> > To: "Jesse Martinez" <mjesse@gmail.com> > > Cc: "Al Bersch" <abersch@museumca.org>, "talk" > <talk@lists.collectionspace.org> > Sent: Tuesday, August 20, 2013 4:31:01 PM > > Subject: Re: [Talk] deploy mvn error > > Thanks, Jesse! > > As yet another possibility, along with the other options mentioned, > the (free) TextWrangler editor can directly open files on a remote > system via SFTP: > > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ > > > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> wrote: >> Hi Al, >> >> Just noticed a quick typo in the text you c/p into an earlier email. It >> looks like you might be missing a closing bracket in this line: I don't >> know >> if it's a c/p typo or not, so just thought I'd point it out! >> >> <include src="base-collectionobject.xml,omca-collectionobject.xml" >> merge="xmlmerge.properties"/ >> >> Also, how are you editing these files? Are you using a cli utility like >> emacs or vim? (Might you be using Cygwin on Windows?? I've used this in >> the >> past and there are sometimes encoding issues involved including end line >> chars.) I'm trying to deduce if there are encoding issues at play here. >> >> Personally speaking, I like to use a local editor when making quick >> changes >> on a remote server. What works for me on a Mac is a combination of >> Cyberduck >> (free sftp client) (or Transmit, which is well worth its price), and >> Sublime >> Text. Cyberduck can be set to automatically open editable files in Sublime >> Text and save them back to the remote server seamlessly. Sublime Text >> isn't >> a full-fledged IDE, but it is light-weight and has a lot of good tools for >> easily checking format and syntax based on file type. It's free, works on >> multiple OSs and my go-to code editor in a pinch. Aron also recommends >> good >> editors too. >> >> - Jesse >> >> >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> wrote: >>> >>> Hi Aron, >>> >>> Thanks so much for addressing these questions. >>> >>> I entered the language at the end of your email into my >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: >>> >>> <cspace-config tenantname="omca"> >>> >>> <version>11</version> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>> 'include' line below --> >>> <!-- This line is for merging various settings files together. >>> --> >>> <include src="settings.xml,local-omca-settings.xml" >>> merge="xmlmerge.properties" >>> strip-root="yes" /> >>> >>> <spec> >>> <include src="base-relations.xml"/> >>> <include src="base-schemas.xml"/> >>> >>> <records> >>> <enum-blank>Please select a value</enum-blank> >>> <!-- Here's where you can indicate that you want >>> to merge in your own Cataloging record changes --> >>> <include >>> src="base-collectionobject.xml,omca-collectionobject.xml" >>> merge="xmlmerge.properties"/ >>> <include src="base-procedure-acquisition.xml"/> >>> <include src="base-procedure-blobs.xml"/> >>> ... >>> >>> then re-created the omca-collectionobject.xml file (located at >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: >>> >>> +<record id="collection-object"> >>> + >>> + <section id="identificationInformation"> >>> + <repeat id="responsibleDepartments" has-primary="yes"> >>> + >>> <selector>object-identification-responsible-department</selector> >>> + <field id="responsibleDepartment" ui-search="repeatable" >>> mini="search" >>> + seperate_ui_container="true"> >>> + >>> <selector>object-identification-responsible-department</selector> >>> + <options> >>> + <option id="">Please select a value</option> >>> + <option id="art">Art</option> >>> + <option id="history">History</option> >>> + <option id="science">Science</option> >>> + <option id="collections">Collections</option> >>> + <option id="education">Education</option> >>> + <option id="professionalservices">Professional >>> Services</option> >>> + <option id="multi">Multi</option> >>> + </options> >>> + </field> >>> + </repeat> >>> + <field id="collection" ui-search="repeatable" >>> seperate_ui_container="true"> >>> + <selector>object-identification-collection</selector> >>> + <options> >>> + <option id="">Please select a value</option> >>> + <option id="art">Art</option> >>> + <option id="artandartifact">Art and Artifact</option> >>> + <option id="exhibit">Exhibit</option> >>> + <option id="history">History</option> >>> + <option id="scientomology">SCI-Entomology</option> >>> + <option id="scifineart">SCI-Fine Art</option> >>> + <option id="scigalleryspecimens">SCI-Gallery >>> Specimens</option> >>> + <option id="scigeology">SCI-Geology</option> >>> + <option id="sciherbarium">SCI-Herbarium</option> >>> + <option id="sciherpetology">SCI-Herpetology</option> >>> + <option id="sciicthyology">SCI-Icthyology</option> >>> + <option id="sciinvertebrates">SCI-Invertebrates</option> >>> + <option id="scilapidary">SCI-Lapidary</option> >>> + <option id="scimalacology">SCI-Malacology</option> >>> + <option id="scimammalogy">SCI-Mammalogy</option> >>> + <option id="scimiscellaneous">SCI-Miscellaneous</option> >>> + <option id="sciornithology">SCI-Ornithology</option> >>> + <option id="scipaleontology">SCI-Paleontology</option> >>> + <option id="sciphoto">SCI-Photo</option> >>> + <option id="scisnuffbottles">SCI-Snuff Bottles</option> >>> + <option id="specimen">Specimen</option> >>> + </options> >>> + </field> >>> + </section> >>> + >>> +</record> >>> >>> But alas, I'm still getting the same error message when I log into my >>> tenant. >>> >>> If it matters, I looked in my settings.xml file and get a big chunk of >>> this: ^@^@^@^@^@^@^. >>> >>> do you see anything wrong here in the files I copied? >>> >>> thanks, >>> >>> Al >>> >>> Al Bersch >>> Digital Project Coordinator >>> Oakland Museum of California >>> 1000 Oak Street, Oakland, CA 94607 >>> abersch@museumca.org >>> 510-318-8468 >>> ________________________________ >>> From: "Aron Roberts" <aronroberts@gmail.com> >>> To: "Al Bersch" <abersch@museumca.org> >>> Cc: "talk" <talk@lists.collectionspace.org> >>> Sent: Monday, August 19, 2013 5:39:58 PM >>> >>> Subject: Re: [Talk] deploy mvn error >>> >>> Hi Al, >>> >>> My sincere apologies for these difficulties you've been encountering. >>> >>> > It looks like the problem is with merging settings.xml and >>> > local-omca-settings.xml? >>> >>> Yes, that certainly looks like the case. >>> >>> This line appeared in part of the output from this error, in >>> catalina.out: >>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception >>> > raised during parsing >>> > Stack : >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>> > (61) >>> >>> From looking at the Application layer's code at line 61 of >>> AssemblingParser.java: >>> >>> >>> https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 >>> it appears the error is in reading or merging XML content, rather than in >>> not finding either of the two files to be merged, or in not being able to >>> read them as a result of insufficient access permissions or other >>> filesystem-related issues. >>> >>> It appears that you might potentially be inadvertently trying to merge >>> two dissimilar things: a settings file for your tenant (which contains >>> some >>> general administrative settings), together with some field-level settings >>> for a particular record type. >>> >>> If you'd like to merge custom changes into the Cataloging record, such >>> as changing the contents of options lists, here's an example of how you >>> can >>> specify that, as shown line 12 of the tenant 'includes' file for the >>> UCJEPS >>> herbaria: >>> >>> >>> >>> https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 >>> >>> Following that example, your >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look something >>> like the following: >>> >>> <cspace-config tenantname="omca"> >>> <version>11</version> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>> 'include' >>> line below --> >>> <!-- This line is for merging various settings files together. --> >>> <include src="settings.xml,local-settings.xml" >>> merge="xmlmerge-settings.properties" strip-root="yes"/> >>> ... >>> <records> >>> <enum-blank>Please select a value</enum-blank> >>> <!-- Here's where you can indicate that you want to merge in your own >>> Cataloging record changes --> >>> <include src="base-collectionobject.xml,omca-collectionobject.xml" >>> merge="xmlmerge.properties"/> >>> ... >>> >>> Aron >>> >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> wrote: >>> > >>> > Hi Aron, >>> > >>> > Thanks so much again for your continued assistance. And for the plug >>> > for >>> > using github as a backup resource - I'll do that, and also apologize in >>> > advance for the cut-and-paste text below. >>> > >>> > I installed DiffMerge, but I'm not sure what to compare, since the file >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't there in >>> > the >>> > previous snapshot. I think I'm a little confused. >>> > >>> > I looked in the cspace-app.log and catalina.out (can you tell me where >>> > I >>> > might find catalina.(today'sdate).log?) and here are some snippets, >>> > first >>> > from cspace-app.log: >>> > >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] >>> > >>> > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] >>> > Could not merge the include files: settings.xml,local-omca-settings.xml >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] >>> > >>> > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] >>> > Message: Exception raised during parsing >>> > >>> > Stack : >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>> > (61) >>> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse >>> > (62) >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54) >>> > org.collectionspace.chain.controller.TenantServlet.load_config (156) >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) >>> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant >>> > (117) >>> > org.collectionspace.chain.controller.TenantUIServlet.service (568) >>> > javax.servlet.http.HttpServlet.service (717) >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (290) >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter >>> > (33) >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235) >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter >>> > (99) >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (235) >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) >>> > org.apache.catalina.core.StandardContextValve.invoke (191) >>> > org.apache.catalina.core.StandardHostValve.invoke (127) >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) >>> > org.apache.coyote.http11.Http11Processor.process (859) >>> > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process >>> > (602) >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) >>> > java.lang.Thread.run (724) >>> > >>> > CAUSED BY >>> > Message: Could not load source >>> > >>> > >>> > >>> > then from catalina.out: >>> > >>> > 2013-08-19 17:49:25,334 ERROR [main] >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No domain >>> > name >>> > was specified on call to getRepositoryName() method.2013-08-19 >>> > 17:49:25,334 >>> > ERROR [main] >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>> > domain name was specified on call to getRepositoryName() >>> > method.2013-08-19 >>> > 17:49:25,334 ERROR [main] >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No domain >>> > name >>> > was specified on call to getRepositoryName() method.[INFO] Starting up >>> > the >>> > CollectionSpace Services' JAX-RS application.Static initializtion of: >>> > org.collectionspace.services.common.security.SecurityInterceptor[INFO] >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 >>> > 17:49:27,339 >>> > (0) [http-8180-4] INFO >>> > >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>> > XMLMerge result output to: >>> > >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>> > 17:49:29,695 (2356) [http-8180-2] INFO >>> > >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>> > XMLMerge result output to: >>> > >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 >>> > >>> > [http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6]. >>> > Please check http://ehcache.org for the latest version.Could not get >>> > session >>> > from CSPACESESSID cookie with value: >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN >>> > [http-8180-7] >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>> > 17:49:47,953 >>> > WARN [http-8180-7] >>> > >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>> > Failed to create a session, as response has been committed. Unable to >>> > store >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>> > 17:49:48,773 >>> > WARN [http-8180-7] >>> > >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>> > Failed to create a session, as response has been committed. Unable to >>> > store >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web application >>> > [/collectionspace] appears to have started a thread named >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. This >>> > is >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web application >>> > [/collectionspace] appears to have started a thread named >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop it. >>> > This >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web application >>> > [/collectionspace] created a ThreadLocal with key of type >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>> > value of >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when the >>> > web >>> > application was stopped. This is very likely to create a memory >>> > leak.2013-08-19 21:07:17,781 ERROR >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web application >>> > [/collectionspace] created a ThreadLocal with key of type >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>> > value of >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when the >>> > web >>> > application was stopped. This is very likely to create a memory >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN >>> > >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>> > Could not merge the include files: settings.xml,local-omca-settings.xml >>> > >>> > >>> > It looks like the problem is with merging settings.xml and >>> > local-omca-settings.xml? >>> > >>> > I've tried a second time to create the configuration change in >>> > omca-collectionobject.xml (a newly created xml file with only this >>> > snippet >>> > in it: >>> > >>> > +<record id="collection-object"> >>> > + >>> > + <section id="identificationInformation"> >>> > + <repeat id="responsibleDepartments" has-primary="yes"> >>> > + >>> > <selector>object-identification-responsible-department</selector> >>> > + <field id="responsibleDepartment" ui-search="repeatable" >>> > mini="search" >>> > + seperate_ui_container="true"> >>> > + >>> > <selector>object-identification-responsible-department</selector> >>> > + <options> >>> > + <option id="">Please select a value</option> >>> > + <option id="art">Art</option> >>> > + <option id="history">History</option> >>> > + <option id="science">Science</option> >>> > + <option id="collections">Collections</option> >>> > + <option id="education">Education</option> >>> > + <option id="professionalservices">Professional >>> > Services</option> >>> > + <option id="multi">Multi</option> >>> > + </options> >>> > + </field> >>> > + </repeat> >>> > + <field id="collection" ui-search="repeatable" >>> > seperate_ui_container="true"> >>> > + <selector>object-identification-collection</selector> >>> > + <options> >>> > + <option id="">Please select a value</option> >>> > + <option id="art">Art</option> >>> > + <option id="artandartifact">Art and Artifact</option> >>> > + <option id="exhibit">Exhibit</option> >>> > + <option id="history">History</option> >>> > + <option id="scientomology">SCI-Entomology</option> >>> > + <option id="scifineart">SCI-Fine Art</option> >>> > + <option id="scigalleryspecimens">SCI-Gallery >>> > Specimens</option> >>> > + <option id="scigeology">SCI-Geology</option> >>> > + <option id="sciherbarium">SCI-Herbarium</option> >>> > + <option id="sciherpetology">SCI-Herpetology</option> >>> > + <option id="sciicthyology">SCI-Icthyology</option> >>> > + <option >>> > id="sciinvertebrates">SCI-Invertebrates</option> >>> > + <option id="scilapidary">SCI-Lapidary</option> >>> > + <option id="scimalacology">SCI-Malacology</option> >>> > + <option id="scimammalogy">SCI-Mammalogy</option> >>> > + <option >>> > id="scimiscellaneous">SCI-Miscellaneous</option> >>> > + <option id="sciornithology">SCI-Ornithology</option> >>> > + <option id="scipaleontology">SCI-Paleontology</option> >>> > + <option id="sciphoto">SCI-Photo</option> >>> > + <option id="scisnuffbottles">SCI-Snuff Bottles</option> >>> > + <option id="specimen">Specimen</option> >>> > + </options> >>> > + </field> >>> > + </section> >>> > + >>> > +</record> >>> > >>> > >>> > >>> > then according to your last email, I ran "mvn clean install -DskipTest" >>> > rather than "mvn deploy -DskipTests". I ran this in the application >>> > layer >>> > folder called "application" that contains the pom.xml file. In my path >>> > it >>> > looks like /home/root/application-source/application/. Then, do I >>> > understand >>> > I also need to run "ant deploy"? I wasn't able to run this in the same >>> > folder - I got an error saying this is no build file. >>> > >>> > I'm going off your previous instructions, as well as the documentation >>> > on the wiki for customizing the application layer: >>> > >>> > Hi Becky and Al, >>> > One more set of notes on making 'starting out' customizations, >>> > below: this one a customization of options in dropdown menus. >>> > Aron >>> > (Recommendation: start the CollectionSpace server before making the >>> > following changes. This will help ensure those changes are made >>> > 'live.') >>> > * An example of how to replace the default sets of options in the >>> > dropdown menus for the Responsible Department and OMCA Collection >>> > fields. >>> > The existing documentation on updating these option lists is >>> > confusing, and wildly out of date; we expect to be updating it in the >>> > near future. The customization method shown here as an example >>> > reflects recently-added 'merge' capabilities that allow you to simply >>> > replicate the block of configuration you want to customize, within a >>> > separate file for your own museum; it will override the corresponding >>> > configuration block in the default settings: >>> > Actual change(s) made, within the source code tree for >>> > CollectionSpace's Application layer: >>> > >>> > >>> > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 >>> > You can compare this to the default configuration file for the >>> > Cataloging record, in which the default options for those two dropdown >>> > menus appear: >>> > >>> > >>> > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 >>> > To copy (deploy) these changes to the server folder, enter the >>> > following at a command prompt, from within the top-level folder of the >>> > Application source code tree: >>> > mvn deploy -DskipTests >>> > >>> > >>> > >>> > Sorry I'm not getting this! Do you have any ideas? >>> > >>> > Thanks again, >>> > >>> > Al >>> > >>> > >>> > >>> > Al Bersch >>> > Digital Project Coordinator >>> > Oakland Museum of California >>> > 1000 Oak Street, Oakland, CA 94607 >>> > abersch@museumca.org >>> > 510-318-8468 >>> > ________________________________ >>> > From: "Aron Roberts" <aronroberts@gmail.com> >>> > To: "Al Bersch" <abersch@museumca.org> >>> > Cc: "talk" <talk@lists.collectionspace.org> >>> > Sent: Friday, August 16, 2013 1:28:48 PM >>> > >>> > Subject: Re: [Talk] deploy mvn error >>> > >>> > The key is likely this snippet, from near the beginning of that long >>> > and >>> > singularly unhelpful chain of messages: >>> > "org.collectionspace.chain.csp.config.ConfigException: Error loading >>> > config" >>> > >>> > There may have been an error made in whatever configuration file, or >>> > files, were modified. After they were deployed (copied) to the server, >>> > when >>> > the Application layer read them, it got confused and barfed out this >>> > long >>> > stack trace. >>> > >>> > Typically, this means the file(s), after being modified, weren't >>> > well-formed XML - perhaps an ending tag was left out somewhere? - or >>> > they >>> > didn't conform to the Application layer's expectation of what 'tags' >>> > (XML >>> > elements) are expected, in which hierarchical locations within the >>> > file. >>> > >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean install >>> > -DskipTests') and restarting Tomcat, should resolve the issue. You >>> > might >>> > also try, however, using a utility app that can show you differences >>> > between >>> > two files - your current version and your snapshot - and see if the >>> > error is >>> > readily made apparent by looking at those changes in that 'diff' view. >>> > (If >>> > you're using Mac OS X, there's a list of such apps at >>> > http://apple.stackexchange.com/a/87188) >>> > >>> > It's also worth checking the current cspace-app.log and >>> > catalina.{today's date}.log to see if there may be any log message >>> > specifically pinpointing the configuration error. >>> > >>> > Aron >>> > >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> >>> > wrote: >>> > > >>> > > Hi again, >>> > > >>> > > Ok, I think I must have messed up somewhere when changing the files >>> > > in >>> > > the application layer. When I navigated to our tenant, the login >>> > > screen is >>> > > blank except for a place to put a user name and password. when I >>> > > submit my >>> > > password, I get this message: Any idea what I did wrong? Thanks! >>> > > >>> > > I have a snapshot prior to the changes in the application layer, so I >>> > > can always go back in time and try again. >>> > > >>> > > Al >>> > > >>> > > HTTP Status 400 - >>> > > org.collectionspace.chain.controller.BadRequestException: Cannot >>> > > initialise >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading >>> > > config. >>> > > See messages for details: summary Exception raised during parsing at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>> > > at >>> > > >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> > > at >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>> > > at >>> > > >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>> > > at >>> > > >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>> > > at >>> > > >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>> > > at >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading >>> > > config. >>> > > See messages for details: summary Exception raised during parsing at >>> > > >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>> > > ... 22 more Caused by: >>> > > org.collectionspace.chain.csp.config.ConfigException: >>> > > Error loading config. See messages for details: summary Exception >>> > > raised >>> > > during parsing at >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>> > > at >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>> > > at >>> > > >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>> > > ... 24 more >>> > > >>> > > ________________________________ >>> > > >>> > > type Status report >>> > > >>> > > message org.collectionspace.chain.controller.BadRequestException: >>> > > Cannot initialise CSPs >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading >>> > > config. >>> > > See messages for details: summary Exception raised during parsing at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>> > > at >>> > > >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> > > at >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>> > > at >>> > > >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>> > > at >>> > > >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>> > > at >>> > > >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>> > > at >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading >>> > > config. >>> > > See messages for details: summary Exception raised during parsing at >>> > > >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>> > > ... 22 more Caused by: >>> > > org.collectionspace.chain.csp.config.ConfigException: >>> > > Error loading config. See messages for details: summary Exception >>> > > raised >>> > > during parsing at >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>> > > at >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>> > > at >>> > > >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>> > > ... 24 more >>> > > >>> > > description The request sent by the client was syntactically >>> > > incorrect >>> > > (org.collectionspace.chain.controller.BadRequestException: Cannot >>> > > initialise >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading >>> > > config. >>> > > See messages for details: summary Exception raised during parsing at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> > > at >>> > > >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>> > > at >>> > > >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> > > at >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>> > > at >>> > > >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>> > > at >>> > > >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>> > > at >>> > > >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>> > > at >>> > > >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>> > > at >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading >>> > > config. >>> > > See messages for details: summary Exception raised during parsing at >>> > > >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>> > > at >>> > > >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>> > > ... 22 more Caused by: >>> > > org.collectionspace.chain.csp.config.ConfigException: >>> > > Error loading config. See messages for details: summary Exception >>> > > raised >>> > > during parsing at >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>> > > at >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>> > > at >>> > > >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>> > > ... 24 more ). >>> > > >>> > > >>> > > Al Bersch >>> > > Digital Project Coordinator >>> > > Oakland Museum of California >>> > > 1000 Oak Street, Oakland, CA 94607 >>> > > abersch@museumca.org >>> > > 510-318-8468 >>> > > ________________________________ >>> > > From: "Aron Roberts" <aronroberts@gmail.com> >>> > > To: "Al Bersch" <abersch@museumca.org> >>> > > Cc: "talk" <talk@lists.collectionspace.org> >>> > > Sent: Friday, August 16, 2013 12:58:56 PM >>> > > Subject: Re: [Talk] deploy mvn error >>> > > >>> > > Hi Al, >>> > > >>> > > You likely will have success with 'mvn clean install -DskipTests' >>> > > when building and deploying the App layer with your dropdown list >>> > > changes, >>> > > rather than 'mvn deploy -DskipTests'. >>> > > >>> > > It's a bit confusing (and I hope I don't need to keep repeating >>> > > this >>> > > :-), but CollectionSpace Services layer uses Maven to build artifacts >>> > > and >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn clean >>> > > install' followed by 'ant deploy'), while the Application and UI >>> > > layers use >>> > > Maven ('mvn install') for both tasks. There are some historical and >>> > > technical reasons for this difference, not worth going into ... >>> > > >>> > > Aron >>> > > >>> > > >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch <abersch@museumca.org> >>> > > wrote: >>> > >> >>> > >> Hello all, >>> > >> >>> > >> I changed our dropdown lists in Department and Collection in the >>> > >> application layer source code, and when I ran mvn deploy -DskipTests >>> > >> I get >>> > >> this error: >>> > >> >>> > >> [ERROR] BUILD ERROR >>> > >> [INFO] >>> > >> >>> > >> ------------------------------------------------------------------------ >>> > >> [INFO] Failed to configure plugin parameters for: >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 >>> > >> >>> > >> check that the following section of the pom.xml is present and >>> > >> correct: >>> > >> >>> > >> <distributionManagement> >>> > >> <!-- use the following if you're not using a snapshot version. --> >>> > >> <repository> >>> > >> <id>repo</id> >>> > >> <name>Repository Name</name> >>> > >> <url>scp://host/path/to/repo</url> >>> > >> </repository> >>> > >> <!-- use the following if you ARE using a snapshot version. --> >>> > >> <snapshotRepository> >>> > >> <id>repo</id> >>> > >> <name>Repository Name</name> >>> > >> <url>scp://host/path/to/repo</url> >>> > >> </snapshotRepository> >>> > >> </distributionManagement> >>> > >> >>> > >> Cause: Class >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot be >>> > >> instantiated >>> > >> >>> > >> >>> > >> >>> > >> I looked in the pom.xml, and found this: >>> > >> >>> > >> <!-- The CollectionSpace public Maven repository for "snapshot" >>> > >> artifacts --> >>> > >> <repositories> >>> > >> <repository> >>> > >> <id>libs-snapshot-local</id> >>> > >> <name>libs-snapshot-local</name> >>> > >> >>> > >> >>> > >> <url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url> >>> > >> <snapshots> >>> > >> <enabled>true</enabled> >>> > >> </snapshots> >>> > >> >>> > >> >>> > >> I'm wondering, which repository setting should I use (snapshot or >>> > >> not >>> > >> snapshot)? Our installation is on a virtual server in linode. >>> > >> >>> > >> And, does anyone know where I should set the path to our repository? >>> > >> I'm guessing that the error is party due to the url being mapped to >>> > >> nightly.collectionspace.org. >>> > >> >>> > >> Thanks! >>> > >> >>> > >> Al >>> > >> >>> > >> Al Bersch >>> > >> Digital Project Coordinator >>> > >> Oakland Museum of California >>> > >> 1000 Oak Street, Oakland, CA 94607 >>> > >> abersch@museumca.org >>> > >> 510-318-8468 >>> > >> >>> > >> _______________________________________________ >>> > >> 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 >>> >> >
JM
Jesse Martinez
Wed, Aug 21, 2013 7:26 PM

Aron's correct. (you owe me a coke) And he uses the correct 'sudo chown'
command. I'd also just add that it would be best to also move over the
source code into a common (or less restrictive) directory in your Linux
system instead of either /tmp or /root. I typically like to keep the source
code in the cspace user's home directory, /home/cspace/source .

Be sure to also use the cspace user to start and stop the tomcat instances.
It's very easy to forget and run a concurrent tomcat process as root
that'll surely cause a hiccup later on. (As I've done numerous times...)

  • Jesse

On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts aronroberts@gmail.com wrote:

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system.  One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user.  In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an

Ubuntu

virtual server. Using SFTP to connect via text wragler is beautiful, but

we

didn't allow login for root via ssh or ftp, and root owns these files. I
suppose I could copy everything over to abersch, and then copy back to

root

later? Does anyone have a suggestion for best practices using sftp tools

to

edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml.  And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's  nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy

over

settings.xml from the "core" tenant into "omca," and make the changes

listed

in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com

wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.  It
looks like you might be missing a closing bracket in this line: I don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this in
the
past and there are sometimes encoding issues involved including end line
chars.) I'm trying to deduce if there are encoding issues at play here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price), and
Sublime
Text. Cyberduck can be set to automatically open editable files in

Sublime

Text and save them back to the remote server seamlessly. Sublime Text
isn't
a full-fledged IDE, but it is light-weight and has a lot of good tools

for

easily checking format and syntax based on file type. It's free, works

on

multiple OSs and my go-to code editor in a pinch. Aron also recommends
good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org

wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca"> 
     <version>11</version>
     <!-- Note: omca-collectionobject.xml should not appear in the

'include' line below -->
<!-- This line is for merging various settings files together. -->
<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

     <spec>
             <include src="base-relations.xml"/>
             <include src="base-schemas.xml"/>

             <records>
                     <enum-blank>Please select a value</enum-blank>
                     <!-- Here's where you can indicate that you

want

to merge in your own Cataloging record changes -->
<include
src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/
<include src="base-procedure-acquisition.xml"/>
<include src="base-procedure-blobs.xml"/>
...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse

(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

it appears the error is in reading or merging XML content, rather than

in

not finding either of the two files to be merged, or in not being able

to

read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to

merge

two dissimilar things: a settings file for your tenant (which contains
some
general administrative settings), together with some field-level

settings

for a particular record type.

If you'd like to merge custom changes into the Cataloging record,

such

as changing the contents of options lists, here's an example of how you
can
specify that, as shown line 12 of the tenant 'includes' file for the
UCJEPS
herbaria:

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look

something

like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. --> <include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/> ... <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your

own

Cataloging record changes -->
<include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/>
...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org

wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the plug
for
using github as a backup resource - I'll do that, and also apologize

in

advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the

file

I added to the omca tenant (omca-collectionobject.xml), wasn't there

in

the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me

where

I
might find catalina.(today'sdate).log?) and here are some snippets,
first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN  [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]

Could not merge the include files:

settings.xml,local-omca-settings.xml

2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]

Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse

(61)
org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse
(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54)
org.collectionspace.chain.controller.TenantServlet.load_config (156)
org.collectionspace.chain.controller.TenantServlet.setup (179)
org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter

(290)

org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter
(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter

(235)

org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter
(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter

(235)

org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process

(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No domain
name
was specified on call to getRepositoryName() method.[INFO] Starting

up

the
CollectionSpace Services' JAX-RS application.Static initializtion of:

org.collectionspace.services.common.security.SecurityInterceptor[INFO]

CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19

17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19

17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[

Please check http://ehcache.org for the latest version.Could not get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]

Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]

Failed to create a session, as response has been committed. Unable to
store
SecurityContext.2013-08-19 17:49:48,765 WARN  [http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]

Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]

Failed to create a session, as response has been committed. Unable to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web

application

[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it.

This

is
very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web

application

[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop

it.

This
is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web

application

[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when

the

web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web

application

[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when

the

web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

Could not merge the include files:

settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this
snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install

-DskipTest"

rather than "mvn deploy -DskipTests". I ran this in the application
layer
folder called "application" that contains the pom.xml file. In my

path

it
looks like /home/root/application-source/application/. Then, do I
understand
I also need to run "ant deploy"? I wasn't able to run this in the

same

folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the

documentation

on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes.  This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in the
    near future.  The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to simply
    replicate the block of configuration you want to customize, within a
    separate file for your own museum; it will override the corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two

dropdown

menus appear:

To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of

the

Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error loading
config"

There may have been an error made in whatever configuration file, or
files, were modified.  After they were deployed (copied) to the

server,

when
the Application layer read them, it got confused and barfed out this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? - or
they
didn't conform to the Application layer's expectation of what 'tags'
(XML
elements) are expected, in which hierarchical locations within the
file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean install
-DskipTests') and restarting Tomcat, should resolve the issue.  You
might
also try, however, using a utility app that can show you differences
between
two files - your current version and your snapshot - and see if the
error is
readily made apparent by looking at those changes in that 'diff'

view.

(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org
wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the files
in
the application layer. When I navigated to our tenant, the login
screen is
blank except for a place to put a user name and password. when I
submit my
password, I get this message:  Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer,

so I

can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error loading
config.
See messages for details: summary Exception raised during parsing

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install -DskipTests'
when building and deploying the App layer with your dropdown list
changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating
this
:-), but CollectionSpace Services layer uses Maven to build

artifacts

and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn

clean

install' followed by 'ant deploy'), while the Application and UI
layers use
Maven ('mvn install') for both tasks.  There are some historical

and

technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy

-DskipTests

I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version.

-->

<repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot

be

instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name> <url> 
             <snapshots>
                     <enabled>true</enabled>
             </snapshots>

I'm wondering, which repository setting should I use (snapshot or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our

repository?

I'm guessing that the error is party due to the url being mapped

to

nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.org

Aron's correct. (you owe me a coke) And he uses the correct 'sudo chown' command. I'd also just add that it would be best to also move over the source code into a common (or less restrictive) directory in your Linux system instead of either /tmp or /root. I typically like to keep the source code in the cspace user's home directory, /home/cspace/source . Be sure to also use the cspace user to start and stop the tomcat instances. It's very easy to forget and run a concurrent tomcat process as root that'll surely cause a hiccup later on. (As I've done numerous times...) - Jesse On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts <aronroberts@gmail.com> wrote: > Hi Al, > > One other thought: as far as I'm aware, none of the pieces that > comprise a CollectionSpace server system need to be run as 'root' on > Linux, Mac OS X, or any other Unix-like system. One best practice > that we've been following is to create a dedicated system (OS-level) > user, and change ownership of all of the files in the Tomcat server > folder to be owned by that user. In the case of a user named 'cspace' > in the 'cspace' group, for instance: > > sudo chown -R cspace:cspace $CATALINA_HOME > > You can then similarly change ownership of your source code trees to > that same user, or at least to a user that is a member of that group > (assuming that group has write privileges to all of the relevant > directories in the Tomcat server folder). > > Aron > > On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> wrote: > > Hi Aron, Jesse, Ray - > > > > Thanks for all this advice and patience. > > > > I am using vim to edit the xml in a terminal window. I am useing an > Ubuntu > > virtual server. Using SFTP to connect via text wragler is beautiful, but > we > > didn't allow login for root via ssh or ftp, and root owns these files. I > > suppose I could copy everything over to abersch, and then copy back to > root > > later? Does anyone have a suggestion for best practices using sftp tools > to > > edit? > > > > The XML validator is great. I don't have any errors in > > omca-collectionobject.xml. And Jesse, thanks for catching that typo in > > omca-tenant.xml. That was acutally live - my bad! > > > > Checking the logs, it looks like the problem is with settings.xml or > > local-omca-setitngs.xml. There's nothing in my omca settings.xml file > > (hence the "null" symbol over and over). would it make sense to re-copy > over > > settings.xml from the "core" tenant into "omca," and make the changes > listed > > in the "creating your tenant" documentation? > > > > Thanks again everyone. This is so beyond helpful. > > > > Al > > > > > > > > Al Bersch > > Digital Project Coordinator > > Oakland Museum of California > > 1000 Oak Street, Oakland, CA 94607 > > abersch@museumca.org > > 510-318-8468 > > ________________________________ > > From: "Aron Roberts" <aronroberts@gmail.com> > > To: "Jesse Martinez" <mjesse@gmail.com> > > > > Cc: "Al Bersch" <abersch@museumca.org>, "talk" > > <talk@lists.collectionspace.org> > > Sent: Tuesday, August 20, 2013 4:31:01 PM > > > > Subject: Re: [Talk] deploy mvn error > > > > Thanks, Jesse! > > > > As yet another possibility, along with the other options mentioned, > > the (free) TextWrangler editor can directly open files on a remote > > system via SFTP: > > > > > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ > > > > > > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> > wrote: > >> Hi Al, > >> > >> Just noticed a quick typo in the text you c/p into an earlier email. It > >> looks like you might be missing a closing bracket in this line: I don't > >> know > >> if it's a c/p typo or not, so just thought I'd point it out! > >> > >> <include src="base-collectionobject.xml,omca-collectionobject.xml" > >> merge="xmlmerge.properties"/ > >> > >> Also, how are you editing these files? Are you using a cli utility like > >> emacs or vim? (Might you be using Cygwin on Windows?? I've used this in > >> the > >> past and there are sometimes encoding issues involved including end line > >> chars.) I'm trying to deduce if there are encoding issues at play here. > >> > >> Personally speaking, I like to use a local editor when making quick > >> changes > >> on a remote server. What works for me on a Mac is a combination of > >> Cyberduck > >> (free sftp client) (or Transmit, which is well worth its price), and > >> Sublime > >> Text. Cyberduck can be set to automatically open editable files in > Sublime > >> Text and save them back to the remote server seamlessly. Sublime Text > >> isn't > >> a full-fledged IDE, but it is light-weight and has a lot of good tools > for > >> easily checking format and syntax based on file type. It's free, works > on > >> multiple OSs and my go-to code editor in a pinch. Aron also recommends > >> good > >> editors too. > >> > >> - Jesse > >> > >> > >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> > wrote: > >>> > >>> Hi Aron, > >>> > >>> Thanks so much for addressing these questions. > >>> > >>> I entered the language at the end of your email into my > >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: > >>> > >>> <cspace-config tenantname="omca"> > >>> > >>> <version>11</version> > >>> <!-- Note: omca-collectionobject.xml should not appear in the > >>> 'include' line below --> > >>> <!-- This line is for merging various settings files together. > >>> --> > >>> <include src="settings.xml,local-omca-settings.xml" > >>> merge="xmlmerge.properties" > >>> strip-root="yes" /> > >>> > >>> <spec> > >>> <include src="base-relations.xml"/> > >>> <include src="base-schemas.xml"/> > >>> > >>> <records> > >>> <enum-blank>Please select a value</enum-blank> > >>> <!-- Here's where you can indicate that you > want > >>> to merge in your own Cataloging record changes --> > >>> <include > >>> src="base-collectionobject.xml,omca-collectionobject.xml" > >>> merge="xmlmerge.properties"/ > >>> <include src="base-procedure-acquisition.xml"/> > >>> <include src="base-procedure-blobs.xml"/> > >>> ... > >>> > >>> then re-created the omca-collectionobject.xml file (located at > >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: > >>> > >>> +<record id="collection-object"> > >>> + > >>> + <section id="identificationInformation"> > >>> + <repeat id="responsibleDepartments" has-primary="yes"> > >>> + > >>> <selector>object-identification-responsible-department</selector> > >>> + <field id="responsibleDepartment" ui-search="repeatable" > >>> mini="search" > >>> + seperate_ui_container="true"> > >>> + > >>> <selector>object-identification-responsible-department</selector> > >>> + <options> > >>> + <option id="">Please select a value</option> > >>> + <option id="art">Art</option> > >>> + <option id="history">History</option> > >>> + <option id="science">Science</option> > >>> + <option id="collections">Collections</option> > >>> + <option id="education">Education</option> > >>> + <option id="professionalservices">Professional > >>> Services</option> > >>> + <option id="multi">Multi</option> > >>> + </options> > >>> + </field> > >>> + </repeat> > >>> + <field id="collection" ui-search="repeatable" > >>> seperate_ui_container="true"> > >>> + <selector>object-identification-collection</selector> > >>> + <options> > >>> + <option id="">Please select a value</option> > >>> + <option id="art">Art</option> > >>> + <option id="artandartifact">Art and Artifact</option> > >>> + <option id="exhibit">Exhibit</option> > >>> + <option id="history">History</option> > >>> + <option id="scientomology">SCI-Entomology</option> > >>> + <option id="scifineart">SCI-Fine Art</option> > >>> + <option id="scigalleryspecimens">SCI-Gallery > >>> Specimens</option> > >>> + <option id="scigeology">SCI-Geology</option> > >>> + <option id="sciherbarium">SCI-Herbarium</option> > >>> + <option id="sciherpetology">SCI-Herpetology</option> > >>> + <option id="sciicthyology">SCI-Icthyology</option> > >>> + <option > id="sciinvertebrates">SCI-Invertebrates</option> > >>> + <option id="scilapidary">SCI-Lapidary</option> > >>> + <option id="scimalacology">SCI-Malacology</option> > >>> + <option id="scimammalogy">SCI-Mammalogy</option> > >>> + <option > id="scimiscellaneous">SCI-Miscellaneous</option> > >>> + <option id="sciornithology">SCI-Ornithology</option> > >>> + <option id="scipaleontology">SCI-Paleontology</option> > >>> + <option id="sciphoto">SCI-Photo</option> > >>> + <option id="scisnuffbottles">SCI-Snuff Bottles</option> > >>> + <option id="specimen">Specimen</option> > >>> + </options> > >>> + </field> > >>> + </section> > >>> + > >>> +</record> > >>> > >>> But alas, I'm still getting the same error message when I log into my > >>> tenant. > >>> > >>> If it matters, I looked in my settings.xml file and get a big chunk of > >>> this: ^@^@^@^@^@^@^. > >>> > >>> do you see anything wrong here in the files I copied? > >>> > >>> thanks, > >>> > >>> Al > >>> > >>> Al Bersch > >>> Digital Project Coordinator > >>> Oakland Museum of California > >>> 1000 Oak Street, Oakland, CA 94607 > >>> abersch@museumca.org > >>> 510-318-8468 > >>> ________________________________ > >>> From: "Aron Roberts" <aronroberts@gmail.com> > >>> To: "Al Bersch" <abersch@museumca.org> > >>> Cc: "talk" <talk@lists.collectionspace.org> > >>> Sent: Monday, August 19, 2013 5:39:58 PM > >>> > >>> Subject: Re: [Talk] deploy mvn error > >>> > >>> Hi Al, > >>> > >>> My sincere apologies for these difficulties you've been encountering. > >>> > >>> > It looks like the problem is with merging settings.xml and > >>> > local-omca-settings.xml? > >>> > >>> Yes, that certainly looks like the case. > >>> > >>> This line appeared in part of the output from this error, in > >>> catalina.out: > >>> > >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception > >>> > raised during parsing > >>> > Stack : > >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse > >>> > (61) > >>> > >>> From looking at the Application layer's code at line 61 of > >>> AssemblingParser.java: > >>> > >>> > >>> > https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 > >>> it appears the error is in reading or merging XML content, rather than > in > >>> not finding either of the two files to be merged, or in not being able > to > >>> read them as a result of insufficient access permissions or other > >>> filesystem-related issues. > >>> > >>> It appears that you might potentially be inadvertently trying to > merge > >>> two dissimilar things: a settings file for your tenant (which contains > >>> some > >>> general administrative settings), together with some field-level > settings > >>> for a particular record type. > >>> > >>> If you'd like to merge custom changes into the Cataloging record, > such > >>> as changing the contents of options lists, here's an example of how you > >>> can > >>> specify that, as shown line 12 of the tenant 'includes' file for the > >>> UCJEPS > >>> herbaria: > >>> > >>> > >>> > >>> > https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 > >>> > >>> Following that example, your > >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look > something > >>> like the following: > >>> > >>> <cspace-config tenantname="omca"> > >>> <version>11</version> > >>> <!-- Note: omca-collectionobject.xml should not appear in the > >>> 'include' > >>> line below --> > >>> <!-- This line is for merging various settings files together. --> > >>> <include src="settings.xml,local-settings.xml" > >>> merge="xmlmerge-settings.properties" strip-root="yes"/> > >>> ... > >>> <records> > >>> <enum-blank>Please select a value</enum-blank> > >>> <!-- Here's where you can indicate that you want to merge in your > own > >>> Cataloging record changes --> > >>> <include src="base-collectionobject.xml,omca-collectionobject.xml" > >>> merge="xmlmerge.properties"/> > >>> ... > >>> > >>> Aron > >>> > >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> > wrote: > >>> > > >>> > Hi Aron, > >>> > > >>> > Thanks so much again for your continued assistance. And for the plug > >>> > for > >>> > using github as a backup resource - I'll do that, and also apologize > in > >>> > advance for the cut-and-paste text below. > >>> > > >>> > I installed DiffMerge, but I'm not sure what to compare, since the > file > >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't there > in > >>> > the > >>> > previous snapshot. I think I'm a little confused. > >>> > > >>> > I looked in the cspace-app.log and catalina.out (can you tell me > where > >>> > I > >>> > might find catalina.(today'sdate).log?) and here are some snippets, > >>> > first > >>> > from cspace-app.log: > >>> > > >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] > >>> > > >>> > > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] > >>> > Could not merge the include files: > settings.xml,local-omca-settings.xml > >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] > >>> > > >>> > > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] > >>> > Message: Exception raised during parsing > >>> > > >>> > Stack : > >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse > >>> > (61) > >>> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse > >>> > (62) > >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54) > >>> > org.collectionspace.chain.controller.TenantServlet.load_config (156) > >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) > >>> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant > >>> > (117) > >>> > org.collectionspace.chain.controller.TenantUIServlet.service (568) > >>> > javax.servlet.http.HttpServlet.service (717) > >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (290) > >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >>> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter > >>> > (33) > >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (235) > >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >>> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter > >>> > (99) > >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (235) > >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) > >>> > org.apache.catalina.core.StandardContextValve.invoke (191) > >>> > org.apache.catalina.core.StandardHostValve.invoke (127) > >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) > >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) > >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) > >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) > >>> > org.apache.coyote.http11.Http11Processor.process (859) > >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process > >>> > (602) > >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) > >>> > java.lang.Thread.run (724) > >>> > > >>> > CAUSED BY > >>> > Message: Could not load source > >>> > > >>> > > >>> > > >>> > then from catalina.out: > >>> > > >>> > 2013-08-19 17:49:25,334 ERROR [main] > >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No domain > >>> > name > >>> > was specified on call to getRepositoryName() method.2013-08-19 > >>> > 17:49:25,334 > >>> > ERROR [main] > >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No > >>> > domain name was specified on call to getRepositoryName() > >>> > method.2013-08-19 > >>> > 17:49:25,334 ERROR [main] > >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No domain > >>> > name > >>> > was specified on call to getRepositoryName() method.[INFO] Starting > up > >>> > the > >>> > CollectionSpace Services' JAX-RS application.Static initializtion of: > >>> > > org.collectionspace.services.common.security.SecurityInterceptor[INFO] > >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 > >>> > 17:49:27,339 > >>> > (0) [http-8180-4] INFO > >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >>> > XMLMerge result output to: > >>> > > >>> > > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 > >>> > 17:49:29,695 (2356) [http-8180-2] INFO > >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >>> > XMLMerge result output to: > >>> > > >>> > > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 > >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO > >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 > >>> > > >>> > [ > http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6 > ]. > >>> > Please check http://ehcache.org for the latest version.Could not get > >>> > session > >>> > from CSPACESESSID cookie with value: > >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN > >>> > [http-8180-7] > >>> > > [org.collectionspace.services.common.security.SecurityInterceptor:358] > >>> > Attempt to logout when Nuxeo login context was null2013-08-19 > >>> > 17:49:47,953 > >>> > WARN [http-8180-7] > >>> > > >>> > > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] > >>> > Failed to create a session, as response has been committed. Unable to > >>> > store > >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] > >>> > > [org.collectionspace.services.common.security.SecurityInterceptor:358] > >>> > Attempt to logout when Nuxeo login context was null2013-08-19 > >>> > 17:49:48,773 > >>> > WARN [http-8180-7] > >>> > > >>> > > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] > >>> > Failed to create a session, as response has been committed. Unable to > >>> > store > >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR > >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web > application > >>> > [/collectionspace] appears to have started a thread named > >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. > This > >>> > is > >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR > >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web > application > >>> > [/collectionspace] appears to have started a thread named > >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop > it. > >>> > This > >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR > >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web > application > >>> > [/collectionspace] created a ThreadLocal with key of type > >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value > >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a > >>> > value of > >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when > the > >>> > web > >>> > application was stopped. This is very likely to create a memory > >>> > leak.2013-08-19 21:07:17,781 ERROR > >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web > application > >>> > [/collectionspace] created a ThreadLocal with key of type > >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value > >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a > >>> > value of > >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when > the > >>> > web > >>> > application was stopped. This is very likely to create a memory > >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN > >>> > > >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >>> > Could not merge the include files: > settings.xml,local-omca-settings.xml > >>> > > >>> > > >>> > It looks like the problem is with merging settings.xml and > >>> > local-omca-settings.xml? > >>> > > >>> > I've tried a second time to create the configuration change in > >>> > omca-collectionobject.xml (a newly created xml file with only this > >>> > snippet > >>> > in it: > >>> > > >>> > +<record id="collection-object"> > >>> > + > >>> > + <section id="identificationInformation"> > >>> > + <repeat id="responsibleDepartments" has-primary="yes"> > >>> > + > >>> > <selector>object-identification-responsible-department</selector> > >>> > + <field id="responsibleDepartment" ui-search="repeatable" > >>> > mini="search" > >>> > + seperate_ui_container="true"> > >>> > + > >>> > <selector>object-identification-responsible-department</selector> > >>> > + <options> > >>> > + <option id="">Please select a value</option> > >>> > + <option id="art">Art</option> > >>> > + <option id="history">History</option> > >>> > + <option id="science">Science</option> > >>> > + <option id="collections">Collections</option> > >>> > + <option id="education">Education</option> > >>> > + <option id="professionalservices">Professional > >>> > Services</option> > >>> > + <option id="multi">Multi</option> > >>> > + </options> > >>> > + </field> > >>> > + </repeat> > >>> > + <field id="collection" ui-search="repeatable" > >>> > seperate_ui_container="true"> > >>> > + <selector>object-identification-collection</selector> > >>> > + <options> > >>> > + <option id="">Please select a value</option> > >>> > + <option id="art">Art</option> > >>> > + <option id="artandartifact">Art and Artifact</option> > >>> > + <option id="exhibit">Exhibit</option> > >>> > + <option id="history">History</option> > >>> > + <option id="scientomology">SCI-Entomology</option> > >>> > + <option id="scifineart">SCI-Fine Art</option> > >>> > + <option id="scigalleryspecimens">SCI-Gallery > >>> > Specimens</option> > >>> > + <option id="scigeology">SCI-Geology</option> > >>> > + <option id="sciherbarium">SCI-Herbarium</option> > >>> > + <option id="sciherpetology">SCI-Herpetology</option> > >>> > + <option id="sciicthyology">SCI-Icthyology</option> > >>> > + <option > >>> > id="sciinvertebrates">SCI-Invertebrates</option> > >>> > + <option id="scilapidary">SCI-Lapidary</option> > >>> > + <option id="scimalacology">SCI-Malacology</option> > >>> > + <option id="scimammalogy">SCI-Mammalogy</option> > >>> > + <option > >>> > id="scimiscellaneous">SCI-Miscellaneous</option> > >>> > + <option id="sciornithology">SCI-Ornithology</option> > >>> > + <option > id="scipaleontology">SCI-Paleontology</option> > >>> > + <option id="sciphoto">SCI-Photo</option> > >>> > + <option id="scisnuffbottles">SCI-Snuff > Bottles</option> > >>> > + <option id="specimen">Specimen</option> > >>> > + </options> > >>> > + </field> > >>> > + </section> > >>> > + > >>> > +</record> > >>> > > >>> > > >>> > > >>> > then according to your last email, I ran "mvn clean install > -DskipTest" > >>> > rather than "mvn deploy -DskipTests". I ran this in the application > >>> > layer > >>> > folder called "application" that contains the pom.xml file. In my > path > >>> > it > >>> > looks like /home/root/application-source/application/. Then, do I > >>> > understand > >>> > I also need to run "ant deploy"? I wasn't able to run this in the > same > >>> > folder - I got an error saying this is no build file. > >>> > > >>> > I'm going off your previous instructions, as well as the > documentation > >>> > on the wiki for customizing the application layer: > >>> > > >>> > Hi Becky and Al, > >>> > One more set of notes on making 'starting out' customizations, > >>> > below: this one a customization of options in dropdown menus. > >>> > Aron > >>> > (Recommendation: start the CollectionSpace server before making the > >>> > following changes. This will help ensure those changes are made > >>> > 'live.') > >>> > * An example of how to replace the default sets of options in the > >>> > dropdown menus for the Responsible Department and OMCA Collection > >>> > fields. > >>> > The existing documentation on updating these option lists is > >>> > confusing, and wildly out of date; we expect to be updating it in the > >>> > near future. The customization method shown here as an example > >>> > reflects recently-added 'merge' capabilities that allow you to simply > >>> > replicate the block of configuration you want to customize, within a > >>> > separate file for your own museum; it will override the corresponding > >>> > configuration block in the default settings: > >>> > Actual change(s) made, within the source code tree for > >>> > CollectionSpace's Application layer: > >>> > > >>> > > >>> > > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 > >>> > You can compare this to the default configuration file for the > >>> > Cataloging record, in which the default options for those two > dropdown > >>> > menus appear: > >>> > > >>> > > >>> > > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 > >>> > To copy (deploy) these changes to the server folder, enter the > >>> > following at a command prompt, from within the top-level folder of > the > >>> > Application source code tree: > >>> > mvn deploy -DskipTests > >>> > > >>> > > >>> > > >>> > Sorry I'm not getting this! Do you have any ideas? > >>> > > >>> > Thanks again, > >>> > > >>> > Al > >>> > > >>> > > >>> > > >>> > Al Bersch > >>> > Digital Project Coordinator > >>> > Oakland Museum of California > >>> > 1000 Oak Street, Oakland, CA 94607 > >>> > abersch@museumca.org > >>> > 510-318-8468 > >>> > ________________________________ > >>> > From: "Aron Roberts" <aronroberts@gmail.com> > >>> > To: "Al Bersch" <abersch@museumca.org> > >>> > Cc: "talk" <talk@lists.collectionspace.org> > >>> > Sent: Friday, August 16, 2013 1:28:48 PM > >>> > > >>> > Subject: Re: [Talk] deploy mvn error > >>> > > >>> > The key is likely this snippet, from near the beginning of that long > >>> > and > >>> > singularly unhelpful chain of messages: > >>> > "org.collectionspace.chain.csp.config.ConfigException: Error loading > >>> > config" > >>> > > >>> > There may have been an error made in whatever configuration file, or > >>> > files, were modified. After they were deployed (copied) to the > server, > >>> > when > >>> > the Application layer read them, it got confused and barfed out this > >>> > long > >>> > stack trace. > >>> > > >>> > Typically, this means the file(s), after being modified, weren't > >>> > well-formed XML - perhaps an ending tag was left out somewhere? - or > >>> > they > >>> > didn't conform to the Application layer's expectation of what 'tags' > >>> > (XML > >>> > elements) are expected, in which hierarchical locations within the > >>> > file. > >>> > > >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean install > >>> > -DskipTests') and restarting Tomcat, should resolve the issue. You > >>> > might > >>> > also try, however, using a utility app that can show you differences > >>> > between > >>> > two files - your current version and your snapshot - and see if the > >>> > error is > >>> > readily made apparent by looking at those changes in that 'diff' > view. > >>> > (If > >>> > you're using Mac OS X, there's a list of such apps at > >>> > http://apple.stackexchange.com/a/87188) > >>> > > >>> > It's also worth checking the current cspace-app.log and > >>> > catalina.{today's date}.log to see if there may be any log message > >>> > specifically pinpointing the configuration error. > >>> > > >>> > Aron > >>> > > >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> > >>> > wrote: > >>> > > > >>> > > Hi again, > >>> > > > >>> > > Ok, I think I must have messed up somewhere when changing the files > >>> > > in > >>> > > the application layer. When I navigated to our tenant, the login > >>> > > screen is > >>> > > blank except for a place to put a user name and password. when I > >>> > > submit my > >>> > > password, I get this message: Any idea what I did wrong? Thanks! > >>> > > > >>> > > I have a snapshot prior to the changes in the application layer, > so I > >>> > > can always go back in time and try again. > >>> > > > >>> > > Al > >>> > > > >>> > > HTTP Status 400 - > >>> > > org.collectionspace.chain.controller.BadRequestException: Cannot > >>> > > initialise > >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: > >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > >>> > > config. > >>> > > See messages for details: summary Exception raised during parsing > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >>> > > at > >>> > > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >>> > > at > >>> > > > >>> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >>> > > at > >>> > > > >>> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >>> > > at > >>> > > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > >>> > > config. > >>> > > See messages for details: summary Exception raised during parsing > at > >>> > > > >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >>> > > ... 22 more Caused by: > >>> > > org.collectionspace.chain.csp.config.ConfigException: > >>> > > Error loading config. See messages for details: summary Exception > >>> > > raised > >>> > > during parsing at > >>> > > > >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >>> > > at > >>> > > > >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >>> > > ... 24 more > >>> > > > >>> > > ________________________________ > >>> > > > >>> > > type Status report > >>> > > > >>> > > message org.collectionspace.chain.controller.BadRequestException: > >>> > > Cannot initialise CSPs > >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > >>> > > config. > >>> > > See messages for details: summary Exception raised during parsing > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >>> > > at > >>> > > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >>> > > at > >>> > > > >>> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >>> > > at > >>> > > > >>> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >>> > > at > >>> > > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > >>> > > config. > >>> > > See messages for details: summary Exception raised during parsing > at > >>> > > > >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >>> > > ... 22 more Caused by: > >>> > > org.collectionspace.chain.csp.config.ConfigException: > >>> > > Error loading config. See messages for details: summary Exception > >>> > > raised > >>> > > during parsing at > >>> > > > >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >>> > > at > >>> > > > >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >>> > > ... 24 more > >>> > > > >>> > > description The request sent by the client was syntactically > >>> > > incorrect > >>> > > (org.collectionspace.chain.controller.BadRequestException: Cannot > >>> > > initialise > >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: > >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > >>> > > config. > >>> > > See messages for details: summary Exception raised during parsing > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >>> > > at > >>> > > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >>> > > at > >>> > > > >>> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >>> > > at > >>> > > > >>> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >>> > > at > >>> > > > >>> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >>> > > at > >>> > > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>> > > org.collectionspace.chain.csp.config.ConfigException: Error loading > >>> > > config. > >>> > > See messages for details: summary Exception raised during parsing > at > >>> > > > >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >>> > > ... 22 more Caused by: > >>> > > org.collectionspace.chain.csp.config.ConfigException: > >>> > > Error loading config. See messages for details: summary Exception > >>> > > raised > >>> > > during parsing at > >>> > > > >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >>> > > at > >>> > > > >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >>> > > at > >>> > > > >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >>> > > ... 24 more ). > >>> > > > >>> > > > >>> > > Al Bersch > >>> > > Digital Project Coordinator > >>> > > Oakland Museum of California > >>> > > 1000 Oak Street, Oakland, CA 94607 > >>> > > abersch@museumca.org > >>> > > 510-318-8468 > >>> > > ________________________________ > >>> > > From: "Aron Roberts" <aronroberts@gmail.com> > >>> > > To: "Al Bersch" <abersch@museumca.org> > >>> > > Cc: "talk" <talk@lists.collectionspace.org> > >>> > > Sent: Friday, August 16, 2013 12:58:56 PM > >>> > > Subject: Re: [Talk] deploy mvn error > >>> > > > >>> > > Hi Al, > >>> > > > >>> > > You likely will have success with 'mvn clean install -DskipTests' > >>> > > when building and deploying the App layer with your dropdown list > >>> > > changes, > >>> > > rather than 'mvn deploy -DskipTests'. > >>> > > > >>> > > It's a bit confusing (and I hope I don't need to keep repeating > >>> > > this > >>> > > :-), but CollectionSpace Services layer uses Maven to build > artifacts > >>> > > and > >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn > clean > >>> > > install' followed by 'ant deploy'), while the Application and UI > >>> > > layers use > >>> > > Maven ('mvn install') for both tasks. There are some historical > and > >>> > > technical reasons for this difference, not worth going into ... > >>> > > > >>> > > Aron > >>> > > > >>> > > > >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch <abersch@museumca.org> > >>> > > wrote: > >>> > >> > >>> > >> Hello all, > >>> > >> > >>> > >> I changed our dropdown lists in Department and Collection in the > >>> > >> application layer source code, and when I ran mvn deploy > -DskipTests > >>> > >> I get > >>> > >> this error: > >>> > >> > >>> > >> [ERROR] BUILD ERROR > >>> > >> [INFO] > >>> > >> > >>> > >> > ------------------------------------------------------------------------ > >>> > >> [INFO] Failed to configure plugin parameters for: > >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 > >>> > >> > >>> > >> check that the following section of the pom.xml is present and > >>> > >> correct: > >>> > >> > >>> > >> <distributionManagement> > >>> > >> <!-- use the following if you're not using a snapshot version. > --> > >>> > >> <repository> > >>> > >> <id>repo</id> > >>> > >> <name>Repository Name</name> > >>> > >> <url>scp://host/path/to/repo</url> > >>> > >> </repository> > >>> > >> <!-- use the following if you ARE using a snapshot version. --> > >>> > >> <snapshotRepository> > >>> > >> <id>repo</id> > >>> > >> <name>Repository Name</name> > >>> > >> <url>scp://host/path/to/repo</url> > >>> > >> </snapshotRepository> > >>> > >> </distributionManagement> > >>> > >> > >>> > >> Cause: Class > >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot > be > >>> > >> instantiated > >>> > >> > >>> > >> > >>> > >> > >>> > >> I looked in the pom.xml, and found this: > >>> > >> > >>> > >> <!-- The CollectionSpace public Maven repository for "snapshot" > >>> > >> artifacts --> > >>> > >> <repositories> > >>> > >> <repository> > >>> > >> <id>libs-snapshot-local</id> > >>> > >> <name>libs-snapshot-local</name> > >>> > >> > >>> > >> > >>> > >> <url> > http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local > </url> > >>> > >> <snapshots> > >>> > >> <enabled>true</enabled> > >>> > >> </snapshots> > >>> > >> > >>> > >> > >>> > >> I'm wondering, which repository setting should I use (snapshot or > >>> > >> not > >>> > >> snapshot)? Our installation is on a virtual server in linode. > >>> > >> > >>> > >> And, does anyone know where I should set the path to our > repository? > >>> > >> I'm guessing that the error is party due to the url being mapped > to > >>> > >> nightly.collectionspace.org. > >>> > >> > >>> > >> Thanks! > >>> > >> > >>> > >> Al > >>> > >> > >>> > >> Al Bersch > >>> > >> Digital Project Coordinator > >>> > >> Oakland Museum of California > >>> > >> 1000 Oak Street, Oakland, CA 94607 > >>> > >> abersch@museumca.org > >>> > >> 510-318-8468 > >>> > >> > >>> > >> _______________________________________________ > >>> > >> 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 > >>> > >> > > >
AR
Aron Roberts
Wed, Aug 21, 2013 7:30 PM

Jesse asked:

On Wed, Aug 21, 2013 at 12:12 PM, Jesse Martinez mjesse@gmail.com wrote:

One thing I'm confused about, and maybe someone from the core team can chime
in, have the tenant creation instructions changed for the app layer in the
last version(s)? I seem to remember an additional step required to add in a
copy command in war-entry/build.xml (see
http://wiki.collectionspace.org/display/CSPACE30/Creating+your+new+tenant vs
http://wiki.collectionspace.org/display/DOC/Creating+your+new+tenant)

That's an astute observation.

AFAIK, that 'copy command' step when creating your new tenant in the
Application layer, below, which required that you add a couple of
lines to the Application layer's war-entry/build.xml file, is no
longer necessary.

Aron

P.S. Unless I'm missing something obvious, this copy step doesn't seem
to have been necessary since at least version 2.0, but that relevant
document wasn't updated to reflect that.

Last week, I updated the 'creating your new tenant' page on the DOC
and UNRELEASED wikis to reflect this change and other recent changes,
in part in preparation for further revisions in version 4.0.  (This
page could still benefit by some additional user testing.)  Version
4.0's "unified configuration" changes should make the process of
adding a new tenant slightly easier still, but - if all goes well -
should make the process of adding custom schema extensions for a
museum or a community of practice ("domain") far easier.

--

  1. Open the file war-entry/build.xml in a text editor. You'll need to
    make one change to this file.

a. Within the section of that file that starts with <target
name="deploy_cspace_config" and ends in a matching </target> tag, add
two lines that will cause your new tenant's files to be automatically
deployed to the CollectionSpace server folder. (In the example below,
substitute the short name of your tenant wherever you see
{your_museum}.):
<target name="deploy_cspace_config" description="Copies application layer config files to their deployed locations">
...
<copy file="${app_trunk}/tomcat-main/src/main/resources/{your_museum}-tenant.xml" tofile="${config_destination}/cspace-config-{your_museum}.xml" />
<copy file="${app_trunk}/tomcat-main/src/main/resources/tenants/{your_museum}/local-settings.xml" tofile="${config_destination}/tenants/{your_museum}/local-settings.xml"/>
</target>

Jesse asked: On Wed, Aug 21, 2013 at 12:12 PM, Jesse Martinez <mjesse@gmail.com> wrote: > One thing I'm confused about, and maybe someone from the core team can chime > in, have the tenant creation instructions changed for the app layer in the > last version(s)? I seem to remember an additional step required to add in a > copy command in war-entry/build.xml (see > http://wiki.collectionspace.org/display/CSPACE30/Creating+your+new+tenant vs > http://wiki.collectionspace.org/display/DOC/Creating+your+new+tenant) That's an astute observation. AFAIK, that 'copy command' step when creating your new tenant in the Application layer, below, which required that you add a couple of lines to the Application layer's war-entry/build.xml file, is no longer necessary. Aron P.S. Unless I'm missing something obvious, this copy step doesn't seem to have been necessary since at least version 2.0, but that relevant document wasn't updated to reflect that. Last week, I updated the 'creating your new tenant' page on the DOC and UNRELEASED wikis to reflect this change and other recent changes, in part in preparation for further revisions in version 4.0. (This page could still benefit by some additional user testing.) Version 4.0's "unified configuration" changes should make the process of adding a new tenant slightly easier still, but - if all goes well - should make the process of adding custom schema extensions for a museum or a community of practice ("domain") far easier. -- 8. Open the file war-entry/build.xml in a text editor. You'll need to make one change to this file. a. Within the section of that file that starts with <target name="deploy_cspace_config" and ends in a matching </target> tag, add two lines that will cause your new tenant's files to be automatically deployed to the CollectionSpace server folder. (In the example below, substitute the short name of your tenant wherever you see {your_museum}.): <target name="deploy_cspace_config" description="Copies application layer config files to their deployed locations"> ... <copy file="${app_trunk}/tomcat-main/src/main/resources/{your_museum}-tenant.xml" tofile="${config_destination}/cspace-config-{your_museum}.xml" /> <copy file="${app_trunk}/tomcat-main/src/main/resources/tenants/{your_museum}/local-settings.xml" tofile="${config_destination}/tenants/{your_museum}/local-settings.xml"/> </target>
AR
Aron Roberts
Wed, Aug 21, 2013 7:33 PM

On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez mjesse@gmail.com wrote:

Be sure to also use the cspace user to start and stop the tomcat instances.
It's very easy to forget and run a concurrent tomcat process as root that'll
surely cause a hiccup later on. (As I've done numerous times...)

Here too :-(.  Since we're building a set of tips here on the Talk
list, if you ever start Tomcat as root, either by running it as that
user or via 'sudo', you'll find that there are now some files in the
Tomcat server folder that are owned by root, rather than by your
dedicated CollectionSpace user account.  If that ever happens, you can
just re-run that recursive chown command (e.g. chown -R cspace:cspace
$CATALINA_HOME) to restore the previous ownership.

Aron

  • Jesse

On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts aronroberts@gmail.com wrote:

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system.  One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user.  In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an
Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful, but
we
didn't allow login for root via ssh or ftp, and root owns these files. I
suppose I could copy everything over to abersch, and then copy back to
root
later? Does anyone have a suggestion for best practices using sftp tools
to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml.  And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's  nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy
over
settings.xml from the "core" tenant into "omca," and make the changes
listed
in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com
wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.
It
looks like you might be missing a closing bracket in this line: I don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this in
the
past and there are sometimes encoding issues involved including end
line
chars.) I'm trying to deduce if there are encoding issues at play here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price), and
Sublime
Text. Cyberduck can be set to automatically open editable files in
Sublime
Text and save them back to the remote server seamlessly. Sublime Text
isn't
a full-fledged IDE, but it is light-weight and has a lot of good tools
for
easily checking format and syntax based on file type. It's free, works
on
multiple OSs and my go-to code editor in a pinch. Aron also recommends
good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca"> 
     <version>11</version>
     <!-- Note: omca-collectionobject.xml should not appear in the

'include' line below -->
<!-- This line is for merging various settings files together. -->
<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

     <spec>
             <include src="base-relations.xml"/>
             <include src="base-schemas.xml"/>

             <records>
                     <enum-blank>Please select a value</enum-blank>
                     <!-- Here's where you can indicate that you

want
to merge in your own Cataloging record changes -->
<include
src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/
<include src="base-procedure-acquisition.xml"/>
<include src="base-procedure-blobs.xml"/>
...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been
encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61
it appears the error is in reading or merging XML content, rather than
in
not finding either of the two files to be merged, or in not being able
to
read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to
merge
two dissimilar things: a settings file for your tenant (which contains
some
general administrative settings), together with some field-level
settings
for a particular record type.

If you'd like to merge custom changes into the Cataloging record,
such
as changing the contents of options lists, here's an example of how
you
can
specify that, as shown line 12 of the tenant 'includes' file for the
UCJEPS
herbaria:

https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look
something
like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. --> <include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/> ... <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/> ...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the plug
for
using github as a backup resource - I'll do that, and also apologize
in
advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the
file
I added to the omca tenant (omca-collectionobject.xml), wasn't there
in
the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me
where
I
might find catalina.(today'sdate).log?) and here are some snippets,
first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN  [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]
Could not merge the include files:
settings.xml,local-omca-settings.xml
2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]
Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)
org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse
(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54)
org.collectionspace.chain.controller.TenantServlet.load_config (156)
org.collectionspace.chain.controller.TenantServlet.setup (179)

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter
(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter
(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process
(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.[INFO] Starting
up
the
CollectionSpace Services' JAX-RS application.Static initializtion
of:

org.collectionspace.services.common.security.SecurityInterceptor[INFO]
CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6].
Please check http://ehcache.org for the latest version.Could not get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 17:49:48,765 WARN  [http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it.
This
is
very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop
it.
This
is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
Could not merge the include files:
settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this
snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment"

ui-search="repeatable"
mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and

Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install
-DskipTest"
rather than "mvn deploy -DskipTests". I ran this in the application
layer
folder called "application" that contains the pom.xml file. In my
path
it
looks like /home/root/application-source/application/. Then, do I
understand
I also need to run "ant deploy"? I wasn't able to run this in the
same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the
documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes.  This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in
    the
    near future.  The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to
    simply
    replicate the block of configuration you want to customize, within a
    separate file for your own museum; it will override the
    corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7
You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two
dropdown
menus appear:

https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112
To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of
the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error loading
config"

There may have been an error made in whatever configuration file, or
files, were modified.  After they were deployed (copied) to the
server,
when
the Application layer read them, it got confused and barfed out this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? - or
they
didn't conform to the Application layer's expectation of what 'tags'
(XML
elements) are expected, in which hierarchical locations within the
file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean
install
-DskipTests') and restarting Tomcat, should resolve the issue.  You
might
also try, however, using a utility app that can show you differences
between
two files - your current version and your snapshot - and see if the
error is
readily made apparent by looking at those changes in that 'diff'
view.
(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org
wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the
files
in
the application layer. When I navigated to our tenant, the login
screen is
blank except for a place to put a user name and password. when I
submit my
password, I get this message:  Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer,
so I
can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install
-DskipTests'
when building and deploying the App layer with your dropdown list
changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating
this
:-), but CollectionSpace Services layer uses Maven to build
artifacts
and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn
clean
install' followed by 'ant deploy'), while the Application and UI
layers use
Maven ('mvn install') for both tasks.  There are some historical
and
technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy
-DskipTests
I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version. --> <repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot
be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name>

<url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url>
<snapshots>
<enabled>true</enabled>
</snapshots>

I'm wondering, which repository setting should I use (snapshot or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our
repository?
I'm guessing that the error is party due to the url being mapped
to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

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

On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez <mjesse@gmail.com> wrote: > Be sure to also use the cspace user to start and stop the tomcat instances. > It's very easy to forget and run a concurrent tomcat process as root that'll > surely cause a hiccup later on. (As I've done numerous times...) Here too :-(. Since we're building a set of tips here on the Talk list, if you ever start Tomcat as root, either by running it as that user or via 'sudo', you'll find that there are now some files in the Tomcat server folder that are owned by root, rather than by your dedicated CollectionSpace user account. If that ever happens, you can just re-run that recursive chown command (e.g. chown -R cspace:cspace $CATALINA_HOME) to restore the previous ownership. Aron > > - Jesse > > > On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts <aronroberts@gmail.com> wrote: >> >> Hi Al, >> >> One other thought: as far as I'm aware, none of the pieces that >> comprise a CollectionSpace server system need to be run as 'root' on >> Linux, Mac OS X, or any other Unix-like system. One best practice >> that we've been following is to create a dedicated system (OS-level) >> user, and change ownership of all of the files in the Tomcat server >> folder to be owned by that user. In the case of a user named 'cspace' >> in the 'cspace' group, for instance: >> >> sudo chown -R cspace:cspace $CATALINA_HOME >> >> You can then similarly change ownership of your source code trees to >> that same user, or at least to a user that is a member of that group >> (assuming that group has write privileges to all of the relevant >> directories in the Tomcat server folder). >> >> Aron >> >> On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> wrote: >> > Hi Aron, Jesse, Ray - >> > >> > Thanks for all this advice and patience. >> > >> > I am using vim to edit the xml in a terminal window. I am useing an >> > Ubuntu >> > virtual server. Using SFTP to connect via text wragler is beautiful, but >> > we >> > didn't allow login for root via ssh or ftp, and root owns these files. I >> > suppose I could copy everything over to abersch, and then copy back to >> > root >> > later? Does anyone have a suggestion for best practices using sftp tools >> > to >> > edit? >> > >> > The XML validator is great. I don't have any errors in >> > omca-collectionobject.xml. And Jesse, thanks for catching that typo in >> > omca-tenant.xml. That was acutally live - my bad! >> > >> > Checking the logs, it looks like the problem is with settings.xml or >> > local-omca-setitngs.xml. There's nothing in my omca settings.xml file >> > (hence the "null" symbol over and over). would it make sense to re-copy >> > over >> > settings.xml from the "core" tenant into "omca," and make the changes >> > listed >> > in the "creating your tenant" documentation? >> > >> > Thanks again everyone. This is so beyond helpful. >> > >> > Al >> > >> > >> > >> > Al Bersch >> > Digital Project Coordinator >> > Oakland Museum of California >> > 1000 Oak Street, Oakland, CA 94607 >> > abersch@museumca.org >> > 510-318-8468 >> > ________________________________ >> > From: "Aron Roberts" <aronroberts@gmail.com> >> > To: "Jesse Martinez" <mjesse@gmail.com> >> > >> > Cc: "Al Bersch" <abersch@museumca.org>, "talk" >> > <talk@lists.collectionspace.org> >> > Sent: Tuesday, August 20, 2013 4:31:01 PM >> > >> > Subject: Re: [Talk] deploy mvn error >> > >> > Thanks, Jesse! >> > >> > As yet another possibility, along with the other options mentioned, >> > the (free) TextWrangler editor can directly open files on a remote >> > system via SFTP: >> > >> > >> > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ >> > >> > >> > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> >> > wrote: >> >> Hi Al, >> >> >> >> Just noticed a quick typo in the text you c/p into an earlier email. >> >> It >> >> looks like you might be missing a closing bracket in this line: I don't >> >> know >> >> if it's a c/p typo or not, so just thought I'd point it out! >> >> >> >> <include src="base-collectionobject.xml,omca-collectionobject.xml" >> >> merge="xmlmerge.properties"/ >> >> >> >> Also, how are you editing these files? Are you using a cli utility like >> >> emacs or vim? (Might you be using Cygwin on Windows?? I've used this in >> >> the >> >> past and there are sometimes encoding issues involved including end >> >> line >> >> chars.) I'm trying to deduce if there are encoding issues at play here. >> >> >> >> Personally speaking, I like to use a local editor when making quick >> >> changes >> >> on a remote server. What works for me on a Mac is a combination of >> >> Cyberduck >> >> (free sftp client) (or Transmit, which is well worth its price), and >> >> Sublime >> >> Text. Cyberduck can be set to automatically open editable files in >> >> Sublime >> >> Text and save them back to the remote server seamlessly. Sublime Text >> >> isn't >> >> a full-fledged IDE, but it is light-weight and has a lot of good tools >> >> for >> >> easily checking format and syntax based on file type. It's free, works >> >> on >> >> multiple OSs and my go-to code editor in a pinch. Aron also recommends >> >> good >> >> editors too. >> >> >> >> - Jesse >> >> >> >> >> >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> >> >> wrote: >> >>> >> >>> Hi Aron, >> >>> >> >>> Thanks so much for addressing these questions. >> >>> >> >>> I entered the language at the end of your email into my >> >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: >> >>> >> >>> <cspace-config tenantname="omca"> >> >>> >> >>> <version>11</version> >> >>> <!-- Note: omca-collectionobject.xml should not appear in the >> >>> 'include' line below --> >> >>> <!-- This line is for merging various settings files together. >> >>> --> >> >>> <include src="settings.xml,local-omca-settings.xml" >> >>> merge="xmlmerge.properties" >> >>> strip-root="yes" /> >> >>> >> >>> <spec> >> >>> <include src="base-relations.xml"/> >> >>> <include src="base-schemas.xml"/> >> >>> >> >>> <records> >> >>> <enum-blank>Please select a value</enum-blank> >> >>> <!-- Here's where you can indicate that you >> >>> want >> >>> to merge in your own Cataloging record changes --> >> >>> <include >> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >> >>> merge="xmlmerge.properties"/ >> >>> <include >> >>> src="base-procedure-acquisition.xml"/> >> >>> <include src="base-procedure-blobs.xml"/> >> >>> ... >> >>> >> >>> then re-created the omca-collectionobject.xml file (located at >> >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: >> >>> >> >>> +<record id="collection-object"> >> >>> + >> >>> + <section id="identificationInformation"> >> >>> + <repeat id="responsibleDepartments" has-primary="yes"> >> >>> + >> >>> <selector>object-identification-responsible-department</selector> >> >>> + <field id="responsibleDepartment" ui-search="repeatable" >> >>> mini="search" >> >>> + seperate_ui_container="true"> >> >>> + >> >>> <selector>object-identification-responsible-department</selector> >> >>> + <options> >> >>> + <option id="">Please select a value</option> >> >>> + <option id="art">Art</option> >> >>> + <option id="history">History</option> >> >>> + <option id="science">Science</option> >> >>> + <option id="collections">Collections</option> >> >>> + <option id="education">Education</option> >> >>> + <option id="professionalservices">Professional >> >>> Services</option> >> >>> + <option id="multi">Multi</option> >> >>> + </options> >> >>> + </field> >> >>> + </repeat> >> >>> + <field id="collection" ui-search="repeatable" >> >>> seperate_ui_container="true"> >> >>> + <selector>object-identification-collection</selector> >> >>> + <options> >> >>> + <option id="">Please select a value</option> >> >>> + <option id="art">Art</option> >> >>> + <option id="artandartifact">Art and Artifact</option> >> >>> + <option id="exhibit">Exhibit</option> >> >>> + <option id="history">History</option> >> >>> + <option id="scientomology">SCI-Entomology</option> >> >>> + <option id="scifineart">SCI-Fine Art</option> >> >>> + <option id="scigalleryspecimens">SCI-Gallery >> >>> Specimens</option> >> >>> + <option id="scigeology">SCI-Geology</option> >> >>> + <option id="sciherbarium">SCI-Herbarium</option> >> >>> + <option id="sciherpetology">SCI-Herpetology</option> >> >>> + <option id="sciicthyology">SCI-Icthyology</option> >> >>> + <option >> >>> id="sciinvertebrates">SCI-Invertebrates</option> >> >>> + <option id="scilapidary">SCI-Lapidary</option> >> >>> + <option id="scimalacology">SCI-Malacology</option> >> >>> + <option id="scimammalogy">SCI-Mammalogy</option> >> >>> + <option >> >>> id="scimiscellaneous">SCI-Miscellaneous</option> >> >>> + <option id="sciornithology">SCI-Ornithology</option> >> >>> + <option id="scipaleontology">SCI-Paleontology</option> >> >>> + <option id="sciphoto">SCI-Photo</option> >> >>> + <option id="scisnuffbottles">SCI-Snuff >> >>> Bottles</option> >> >>> + <option id="specimen">Specimen</option> >> >>> + </options> >> >>> + </field> >> >>> + </section> >> >>> + >> >>> +</record> >> >>> >> >>> But alas, I'm still getting the same error message when I log into my >> >>> tenant. >> >>> >> >>> If it matters, I looked in my settings.xml file and get a big chunk of >> >>> this: ^@^@^@^@^@^@^. >> >>> >> >>> do you see anything wrong here in the files I copied? >> >>> >> >>> thanks, >> >>> >> >>> Al >> >>> >> >>> Al Bersch >> >>> Digital Project Coordinator >> >>> Oakland Museum of California >> >>> 1000 Oak Street, Oakland, CA 94607 >> >>> abersch@museumca.org >> >>> 510-318-8468 >> >>> ________________________________ >> >>> From: "Aron Roberts" <aronroberts@gmail.com> >> >>> To: "Al Bersch" <abersch@museumca.org> >> >>> Cc: "talk" <talk@lists.collectionspace.org> >> >>> Sent: Monday, August 19, 2013 5:39:58 PM >> >>> >> >>> Subject: Re: [Talk] deploy mvn error >> >>> >> >>> Hi Al, >> >>> >> >>> My sincere apologies for these difficulties you've been >> >>> encountering. >> >>> >> >>> > It looks like the problem is with merging settings.xml and >> >>> > local-omca-settings.xml? >> >>> >> >>> Yes, that certainly looks like the case. >> >>> >> >>> This line appeared in part of the output from this error, in >> >>> catalina.out: >> >>> >> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception >> >>> > raised during parsing >> >>> > Stack : >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >> >>> > (61) >> >>> >> >>> From looking at the Application layer's code at line 61 of >> >>> AssemblingParser.java: >> >>> >> >>> >> >>> >> >>> https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 >> >>> it appears the error is in reading or merging XML content, rather than >> >>> in >> >>> not finding either of the two files to be merged, or in not being able >> >>> to >> >>> read them as a result of insufficient access permissions or other >> >>> filesystem-related issues. >> >>> >> >>> It appears that you might potentially be inadvertently trying to >> >>> merge >> >>> two dissimilar things: a settings file for your tenant (which contains >> >>> some >> >>> general administrative settings), together with some field-level >> >>> settings >> >>> for a particular record type. >> >>> >> >>> If you'd like to merge custom changes into the Cataloging record, >> >>> such >> >>> as changing the contents of options lists, here's an example of how >> >>> you >> >>> can >> >>> specify that, as shown line 12 of the tenant 'includes' file for the >> >>> UCJEPS >> >>> herbaria: >> >>> >> >>> >> >>> >> >>> >> >>> https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 >> >>> >> >>> Following that example, your >> >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look >> >>> something >> >>> like the following: >> >>> >> >>> <cspace-config tenantname="omca"> >> >>> <version>11</version> >> >>> <!-- Note: omca-collectionobject.xml should not appear in the >> >>> 'include' >> >>> line below --> >> >>> <!-- This line is for merging various settings files together. --> >> >>> <include src="settings.xml,local-settings.xml" >> >>> merge="xmlmerge-settings.properties" strip-root="yes"/> >> >>> ... >> >>> <records> >> >>> <enum-blank>Please select a value</enum-blank> >> >>> <!-- Here's where you can indicate that you want to merge in your >> >>> own >> >>> Cataloging record changes --> >> >>> <include src="base-collectionobject.xml,omca-collectionobject.xml" >> >>> merge="xmlmerge.properties"/> >> >>> ... >> >>> >> >>> Aron >> >>> >> >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> >> >>> wrote: >> >>> > >> >>> > Hi Aron, >> >>> > >> >>> > Thanks so much again for your continued assistance. And for the plug >> >>> > for >> >>> > using github as a backup resource - I'll do that, and also apologize >> >>> > in >> >>> > advance for the cut-and-paste text below. >> >>> > >> >>> > I installed DiffMerge, but I'm not sure what to compare, since the >> >>> > file >> >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't there >> >>> > in >> >>> > the >> >>> > previous snapshot. I think I'm a little confused. >> >>> > >> >>> > I looked in the cspace-app.log and catalina.out (can you tell me >> >>> > where >> >>> > I >> >>> > might find catalina.(today'sdate).log?) and here are some snippets, >> >>> > first >> >>> > from cspace-app.log: >> >>> > >> >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] >> >>> > >> >>> > >> >>> > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] >> >>> > Could not merge the include files: >> >>> > settings.xml,local-omca-settings.xml >> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] >> >>> > >> >>> > >> >>> > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] >> >>> > Message: Exception raised during parsing >> >>> > >> >>> > Stack : >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >> >>> > (61) >> >>> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse >> >>> > (62) >> >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54) >> >>> > org.collectionspace.chain.controller.TenantServlet.load_config (156) >> >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) >> >>> > >> >>> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant >> >>> > (117) >> >>> > org.collectionspace.chain.controller.TenantUIServlet.service (568) >> >>> > javax.servlet.http.HttpServlet.service (717) >> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> >>> > (290) >> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >> >>> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter >> >>> > (33) >> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> >>> > (235) >> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >> >>> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter >> >>> > (99) >> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> >>> > (235) >> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >> >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) >> >>> > org.apache.catalina.core.StandardContextValve.invoke (191) >> >>> > org.apache.catalina.core.StandardHostValve.invoke (127) >> >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) >> >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) >> >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) >> >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) >> >>> > org.apache.coyote.http11.Http11Processor.process (859) >> >>> > >> >>> > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process >> >>> > (602) >> >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) >> >>> > java.lang.Thread.run (724) >> >>> > >> >>> > CAUSED BY >> >>> > Message: Could not load source >> >>> > >> >>> > >> >>> > >> >>> > then from catalina.out: >> >>> > >> >>> > 2013-08-19 17:49:25,334 ERROR [main] >> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >> >>> > domain >> >>> > name >> >>> > was specified on call to getRepositoryName() method.2013-08-19 >> >>> > 17:49:25,334 >> >>> > ERROR [main] >> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >> >>> > domain name was specified on call to getRepositoryName() >> >>> > method.2013-08-19 >> >>> > 17:49:25,334 ERROR [main] >> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >> >>> > domain >> >>> > name >> >>> > was specified on call to getRepositoryName() method.[INFO] Starting >> >>> > up >> >>> > the >> >>> > CollectionSpace Services' JAX-RS application.Static initializtion >> >>> > of: >> >>> > >> >>> > org.collectionspace.services.common.security.SecurityInterceptor[INFO] >> >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 >> >>> > 17:49:27,339 >> >>> > (0) [http-8180-4] INFO >> >>> > >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >> >>> > XMLMerge result output to: >> >>> > >> >>> > >> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >> >>> > 17:49:29,695 (2356) [http-8180-2] INFO >> >>> > >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >> >>> > XMLMerge result output to: >> >>> > >> >>> > >> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >> >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO >> >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 >> >>> > >> >>> > >> >>> > [http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6]. >> >>> > Please check http://ehcache.org for the latest version.Could not get >> >>> > session >> >>> > from CSPACESESSID cookie with value: >> >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN >> >>> > [http-8180-7] >> >>> > >> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >> >>> > 17:49:47,953 >> >>> > WARN [http-8180-7] >> >>> > >> >>> > >> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >> >>> > Failed to create a session, as response has been committed. Unable >> >>> > to >> >>> > store >> >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] >> >>> > >> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >> >>> > 17:49:48,773 >> >>> > WARN [http-8180-7] >> >>> > >> >>> > >> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >> >>> > Failed to create a session, as response has been committed. Unable >> >>> > to >> >>> > store >> >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >> >>> > application >> >>> > [/collectionspace] appears to have started a thread named >> >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. >> >>> > This >> >>> > is >> >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >> >>> > application >> >>> > [/collectionspace] appears to have started a thread named >> >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop >> >>> > it. >> >>> > This >> >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >> >>> > application >> >>> > [/collectionspace] created a ThreadLocal with key of type >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >> >>> > value of >> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >> >>> > the >> >>> > web >> >>> > application was stopped. This is very likely to create a memory >> >>> > leak.2013-08-19 21:07:17,781 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >> >>> > application >> >>> > [/collectionspace] created a ThreadLocal with key of type >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >> >>> > value of >> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >> >>> > the >> >>> > web >> >>> > application was stopped. This is very likely to create a memory >> >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN >> >>> > >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >> >>> > Could not merge the include files: >> >>> > settings.xml,local-omca-settings.xml >> >>> > >> >>> > >> >>> > It looks like the problem is with merging settings.xml and >> >>> > local-omca-settings.xml? >> >>> > >> >>> > I've tried a second time to create the configuration change in >> >>> > omca-collectionobject.xml (a newly created xml file with only this >> >>> > snippet >> >>> > in it: >> >>> > >> >>> > +<record id="collection-object"> >> >>> > + >> >>> > + <section id="identificationInformation"> >> >>> > + <repeat id="responsibleDepartments" has-primary="yes"> >> >>> > + >> >>> > <selector>object-identification-responsible-department</selector> >> >>> > + <field id="responsibleDepartment" >> >>> > ui-search="repeatable" >> >>> > mini="search" >> >>> > + seperate_ui_container="true"> >> >>> > + >> >>> > <selector>object-identification-responsible-department</selector> >> >>> > + <options> >> >>> > + <option id="">Please select a value</option> >> >>> > + <option id="art">Art</option> >> >>> > + <option id="history">History</option> >> >>> > + <option id="science">Science</option> >> >>> > + <option id="collections">Collections</option> >> >>> > + <option id="education">Education</option> >> >>> > + <option id="professionalservices">Professional >> >>> > Services</option> >> >>> > + <option id="multi">Multi</option> >> >>> > + </options> >> >>> > + </field> >> >>> > + </repeat> >> >>> > + <field id="collection" ui-search="repeatable" >> >>> > seperate_ui_container="true"> >> >>> > + <selector>object-identification-collection</selector> >> >>> > + <options> >> >>> > + <option id="">Please select a value</option> >> >>> > + <option id="art">Art</option> >> >>> > + <option id="artandartifact">Art and >> >>> > Artifact</option> >> >>> > + <option id="exhibit">Exhibit</option> >> >>> > + <option id="history">History</option> >> >>> > + <option id="scientomology">SCI-Entomology</option> >> >>> > + <option id="scifineart">SCI-Fine Art</option> >> >>> > + <option id="scigalleryspecimens">SCI-Gallery >> >>> > Specimens</option> >> >>> > + <option id="scigeology">SCI-Geology</option> >> >>> > + <option id="sciherbarium">SCI-Herbarium</option> >> >>> > + <option id="sciherpetology">SCI-Herpetology</option> >> >>> > + <option id="sciicthyology">SCI-Icthyology</option> >> >>> > + <option >> >>> > id="sciinvertebrates">SCI-Invertebrates</option> >> >>> > + <option id="scilapidary">SCI-Lapidary</option> >> >>> > + <option id="scimalacology">SCI-Malacology</option> >> >>> > + <option id="scimammalogy">SCI-Mammalogy</option> >> >>> > + <option >> >>> > id="scimiscellaneous">SCI-Miscellaneous</option> >> >>> > + <option id="sciornithology">SCI-Ornithology</option> >> >>> > + <option >> >>> > id="scipaleontology">SCI-Paleontology</option> >> >>> > + <option id="sciphoto">SCI-Photo</option> >> >>> > + <option id="scisnuffbottles">SCI-Snuff >> >>> > Bottles</option> >> >>> > + <option id="specimen">Specimen</option> >> >>> > + </options> >> >>> > + </field> >> >>> > + </section> >> >>> > + >> >>> > +</record> >> >>> > >> >>> > >> >>> > >> >>> > then according to your last email, I ran "mvn clean install >> >>> > -DskipTest" >> >>> > rather than "mvn deploy -DskipTests". I ran this in the application >> >>> > layer >> >>> > folder called "application" that contains the pom.xml file. In my >> >>> > path >> >>> > it >> >>> > looks like /home/root/application-source/application/. Then, do I >> >>> > understand >> >>> > I also need to run "ant deploy"? I wasn't able to run this in the >> >>> > same >> >>> > folder - I got an error saying this is no build file. >> >>> > >> >>> > I'm going off your previous instructions, as well as the >> >>> > documentation >> >>> > on the wiki for customizing the application layer: >> >>> > >> >>> > Hi Becky and Al, >> >>> > One more set of notes on making 'starting out' customizations, >> >>> > below: this one a customization of options in dropdown menus. >> >>> > Aron >> >>> > (Recommendation: start the CollectionSpace server before making the >> >>> > following changes. This will help ensure those changes are made >> >>> > 'live.') >> >>> > * An example of how to replace the default sets of options in the >> >>> > dropdown menus for the Responsible Department and OMCA Collection >> >>> > fields. >> >>> > The existing documentation on updating these option lists is >> >>> > confusing, and wildly out of date; we expect to be updating it in >> >>> > the >> >>> > near future. The customization method shown here as an example >> >>> > reflects recently-added 'merge' capabilities that allow you to >> >>> > simply >> >>> > replicate the block of configuration you want to customize, within a >> >>> > separate file for your own museum; it will override the >> >>> > corresponding >> >>> > configuration block in the default settings: >> >>> > Actual change(s) made, within the source code tree for >> >>> > CollectionSpace's Application layer: >> >>> > >> >>> > >> >>> > >> >>> > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 >> >>> > You can compare this to the default configuration file for the >> >>> > Cataloging record, in which the default options for those two >> >>> > dropdown >> >>> > menus appear: >> >>> > >> >>> > >> >>> > >> >>> > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 >> >>> > To copy (deploy) these changes to the server folder, enter the >> >>> > following at a command prompt, from within the top-level folder of >> >>> > the >> >>> > Application source code tree: >> >>> > mvn deploy -DskipTests >> >>> > >> >>> > >> >>> > >> >>> > Sorry I'm not getting this! Do you have any ideas? >> >>> > >> >>> > Thanks again, >> >>> > >> >>> > Al >> >>> > >> >>> > >> >>> > >> >>> > Al Bersch >> >>> > Digital Project Coordinator >> >>> > Oakland Museum of California >> >>> > 1000 Oak Street, Oakland, CA 94607 >> >>> > abersch@museumca.org >> >>> > 510-318-8468 >> >>> > ________________________________ >> >>> > From: "Aron Roberts" <aronroberts@gmail.com> >> >>> > To: "Al Bersch" <abersch@museumca.org> >> >>> > Cc: "talk" <talk@lists.collectionspace.org> >> >>> > Sent: Friday, August 16, 2013 1:28:48 PM >> >>> > >> >>> > Subject: Re: [Talk] deploy mvn error >> >>> > >> >>> > The key is likely this snippet, from near the beginning of that long >> >>> > and >> >>> > singularly unhelpful chain of messages: >> >>> > "org.collectionspace.chain.csp.config.ConfigException: Error loading >> >>> > config" >> >>> > >> >>> > There may have been an error made in whatever configuration file, or >> >>> > files, were modified. After they were deployed (copied) to the >> >>> > server, >> >>> > when >> >>> > the Application layer read them, it got confused and barfed out this >> >>> > long >> >>> > stack trace. >> >>> > >> >>> > Typically, this means the file(s), after being modified, weren't >> >>> > well-formed XML - perhaps an ending tag was left out somewhere? - or >> >>> > they >> >>> > didn't conform to the Application layer's expectation of what 'tags' >> >>> > (XML >> >>> > elements) are expected, in which hierarchical locations within the >> >>> > file. >> >>> > >> >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean >> >>> > install >> >>> > -DskipTests') and restarting Tomcat, should resolve the issue. You >> >>> > might >> >>> > also try, however, using a utility app that can show you differences >> >>> > between >> >>> > two files - your current version and your snapshot - and see if the >> >>> > error is >> >>> > readily made apparent by looking at those changes in that 'diff' >> >>> > view. >> >>> > (If >> >>> > you're using Mac OS X, there's a list of such apps at >> >>> > http://apple.stackexchange.com/a/87188) >> >>> > >> >>> > It's also worth checking the current cspace-app.log and >> >>> > catalina.{today's date}.log to see if there may be any log message >> >>> > specifically pinpointing the configuration error. >> >>> > >> >>> > Aron >> >>> > >> >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> >> >>> > wrote: >> >>> > > >> >>> > > Hi again, >> >>> > > >> >>> > > Ok, I think I must have messed up somewhere when changing the >> >>> > > files >> >>> > > in >> >>> > > the application layer. When I navigated to our tenant, the login >> >>> > > screen is >> >>> > > blank except for a place to put a user name and password. when I >> >>> > > submit my >> >>> > > password, I get this message: Any idea what I did wrong? Thanks! >> >>> > > >> >>> > > I have a snapshot prior to the changes in the application layer, >> >>> > > so I >> >>> > > can always go back in time and try again. >> >>> > > >> >>> > > Al >> >>> > > >> >>> > > HTTP Status 400 - >> >>> > > org.collectionspace.chain.controller.BadRequestException: Cannot >> >>> > > initialise >> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >> >>> > > at >> >>> > > >> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >> >>> > > at >> >>> > > >> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >> >>> > > ... 22 more Caused by: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: >> >>> > > Error loading config. See messages for details: summary Exception >> >>> > > raised >> >>> > > during parsing at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >> >>> > > ... 24 more >> >>> > > >> >>> > > ________________________________ >> >>> > > >> >>> > > type Status report >> >>> > > >> >>> > > message org.collectionspace.chain.controller.BadRequestException: >> >>> > > Cannot initialise CSPs >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >> >>> > > at >> >>> > > >> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >> >>> > > at >> >>> > > >> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >> >>> > > ... 22 more Caused by: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: >> >>> > > Error loading config. See messages for details: summary Exception >> >>> > > raised >> >>> > > during parsing at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >> >>> > > ... 24 more >> >>> > > >> >>> > > description The request sent by the client was syntactically >> >>> > > incorrect >> >>> > > (org.collectionspace.chain.controller.BadRequestException: Cannot >> >>> > > initialise >> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >> >>> > > at >> >>> > > >> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >> >>> > > at >> >>> > > >> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >> >>> > > ... 22 more Caused by: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: >> >>> > > Error loading config. See messages for details: summary Exception >> >>> > > raised >> >>> > > during parsing at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >> >>> > > ... 24 more ). >> >>> > > >> >>> > > >> >>> > > Al Bersch >> >>> > > Digital Project Coordinator >> >>> > > Oakland Museum of California >> >>> > > 1000 Oak Street, Oakland, CA 94607 >> >>> > > abersch@museumca.org >> >>> > > 510-318-8468 >> >>> > > ________________________________ >> >>> > > From: "Aron Roberts" <aronroberts@gmail.com> >> >>> > > To: "Al Bersch" <abersch@museumca.org> >> >>> > > Cc: "talk" <talk@lists.collectionspace.org> >> >>> > > Sent: Friday, August 16, 2013 12:58:56 PM >> >>> > > Subject: Re: [Talk] deploy mvn error >> >>> > > >> >>> > > Hi Al, >> >>> > > >> >>> > > You likely will have success with 'mvn clean install >> >>> > > -DskipTests' >> >>> > > when building and deploying the App layer with your dropdown list >> >>> > > changes, >> >>> > > rather than 'mvn deploy -DskipTests'. >> >>> > > >> >>> > > It's a bit confusing (and I hope I don't need to keep repeating >> >>> > > this >> >>> > > :-), but CollectionSpace Services layer uses Maven to build >> >>> > > artifacts >> >>> > > and >> >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn >> >>> > > clean >> >>> > > install' followed by 'ant deploy'), while the Application and UI >> >>> > > layers use >> >>> > > Maven ('mvn install') for both tasks. There are some historical >> >>> > > and >> >>> > > technical reasons for this difference, not worth going into ... >> >>> > > >> >>> > > Aron >> >>> > > >> >>> > > >> >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch <abersch@museumca.org> >> >>> > > wrote: >> >>> > >> >> >>> > >> Hello all, >> >>> > >> >> >>> > >> I changed our dropdown lists in Department and Collection in the >> >>> > >> application layer source code, and when I ran mvn deploy >> >>> > >> -DskipTests >> >>> > >> I get >> >>> > >> this error: >> >>> > >> >> >>> > >> [ERROR] BUILD ERROR >> >>> > >> [INFO] >> >>> > >> >> >>> > >> >> >>> > >> ------------------------------------------------------------------------ >> >>> > >> [INFO] Failed to configure plugin parameters for: >> >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 >> >>> > >> >> >>> > >> check that the following section of the pom.xml is present and >> >>> > >> correct: >> >>> > >> >> >>> > >> <distributionManagement> >> >>> > >> <!-- use the following if you're not using a snapshot version. >> >>> > >> --> >> >>> > >> <repository> >> >>> > >> <id>repo</id> >> >>> > >> <name>Repository Name</name> >> >>> > >> <url>scp://host/path/to/repo</url> >> >>> > >> </repository> >> >>> > >> <!-- use the following if you ARE using a snapshot version. --> >> >>> > >> <snapshotRepository> >> >>> > >> <id>repo</id> >> >>> > >> <name>Repository Name</name> >> >>> > >> <url>scp://host/path/to/repo</url> >> >>> > >> </snapshotRepository> >> >>> > >> </distributionManagement> >> >>> > >> >> >>> > >> Cause: Class >> >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot >> >>> > >> be >> >>> > >> instantiated >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> I looked in the pom.xml, and found this: >> >>> > >> >> >>> > >> <!-- The CollectionSpace public Maven repository for "snapshot" >> >>> > >> artifacts --> >> >>> > >> <repositories> >> >>> > >> <repository> >> >>> > >> <id>libs-snapshot-local</id> >> >>> > >> <name>libs-snapshot-local</name> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> <url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url> >> >>> > >> <snapshots> >> >>> > >> <enabled>true</enabled> >> >>> > >> </snapshots> >> >>> > >> >> >>> > >> >> >>> > >> I'm wondering, which repository setting should I use (snapshot or >> >>> > >> not >> >>> > >> snapshot)? Our installation is on a virtual server in linode. >> >>> > >> >> >>> > >> And, does anyone know where I should set the path to our >> >>> > >> repository? >> >>> > >> I'm guessing that the error is party due to the url being mapped >> >>> > >> to >> >>> > >> nightly.collectionspace.org. >> >>> > >> >> >>> > >> Thanks! >> >>> > >> >> >>> > >> Al >> >>> > >> >> >>> > >> Al Bersch >> >>> > >> Digital Project Coordinator >> >>> > >> Oakland Museum of California >> >>> > >> 1000 Oak Street, Oakland, CA 94607 >> >>> > >> abersch@museumca.org >> >>> > >> 510-318-8468 >> >>> > >> >> >>> > >> _______________________________________________ >> >>> > >> 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 >> >>> >> >> >> > > >
AB
Al Bersch
Wed, Aug 21, 2013 8:25 PM

Hi all,

Thanks again, this is all really great info to have. Sorry to ask the obvious, but I'm a little confused about the cspace user. When duing the installation process does this user get created? Is it when we edited the pg_hba.conf file during the postgres installation? I attempted to "su cspace" but get "Unknown id."

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468
----- Original Message -----

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com
Cc: "Al Bersch" abersch@museumca.org, "talk" talk@lists.collectionspace.org
Sent: Wednesday, August 21, 2013 12:33:35 PM
Subject: Re: [Talk] deploy mvn error

On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez mjesse@gmail.com wrote:

Be sure to also use the cspace user to start and stop the tomcat instances.
It's very easy to forget and run a concurrent tomcat process as root that'll
surely cause a hiccup later on. (As I've done numerous times...)

Here too :-(. Since we're building a set of tips here on the Talk
list, if you ever start Tomcat as root, either by running it as that
user or via 'sudo', you'll find that there are now some files in the
Tomcat server folder that are owned by root, rather than by your
dedicated CollectionSpace user account. If that ever happens, you can
just re-run that recursive chown command (e.g. chown -R cspace:cspace
$CATALINA_HOME) to restore the previous ownership.

Aron

  • Jesse

On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts aronroberts@gmail.com wrote:

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system. One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user. In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an
Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful, but
we
didn't allow login for root via ssh or ftp, and root owns these files. I
suppose I could copy everything over to abersch, and then copy back to
root
later? Does anyone have a suggestion for best practices using sftp tools
to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml. And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy
over
settings.xml from the "core" tenant into "omca," and make the changes
listed
in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com
wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.
It
looks like you might be missing a closing bracket in this line: I don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this in
the
past and there are sometimes encoding issues involved including end
line
chars.) I'm trying to deduce if there are encoding issues at play here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price), and
Sublime
Text. Cyberduck can be set to automatically open editable files in
Sublime
Text and save them back to the remote server seamlessly. Sublime Text
isn't
a full-fledged IDE, but it is light-weight and has a lot of good tools
for
easily checking format and syntax based on file type. It's free, works
on
multiple OSs and my go-to code editor in a pinch. Aron also recommends
good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca">

<version>11</version>

<!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. -->

<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

<spec> <include src="base-relations.xml"/> <include src="base-schemas.xml"/> <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/ <include src="base-procedure-acquisition.xml"/> <include src="base-procedure-blobs.xml"/> ...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  • <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  • <field id="responsibleDepartment" ui-search="repeatable"
    mini="search"
  • seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="history">History</option>
  • <option id="science">Science</option>
  • <option id="collections">Collections</option>
  • <option id="education">Education</option>
  • <option id="professionalservices">Professional

Services</option>

  • <option id="multi">Multi</option>
  • </options>
  • </field>
  • </repeat>
  • <field id="collection" ui-search="repeatable" seperate_ui_container="true">
  • <selector>object-identification-collection</selector>
  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="artandartifact">Art and Artifact</option>
  • <option id="exhibit">Exhibit</option>
  • <option id="history">History</option>
  • <option id="scientomology">SCI-Entomology</option>
  • <option id="scifineart">SCI-Fine Art</option>
  • <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  • <option id="scigeology">SCI-Geology</option>
  • <option id="sciherbarium">SCI-Herbarium</option>
  • <option id="sciherpetology">SCI-Herpetology</option>
  • <option id="sciicthyology">SCI-Icthyology</option>
  • <option

id="sciinvertebrates">SCI-Invertebrates</option>

  • <option id="scilapidary">SCI-Lapidary</option>
  • <option id="scimalacology">SCI-Malacology</option>
  • <option id="scimammalogy">SCI-Mammalogy</option>
  • <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  • <option id="sciornithology">SCI-Ornithology</option>
  • <option id="scipaleontology">SCI-Paleontology</option>
  • <option id="sciphoto">SCI-Photo</option>
  • <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  • <option id="specimen">Specimen</option>
  • </options>
  • </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been
encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61
it appears the error is in reading or merging XML content, rather than
in
not finding either of the two files to be merged, or in not being able
to
read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to
merge
two dissimilar things: a settings file for your tenant (which contains
some
general administrative settings), together with some field-level
settings
for a particular record type.

If you'd like to merge custom changes into the Cataloging record,
such
as changing the contents of options lists, here's an example of how
you
can
specify that, as shown line 12 of the tenant 'includes' file for the
UCJEPS
herbaria:

https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look
something
like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. --> <include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/> ... <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/> ...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the plug
for
using github as a backup resource - I'll do that, and also apologize
in
advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the
file
I added to the omca tenant (omca-collectionobject.xml), wasn't there
in
the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me
where
I
might find catalina.(today'sdate).log?) and here are some snippets,
first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]
Could not merge the include files:
settings.xml,local-omca-settings.xml
2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]
Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)
org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse
(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54)
org.collectionspace.chain.controller.TenantServlet.load_config (156)
org.collectionspace.chain.controller.TenantServlet.setup (179)

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter
(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter
(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process
(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.[INFO] Starting
up
the
CollectionSpace Services' JAX-RS application.Static initializtion
of:

org.collectionspace.services.common.security.SecurityInterceptor[INFO]
CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6].
Please check http://ehcache.org for the latest version.Could not get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it.
This
is
very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop
it.
This
is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
Could not merge the include files:
settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this
snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  • <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  • <field id="responsibleDepartment"
    ui-search="repeatable"
    mini="search"
  • seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="history">History</option>
  • <option id="science">Science</option>
  • <option id="collections">Collections</option>
  • <option id="education">Education</option>
  • <option id="professionalservices">Professional

Services</option>

  • <option id="multi">Multi</option>
  • </options>
  • </field>
  • </repeat>
  • <field id="collection" ui-search="repeatable" seperate_ui_container="true">
  • <selector>object-identification-collection</selector>
  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="artandartifact">Art and

Artifact</option>

  • <option id="exhibit">Exhibit</option>
  • <option id="history">History</option>
  • <option id="scientomology">SCI-Entomology</option>
  • <option id="scifineart">SCI-Fine Art</option>
  • <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  • <option id="scigeology">SCI-Geology</option>
  • <option id="sciherbarium">SCI-Herbarium</option>
  • <option id="sciherpetology">SCI-Herpetology</option>
  • <option id="sciicthyology">SCI-Icthyology</option>
  • <option

id="sciinvertebrates">SCI-Invertebrates</option>

  • <option id="scilapidary">SCI-Lapidary</option>
  • <option id="scimalacology">SCI-Malacology</option>
  • <option id="scimammalogy">SCI-Mammalogy</option>
  • <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  • <option id="sciornithology">SCI-Ornithology</option>
  • <option

id="scipaleontology">SCI-Paleontology</option>

  • <option id="sciphoto">SCI-Photo</option>
  • <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  • <option id="specimen">Specimen</option>
  • </options>
  • </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install
-DskipTest"
rather than "mvn deploy -DskipTests". I ran this in the application
layer
folder called "application" that contains the pom.xml file. In my
path
it
looks like /home/root/application-source/application/. Then, do I
understand
I also need to run "ant deploy"? I wasn't able to run this in the
same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the
documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes. This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in
    the
    near future. The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to
    simply
    replicate the block of configuration you want to customize, within a
    separate file for your own museum; it will override the
    corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7
You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two
dropdown
menus appear:

https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112
To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of
the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error loading
config"

There may have been an error made in whatever configuration file, or
files, were modified. After they were deployed (copied) to the
server,
when
the Application layer read them, it got confused and barfed out this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? - or
they
didn't conform to the Application layer's expectation of what 'tags'
(XML
elements) are expected, in which hierarchical locations within the
file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean
install
-DskipTests') and restarting Tomcat, should resolve the issue. You
might
also try, however, using a utility app that can show you differences
between
two files - your current version and your snapshot - and see if the
error is
readily made apparent by looking at those changes in that 'diff'
view.
(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org
wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the
files
in
the application layer. When I navigated to our tenant, the login
screen is
blank except for a place to put a user name and password. when I
submit my
password, I get this message: Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer,
so I
can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install
-DskipTests'
when building and deploying the App layer with your dropdown list
changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating
this
:-), but CollectionSpace Services layer uses Maven to build
artifacts
and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn
clean
install' followed by 'ant deploy'), while the Application and UI
layers use
Maven ('mvn install') for both tasks. There are some historical
and
technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy
-DskipTests
I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version. --> <repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot
be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name>

<url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url>
<snapshots>
<enabled>true</enabled>
</snapshots>

I'm wondering, which repository setting should I use (snapshot or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our
repository?
I'm guessing that the error is party due to the url being mapped
to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

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

Hi all, Thanks again, this is all really great info to have. Sorry to ask the obvious, but I'm a little confused about the cspace user. When duing the installation process does this user get created? Is it when we edited the pg_hba.conf file during the postgres installation? I attempted to "su cspace" but get "Unknown id." thanks, Al Al Bersch Digital Project Coordinator Oakland Museum of California 1000 Oak Street, Oakland, CA 94607 abersch@museumca.org 510-318-8468 ----- Original Message ----- From: "Aron Roberts" <aronroberts@gmail.com> To: "Jesse Martinez" <mjesse@gmail.com> Cc: "Al Bersch" <abersch@museumca.org>, "talk" <talk@lists.collectionspace.org> Sent: Wednesday, August 21, 2013 12:33:35 PM Subject: Re: [Talk] deploy mvn error On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez <mjesse@gmail.com> wrote: > Be sure to also use the cspace user to start and stop the tomcat instances. > It's very easy to forget and run a concurrent tomcat process as root that'll > surely cause a hiccup later on. (As I've done numerous times...) Here too :-(. Since we're building a set of tips here on the Talk list, if you ever start Tomcat as root, either by running it as that user or via 'sudo', you'll find that there are now some files in the Tomcat server folder that are owned by root, rather than by your dedicated CollectionSpace user account. If that ever happens, you can just re-run that recursive chown command (e.g. chown -R cspace:cspace $CATALINA_HOME) to restore the previous ownership. Aron > > - Jesse > > > On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts <aronroberts@gmail.com> wrote: >> >> Hi Al, >> >> One other thought: as far as I'm aware, none of the pieces that >> comprise a CollectionSpace server system need to be run as 'root' on >> Linux, Mac OS X, or any other Unix-like system. One best practice >> that we've been following is to create a dedicated system (OS-level) >> user, and change ownership of all of the files in the Tomcat server >> folder to be owned by that user. In the case of a user named 'cspace' >> in the 'cspace' group, for instance: >> >> sudo chown -R cspace:cspace $CATALINA_HOME >> >> You can then similarly change ownership of your source code trees to >> that same user, or at least to a user that is a member of that group >> (assuming that group has write privileges to all of the relevant >> directories in the Tomcat server folder). >> >> Aron >> >> On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> wrote: >> > Hi Aron, Jesse, Ray - >> > >> > Thanks for all this advice and patience. >> > >> > I am using vim to edit the xml in a terminal window. I am useing an >> > Ubuntu >> > virtual server. Using SFTP to connect via text wragler is beautiful, but >> > we >> > didn't allow login for root via ssh or ftp, and root owns these files. I >> > suppose I could copy everything over to abersch, and then copy back to >> > root >> > later? Does anyone have a suggestion for best practices using sftp tools >> > to >> > edit? >> > >> > The XML validator is great. I don't have any errors in >> > omca-collectionobject.xml. And Jesse, thanks for catching that typo in >> > omca-tenant.xml. That was acutally live - my bad! >> > >> > Checking the logs, it looks like the problem is with settings.xml or >> > local-omca-setitngs.xml. There's nothing in my omca settings.xml file >> > (hence the "null" symbol over and over). would it make sense to re-copy >> > over >> > settings.xml from the "core" tenant into "omca," and make the changes >> > listed >> > in the "creating your tenant" documentation? >> > >> > Thanks again everyone. This is so beyond helpful. >> > >> > Al >> > >> > >> > >> > Al Bersch >> > Digital Project Coordinator >> > Oakland Museum of California >> > 1000 Oak Street, Oakland, CA 94607 >> > abersch@museumca.org >> > 510-318-8468 >> > ________________________________ >> > From: "Aron Roberts" <aronroberts@gmail.com> >> > To: "Jesse Martinez" <mjesse@gmail.com> >> > >> > Cc: "Al Bersch" <abersch@museumca.org>, "talk" >> > <talk@lists.collectionspace.org> >> > Sent: Tuesday, August 20, 2013 4:31:01 PM >> > >> > Subject: Re: [Talk] deploy mvn error >> > >> > Thanks, Jesse! >> > >> > As yet another possibility, along with the other options mentioned, >> > the (free) TextWrangler editor can directly open files on a remote >> > system via SFTP: >> > >> > >> > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ >> > >> > >> > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> >> > wrote: >> >> Hi Al, >> >> >> >> Just noticed a quick typo in the text you c/p into an earlier email. >> >> It >> >> looks like you might be missing a closing bracket in this line: I don't >> >> know >> >> if it's a c/p typo or not, so just thought I'd point it out! >> >> >> >> <include src="base-collectionobject.xml,omca-collectionobject.xml" >> >> merge="xmlmerge.properties"/ >> >> >> >> Also, how are you editing these files? Are you using a cli utility like >> >> emacs or vim? (Might you be using Cygwin on Windows?? I've used this in >> >> the >> >> past and there are sometimes encoding issues involved including end >> >> line >> >> chars.) I'm trying to deduce if there are encoding issues at play here. >> >> >> >> Personally speaking, I like to use a local editor when making quick >> >> changes >> >> on a remote server. What works for me on a Mac is a combination of >> >> Cyberduck >> >> (free sftp client) (or Transmit, which is well worth its price), and >> >> Sublime >> >> Text. Cyberduck can be set to automatically open editable files in >> >> Sublime >> >> Text and save them back to the remote server seamlessly. Sublime Text >> >> isn't >> >> a full-fledged IDE, but it is light-weight and has a lot of good tools >> >> for >> >> easily checking format and syntax based on file type. It's free, works >> >> on >> >> multiple OSs and my go-to code editor in a pinch. Aron also recommends >> >> good >> >> editors too. >> >> >> >> - Jesse >> >> >> >> >> >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> >> >> wrote: >> >>> >> >>> Hi Aron, >> >>> >> >>> Thanks so much for addressing these questions. >> >>> >> >>> I entered the language at the end of your email into my >> >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: >> >>> >> >>> <cspace-config tenantname="omca"> >> >>> >> >>> <version>11</version> >> >>> <!-- Note: omca-collectionobject.xml should not appear in the >> >>> 'include' line below --> >> >>> <!-- This line is for merging various settings files together. >> >>> --> >> >>> <include src="settings.xml,local-omca-settings.xml" >> >>> merge="xmlmerge.properties" >> >>> strip-root="yes" /> >> >>> >> >>> <spec> >> >>> <include src="base-relations.xml"/> >> >>> <include src="base-schemas.xml"/> >> >>> >> >>> <records> >> >>> <enum-blank>Please select a value</enum-blank> >> >>> <!-- Here's where you can indicate that you >> >>> want >> >>> to merge in your own Cataloging record changes --> >> >>> <include >> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >> >>> merge="xmlmerge.properties"/ >> >>> <include >> >>> src="base-procedure-acquisition.xml"/> >> >>> <include src="base-procedure-blobs.xml"/> >> >>> ... >> >>> >> >>> then re-created the omca-collectionobject.xml file (located at >> >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: >> >>> >> >>> +<record id="collection-object"> >> >>> + >> >>> + <section id="identificationInformation"> >> >>> + <repeat id="responsibleDepartments" has-primary="yes"> >> >>> + >> >>> <selector>object-identification-responsible-department</selector> >> >>> + <field id="responsibleDepartment" ui-search="repeatable" >> >>> mini="search" >> >>> + seperate_ui_container="true"> >> >>> + >> >>> <selector>object-identification-responsible-department</selector> >> >>> + <options> >> >>> + <option id="">Please select a value</option> >> >>> + <option id="art">Art</option> >> >>> + <option id="history">History</option> >> >>> + <option id="science">Science</option> >> >>> + <option id="collections">Collections</option> >> >>> + <option id="education">Education</option> >> >>> + <option id="professionalservices">Professional >> >>> Services</option> >> >>> + <option id="multi">Multi</option> >> >>> + </options> >> >>> + </field> >> >>> + </repeat> >> >>> + <field id="collection" ui-search="repeatable" >> >>> seperate_ui_container="true"> >> >>> + <selector>object-identification-collection</selector> >> >>> + <options> >> >>> + <option id="">Please select a value</option> >> >>> + <option id="art">Art</option> >> >>> + <option id="artandartifact">Art and Artifact</option> >> >>> + <option id="exhibit">Exhibit</option> >> >>> + <option id="history">History</option> >> >>> + <option id="scientomology">SCI-Entomology</option> >> >>> + <option id="scifineart">SCI-Fine Art</option> >> >>> + <option id="scigalleryspecimens">SCI-Gallery >> >>> Specimens</option> >> >>> + <option id="scigeology">SCI-Geology</option> >> >>> + <option id="sciherbarium">SCI-Herbarium</option> >> >>> + <option id="sciherpetology">SCI-Herpetology</option> >> >>> + <option id="sciicthyology">SCI-Icthyology</option> >> >>> + <option >> >>> id="sciinvertebrates">SCI-Invertebrates</option> >> >>> + <option id="scilapidary">SCI-Lapidary</option> >> >>> + <option id="scimalacology">SCI-Malacology</option> >> >>> + <option id="scimammalogy">SCI-Mammalogy</option> >> >>> + <option >> >>> id="scimiscellaneous">SCI-Miscellaneous</option> >> >>> + <option id="sciornithology">SCI-Ornithology</option> >> >>> + <option id="scipaleontology">SCI-Paleontology</option> >> >>> + <option id="sciphoto">SCI-Photo</option> >> >>> + <option id="scisnuffbottles">SCI-Snuff >> >>> Bottles</option> >> >>> + <option id="specimen">Specimen</option> >> >>> + </options> >> >>> + </field> >> >>> + </section> >> >>> + >> >>> +</record> >> >>> >> >>> But alas, I'm still getting the same error message when I log into my >> >>> tenant. >> >>> >> >>> If it matters, I looked in my settings.xml file and get a big chunk of >> >>> this: ^@^@^@^@^@^@^. >> >>> >> >>> do you see anything wrong here in the files I copied? >> >>> >> >>> thanks, >> >>> >> >>> Al >> >>> >> >>> Al Bersch >> >>> Digital Project Coordinator >> >>> Oakland Museum of California >> >>> 1000 Oak Street, Oakland, CA 94607 >> >>> abersch@museumca.org >> >>> 510-318-8468 >> >>> ________________________________ >> >>> From: "Aron Roberts" <aronroberts@gmail.com> >> >>> To: "Al Bersch" <abersch@museumca.org> >> >>> Cc: "talk" <talk@lists.collectionspace.org> >> >>> Sent: Monday, August 19, 2013 5:39:58 PM >> >>> >> >>> Subject: Re: [Talk] deploy mvn error >> >>> >> >>> Hi Al, >> >>> >> >>> My sincere apologies for these difficulties you've been >> >>> encountering. >> >>> >> >>> > It looks like the problem is with merging settings.xml and >> >>> > local-omca-settings.xml? >> >>> >> >>> Yes, that certainly looks like the case. >> >>> >> >>> This line appeared in part of the output from this error, in >> >>> catalina.out: >> >>> >> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception >> >>> > raised during parsing >> >>> > Stack : >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >> >>> > (61) >> >>> >> >>> From looking at the Application layer's code at line 61 of >> >>> AssemblingParser.java: >> >>> >> >>> >> >>> >> >>> https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 >> >>> it appears the error is in reading or merging XML content, rather than >> >>> in >> >>> not finding either of the two files to be merged, or in not being able >> >>> to >> >>> read them as a result of insufficient access permissions or other >> >>> filesystem-related issues. >> >>> >> >>> It appears that you might potentially be inadvertently trying to >> >>> merge >> >>> two dissimilar things: a settings file for your tenant (which contains >> >>> some >> >>> general administrative settings), together with some field-level >> >>> settings >> >>> for a particular record type. >> >>> >> >>> If you'd like to merge custom changes into the Cataloging record, >> >>> such >> >>> as changing the contents of options lists, here's an example of how >> >>> you >> >>> can >> >>> specify that, as shown line 12 of the tenant 'includes' file for the >> >>> UCJEPS >> >>> herbaria: >> >>> >> >>> >> >>> >> >>> >> >>> https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 >> >>> >> >>> Following that example, your >> >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look >> >>> something >> >>> like the following: >> >>> >> >>> <cspace-config tenantname="omca"> >> >>> <version>11</version> >> >>> <!-- Note: omca-collectionobject.xml should not appear in the >> >>> 'include' >> >>> line below --> >> >>> <!-- This line is for merging various settings files together. --> >> >>> <include src="settings.xml,local-settings.xml" >> >>> merge="xmlmerge-settings.properties" strip-root="yes"/> >> >>> ... >> >>> <records> >> >>> <enum-blank>Please select a value</enum-blank> >> >>> <!-- Here's where you can indicate that you want to merge in your >> >>> own >> >>> Cataloging record changes --> >> >>> <include src="base-collectionobject.xml,omca-collectionobject.xml" >> >>> merge="xmlmerge.properties"/> >> >>> ... >> >>> >> >>> Aron >> >>> >> >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> >> >>> wrote: >> >>> > >> >>> > Hi Aron, >> >>> > >> >>> > Thanks so much again for your continued assistance. And for the plug >> >>> > for >> >>> > using github as a backup resource - I'll do that, and also apologize >> >>> > in >> >>> > advance for the cut-and-paste text below. >> >>> > >> >>> > I installed DiffMerge, but I'm not sure what to compare, since the >> >>> > file >> >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't there >> >>> > in >> >>> > the >> >>> > previous snapshot. I think I'm a little confused. >> >>> > >> >>> > I looked in the cspace-app.log and catalina.out (can you tell me >> >>> > where >> >>> > I >> >>> > might find catalina.(today'sdate).log?) and here are some snippets, >> >>> > first >> >>> > from cspace-app.log: >> >>> > >> >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] >> >>> > >> >>> > >> >>> > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] >> >>> > Could not merge the include files: >> >>> > settings.xml,local-omca-settings.xml >> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] >> >>> > >> >>> > >> >>> > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] >> >>> > Message: Exception raised during parsing >> >>> > >> >>> > Stack : >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >> >>> > (61) >> >>> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse >> >>> > (62) >> >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure (54) >> >>> > org.collectionspace.chain.controller.TenantServlet.load_config (156) >> >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) >> >>> > >> >>> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant >> >>> > (117) >> >>> > org.collectionspace.chain.controller.TenantUIServlet.service (568) >> >>> > javax.servlet.http.HttpServlet.service (717) >> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> >>> > (290) >> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >> >>> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter >> >>> > (33) >> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> >>> > (235) >> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >> >>> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter >> >>> > (99) >> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> >>> > (235) >> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >> >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) >> >>> > org.apache.catalina.core.StandardContextValve.invoke (191) >> >>> > org.apache.catalina.core.StandardHostValve.invoke (127) >> >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) >> >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) >> >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) >> >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) >> >>> > org.apache.coyote.http11.Http11Processor.process (859) >> >>> > >> >>> > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process >> >>> > (602) >> >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) >> >>> > java.lang.Thread.run (724) >> >>> > >> >>> > CAUSED BY >> >>> > Message: Could not load source >> >>> > >> >>> > >> >>> > >> >>> > then from catalina.out: >> >>> > >> >>> > 2013-08-19 17:49:25,334 ERROR [main] >> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >> >>> > domain >> >>> > name >> >>> > was specified on call to getRepositoryName() method.2013-08-19 >> >>> > 17:49:25,334 >> >>> > ERROR [main] >> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >> >>> > domain name was specified on call to getRepositoryName() >> >>> > method.2013-08-19 >> >>> > 17:49:25,334 ERROR [main] >> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >> >>> > domain >> >>> > name >> >>> > was specified on call to getRepositoryName() method.[INFO] Starting >> >>> > up >> >>> > the >> >>> > CollectionSpace Services' JAX-RS application.Static initializtion >> >>> > of: >> >>> > >> >>> > org.collectionspace.services.common.security.SecurityInterceptor[INFO] >> >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 >> >>> > 17:49:27,339 >> >>> > (0) [http-8180-4] INFO >> >>> > >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >> >>> > XMLMerge result output to: >> >>> > >> >>> > >> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >> >>> > 17:49:29,695 (2356) [http-8180-2] INFO >> >>> > >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >> >>> > XMLMerge result output to: >> >>> > >> >>> > >> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >> >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO >> >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 >> >>> > >> >>> > >> >>> > [http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6]. >> >>> > Please check http://ehcache.org for the latest version.Could not get >> >>> > session >> >>> > from CSPACESESSID cookie with value: >> >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN >> >>> > [http-8180-7] >> >>> > >> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >> >>> > 17:49:47,953 >> >>> > WARN [http-8180-7] >> >>> > >> >>> > >> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >> >>> > Failed to create a session, as response has been committed. Unable >> >>> > to >> >>> > store >> >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] >> >>> > >> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >> >>> > 17:49:48,773 >> >>> > WARN [http-8180-7] >> >>> > >> >>> > >> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >> >>> > Failed to create a session, as response has been committed. Unable >> >>> > to >> >>> > store >> >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >> >>> > application >> >>> > [/collectionspace] appears to have started a thread named >> >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. >> >>> > This >> >>> > is >> >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >> >>> > application >> >>> > [/collectionspace] appears to have started a thread named >> >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop >> >>> > it. >> >>> > This >> >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >> >>> > application >> >>> > [/collectionspace] created a ThreadLocal with key of type >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >> >>> > value of >> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >> >>> > the >> >>> > web >> >>> > application was stopped. This is very likely to create a memory >> >>> > leak.2013-08-19 21:07:17,781 ERROR >> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >> >>> > application >> >>> > [/collectionspace] created a ThreadLocal with key of type >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >> >>> > value of >> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >> >>> > the >> >>> > web >> >>> > application was stopped. This is very likely to create a memory >> >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN >> >>> > >> >>> > >> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >> >>> > Could not merge the include files: >> >>> > settings.xml,local-omca-settings.xml >> >>> > >> >>> > >> >>> > It looks like the problem is with merging settings.xml and >> >>> > local-omca-settings.xml? >> >>> > >> >>> > I've tried a second time to create the configuration change in >> >>> > omca-collectionobject.xml (a newly created xml file with only this >> >>> > snippet >> >>> > in it: >> >>> > >> >>> > +<record id="collection-object"> >> >>> > + >> >>> > + <section id="identificationInformation"> >> >>> > + <repeat id="responsibleDepartments" has-primary="yes"> >> >>> > + >> >>> > <selector>object-identification-responsible-department</selector> >> >>> > + <field id="responsibleDepartment" >> >>> > ui-search="repeatable" >> >>> > mini="search" >> >>> > + seperate_ui_container="true"> >> >>> > + >> >>> > <selector>object-identification-responsible-department</selector> >> >>> > + <options> >> >>> > + <option id="">Please select a value</option> >> >>> > + <option id="art">Art</option> >> >>> > + <option id="history">History</option> >> >>> > + <option id="science">Science</option> >> >>> > + <option id="collections">Collections</option> >> >>> > + <option id="education">Education</option> >> >>> > + <option id="professionalservices">Professional >> >>> > Services</option> >> >>> > + <option id="multi">Multi</option> >> >>> > + </options> >> >>> > + </field> >> >>> > + </repeat> >> >>> > + <field id="collection" ui-search="repeatable" >> >>> > seperate_ui_container="true"> >> >>> > + <selector>object-identification-collection</selector> >> >>> > + <options> >> >>> > + <option id="">Please select a value</option> >> >>> > + <option id="art">Art</option> >> >>> > + <option id="artandartifact">Art and >> >>> > Artifact</option> >> >>> > + <option id="exhibit">Exhibit</option> >> >>> > + <option id="history">History</option> >> >>> > + <option id="scientomology">SCI-Entomology</option> >> >>> > + <option id="scifineart">SCI-Fine Art</option> >> >>> > + <option id="scigalleryspecimens">SCI-Gallery >> >>> > Specimens</option> >> >>> > + <option id="scigeology">SCI-Geology</option> >> >>> > + <option id="sciherbarium">SCI-Herbarium</option> >> >>> > + <option id="sciherpetology">SCI-Herpetology</option> >> >>> > + <option id="sciicthyology">SCI-Icthyology</option> >> >>> > + <option >> >>> > id="sciinvertebrates">SCI-Invertebrates</option> >> >>> > + <option id="scilapidary">SCI-Lapidary</option> >> >>> > + <option id="scimalacology">SCI-Malacology</option> >> >>> > + <option id="scimammalogy">SCI-Mammalogy</option> >> >>> > + <option >> >>> > id="scimiscellaneous">SCI-Miscellaneous</option> >> >>> > + <option id="sciornithology">SCI-Ornithology</option> >> >>> > + <option >> >>> > id="scipaleontology">SCI-Paleontology</option> >> >>> > + <option id="sciphoto">SCI-Photo</option> >> >>> > + <option id="scisnuffbottles">SCI-Snuff >> >>> > Bottles</option> >> >>> > + <option id="specimen">Specimen</option> >> >>> > + </options> >> >>> > + </field> >> >>> > + </section> >> >>> > + >> >>> > +</record> >> >>> > >> >>> > >> >>> > >> >>> > then according to your last email, I ran "mvn clean install >> >>> > -DskipTest" >> >>> > rather than "mvn deploy -DskipTests". I ran this in the application >> >>> > layer >> >>> > folder called "application" that contains the pom.xml file. In my >> >>> > path >> >>> > it >> >>> > looks like /home/root/application-source/application/. Then, do I >> >>> > understand >> >>> > I also need to run "ant deploy"? I wasn't able to run this in the >> >>> > same >> >>> > folder - I got an error saying this is no build file. >> >>> > >> >>> > I'm going off your previous instructions, as well as the >> >>> > documentation >> >>> > on the wiki for customizing the application layer: >> >>> > >> >>> > Hi Becky and Al, >> >>> > One more set of notes on making 'starting out' customizations, >> >>> > below: this one a customization of options in dropdown menus. >> >>> > Aron >> >>> > (Recommendation: start the CollectionSpace server before making the >> >>> > following changes. This will help ensure those changes are made >> >>> > 'live.') >> >>> > * An example of how to replace the default sets of options in the >> >>> > dropdown menus for the Responsible Department and OMCA Collection >> >>> > fields. >> >>> > The existing documentation on updating these option lists is >> >>> > confusing, and wildly out of date; we expect to be updating it in >> >>> > the >> >>> > near future. The customization method shown here as an example >> >>> > reflects recently-added 'merge' capabilities that allow you to >> >>> > simply >> >>> > replicate the block of configuration you want to customize, within a >> >>> > separate file for your own museum; it will override the >> >>> > corresponding >> >>> > configuration block in the default settings: >> >>> > Actual change(s) made, within the source code tree for >> >>> > CollectionSpace's Application layer: >> >>> > >> >>> > >> >>> > >> >>> > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 >> >>> > You can compare this to the default configuration file for the >> >>> > Cataloging record, in which the default options for those two >> >>> > dropdown >> >>> > menus appear: >> >>> > >> >>> > >> >>> > >> >>> > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 >> >>> > To copy (deploy) these changes to the server folder, enter the >> >>> > following at a command prompt, from within the top-level folder of >> >>> > the >> >>> > Application source code tree: >> >>> > mvn deploy -DskipTests >> >>> > >> >>> > >> >>> > >> >>> > Sorry I'm not getting this! Do you have any ideas? >> >>> > >> >>> > Thanks again, >> >>> > >> >>> > Al >> >>> > >> >>> > >> >>> > >> >>> > Al Bersch >> >>> > Digital Project Coordinator >> >>> > Oakland Museum of California >> >>> > 1000 Oak Street, Oakland, CA 94607 >> >>> > abersch@museumca.org >> >>> > 510-318-8468 >> >>> > ________________________________ >> >>> > From: "Aron Roberts" <aronroberts@gmail.com> >> >>> > To: "Al Bersch" <abersch@museumca.org> >> >>> > Cc: "talk" <talk@lists.collectionspace.org> >> >>> > Sent: Friday, August 16, 2013 1:28:48 PM >> >>> > >> >>> > Subject: Re: [Talk] deploy mvn error >> >>> > >> >>> > The key is likely this snippet, from near the beginning of that long >> >>> > and >> >>> > singularly unhelpful chain of messages: >> >>> > "org.collectionspace.chain.csp.config.ConfigException: Error loading >> >>> > config" >> >>> > >> >>> > There may have been an error made in whatever configuration file, or >> >>> > files, were modified. After they were deployed (copied) to the >> >>> > server, >> >>> > when >> >>> > the Application layer read them, it got confused and barfed out this >> >>> > long >> >>> > stack trace. >> >>> > >> >>> > Typically, this means the file(s), after being modified, weren't >> >>> > well-formed XML - perhaps an ending tag was left out somewhere? - or >> >>> > they >> >>> > didn't conform to the Application layer's expectation of what 'tags' >> >>> > (XML >> >>> > elements) are expected, in which hierarchical locations within the >> >>> > file. >> >>> > >> >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean >> >>> > install >> >>> > -DskipTests') and restarting Tomcat, should resolve the issue. You >> >>> > might >> >>> > also try, however, using a utility app that can show you differences >> >>> > between >> >>> > two files - your current version and your snapshot - and see if the >> >>> > error is >> >>> > readily made apparent by looking at those changes in that 'diff' >> >>> > view. >> >>> > (If >> >>> > you're using Mac OS X, there's a list of such apps at >> >>> > http://apple.stackexchange.com/a/87188) >> >>> > >> >>> > It's also worth checking the current cspace-app.log and >> >>> > catalina.{today's date}.log to see if there may be any log message >> >>> > specifically pinpointing the configuration error. >> >>> > >> >>> > Aron >> >>> > >> >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> >> >>> > wrote: >> >>> > > >> >>> > > Hi again, >> >>> > > >> >>> > > Ok, I think I must have messed up somewhere when changing the >> >>> > > files >> >>> > > in >> >>> > > the application layer. When I navigated to our tenant, the login >> >>> > > screen is >> >>> > > blank except for a place to put a user name and password. when I >> >>> > > submit my >> >>> > > password, I get this message: Any idea what I did wrong? Thanks! >> >>> > > >> >>> > > I have a snapshot prior to the changes in the application layer, >> >>> > > so I >> >>> > > can always go back in time and try again. >> >>> > > >> >>> > > Al >> >>> > > >> >>> > > HTTP Status 400 - >> >>> > > org.collectionspace.chain.controller.BadRequestException: Cannot >> >>> > > initialise >> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >> >>> > > at >> >>> > > >> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >> >>> > > at >> >>> > > >> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >> >>> > > ... 22 more Caused by: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: >> >>> > > Error loading config. See messages for details: summary Exception >> >>> > > raised >> >>> > > during parsing at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >> >>> > > ... 24 more >> >>> > > >> >>> > > ________________________________ >> >>> > > >> >>> > > type Status report >> >>> > > >> >>> > > message org.collectionspace.chain.controller.BadRequestException: >> >>> > > Cannot initialise CSPs >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >> >>> > > at >> >>> > > >> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >> >>> > > at >> >>> > > >> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >> >>> > > ... 22 more Caused by: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: >> >>> > > Error loading config. See messages for details: summary Exception >> >>> > > raised >> >>> > > during parsing at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >> >>> > > ... 24 more >> >>> > > >> >>> > > description The request sent by the client was syntactically >> >>> > > incorrect >> >>> > > (org.collectionspace.chain.controller.BadRequestException: Cannot >> >>> > > initialise >> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >> >>> > > at >> >>> > > >> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >> >>> > > at >> >>> > > >> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >> >>> > > loading >> >>> > > config. >> >>> > > See messages for details: summary Exception raised during parsing >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >> >>> > > ... 22 more Caused by: >> >>> > > org.collectionspace.chain.csp.config.ConfigException: >> >>> > > Error loading config. See messages for details: summary Exception >> >>> > > raised >> >>> > > during parsing at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >> >>> > > at >> >>> > > >> >>> > > >> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >> >>> > > ... 24 more ). >> >>> > > >> >>> > > >> >>> > > Al Bersch >> >>> > > Digital Project Coordinator >> >>> > > Oakland Museum of California >> >>> > > 1000 Oak Street, Oakland, CA 94607 >> >>> > > abersch@museumca.org >> >>> > > 510-318-8468 >> >>> > > ________________________________ >> >>> > > From: "Aron Roberts" <aronroberts@gmail.com> >> >>> > > To: "Al Bersch" <abersch@museumca.org> >> >>> > > Cc: "talk" <talk@lists.collectionspace.org> >> >>> > > Sent: Friday, August 16, 2013 12:58:56 PM >> >>> > > Subject: Re: [Talk] deploy mvn error >> >>> > > >> >>> > > Hi Al, >> >>> > > >> >>> > > You likely will have success with 'mvn clean install >> >>> > > -DskipTests' >> >>> > > when building and deploying the App layer with your dropdown list >> >>> > > changes, >> >>> > > rather than 'mvn deploy -DskipTests'. >> >>> > > >> >>> > > It's a bit confusing (and I hope I don't need to keep repeating >> >>> > > this >> >>> > > :-), but CollectionSpace Services layer uses Maven to build >> >>> > > artifacts >> >>> > > and >> >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn >> >>> > > clean >> >>> > > install' followed by 'ant deploy'), while the Application and UI >> >>> > > layers use >> >>> > > Maven ('mvn install') for both tasks. There are some historical >> >>> > > and >> >>> > > technical reasons for this difference, not worth going into ... >> >>> > > >> >>> > > Aron >> >>> > > >> >>> > > >> >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch <abersch@museumca.org> >> >>> > > wrote: >> >>> > >> >> >>> > >> Hello all, >> >>> > >> >> >>> > >> I changed our dropdown lists in Department and Collection in the >> >>> > >> application layer source code, and when I ran mvn deploy >> >>> > >> -DskipTests >> >>> > >> I get >> >>> > >> this error: >> >>> > >> >> >>> > >> [ERROR] BUILD ERROR >> >>> > >> [INFO] >> >>> > >> >> >>> > >> >> >>> > >> ------------------------------------------------------------------------ >> >>> > >> [INFO] Failed to configure plugin parameters for: >> >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 >> >>> > >> >> >>> > >> check that the following section of the pom.xml is present and >> >>> > >> correct: >> >>> > >> >> >>> > >> <distributionManagement> >> >>> > >> <!-- use the following if you're not using a snapshot version. >> >>> > >> --> >> >>> > >> <repository> >> >>> > >> <id>repo</id> >> >>> > >> <name>Repository Name</name> >> >>> > >> <url>scp://host/path/to/repo</url> >> >>> > >> </repository> >> >>> > >> <!-- use the following if you ARE using a snapshot version. --> >> >>> > >> <snapshotRepository> >> >>> > >> <id>repo</id> >> >>> > >> <name>Repository Name</name> >> >>> > >> <url>scp://host/path/to/repo</url> >> >>> > >> </snapshotRepository> >> >>> > >> </distributionManagement> >> >>> > >> >> >>> > >> Cause: Class >> >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot >> >>> > >> be >> >>> > >> instantiated >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> I looked in the pom.xml, and found this: >> >>> > >> >> >>> > >> <!-- The CollectionSpace public Maven repository for "snapshot" >> >>> > >> artifacts --> >> >>> > >> <repositories> >> >>> > >> <repository> >> >>> > >> <id>libs-snapshot-local</id> >> >>> > >> <name>libs-snapshot-local</name> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > >> <url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url> >> >>> > >> <snapshots> >> >>> > >> <enabled>true</enabled> >> >>> > >> </snapshots> >> >>> > >> >> >>> > >> >> >>> > >> I'm wondering, which repository setting should I use (snapshot or >> >>> > >> not >> >>> > >> snapshot)? Our installation is on a virtual server in linode. >> >>> > >> >> >>> > >> And, does anyone know where I should set the path to our >> >>> > >> repository? >> >>> > >> I'm guessing that the error is party due to the url being mapped >> >>> > >> to >> >>> > >> nightly.collectionspace.org. >> >>> > >> >> >>> > >> Thanks! >> >>> > >> >> >>> > >> Al >> >>> > >> >> >>> > >> Al Bersch >> >>> > >> Digital Project Coordinator >> >>> > >> Oakland Museum of California >> >>> > >> 1000 Oak Street, Oakland, CA 94607 >> >>> > >> abersch@museumca.org >> >>> > >> 510-318-8468 >> >>> > >> >> >>> > >> _______________________________________________ >> >>> > >> 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 >> >>> >> >> >> > > >
AR
Aron Roberts
Wed, Aug 21, 2013 8:39 PM

Hi Al,

The creation of a "a separate user account to edit and run all your
cspace files," in Jesse's words, isn't (currently) a step in the
Installation documents.  It's a best practice, but not yet reflected
there.

Simply put, it should be, and it will be in future revisions of
these documents.

Until then, you can create your new user ('cspace' or whatever name
you wish to give it) via the command line:

https://help.ubuntu.com/13.04/serverguide/user-management.html#adding-deleting-users

Aron

On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch abersch@museumca.org wrote:

Hi all,

Thanks again, this is all really great info to have. Sorry to ask the
obvious, but I'm a little confused about the cspace user. When duing the
installation process does this user get created? Is it when we edited the
pg_hba.conf file during the postgres installation? I attempted to "su
cspace" but get "Unknown id."

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com

To: "Jesse Martinez" mjesse@gmail.com
Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Wednesday, August 21, 2013 12:33:35 PM

Subject: Re: [Talk] deploy mvn error

On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez mjesse@gmail.com wrote:

Be sure to also use the cspace user to start and stop the tomcat
instances.
It's very easy to forget and run a concurrent tomcat process as root
that'll
surely cause a hiccup later on. (As I've done numerous times...)

Here too :-(.  Since we're building a set of tips here on the Talk
list, if you ever start Tomcat as root, either by running it as that
user or via 'sudo', you'll find that there are now some files in the
Tomcat server folder that are owned by root, rather than by your
dedicated CollectionSpace user account.  If that ever happens, you can
just re-run that recursive chown command (e.g. chown -R cspace:cspace
$CATALINA_HOME) to restore the previous ownership.

Aron

  • Jesse

On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts aronroberts@gmail.com
wrote:

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system.  One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user.  In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an
Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful,
but
we
didn't allow login for root via ssh or ftp, and root owns these files.
I
suppose I could copy everything over to abersch, and then copy back to
root
later? Does anyone have a suggestion for best practices using sftp
tools
to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml.  And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's  nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy
over
settings.xml from the "core" tenant into "omca," and make the changes
listed
in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com
wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.
It
looks like you might be missing a closing bracket in this line: I
don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility
like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this
in
the
past and there are sometimes encoding issues involved including end
line
chars.) I'm trying to deduce if there are encoding issues at play
here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price), and
Sublime
Text. Cyberduck can be set to automatically open editable files in
Sublime
Text and save them back to the remote server seamlessly. Sublime Text
isn't
a full-fledged IDE, but it is light-weight and has a lot of good tools
for
easily checking format and syntax based on file type. It's free, works
on
multiple OSs and my go-to code editor in a pinch. Aron also recommends
good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca"> 
     <version>11</version>
     <!-- Note: omca-collectionobject.xml should not appear in the

'include' line below -->
<!-- This line is for merging various settings files together. -->
<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

     <spec>
             <include src="base-relations.xml"/>
             <include src="base-schemas.xml"/>

             <records>
                     <enum-blank>Please select a

value</enum-blank>
<!-- Here's where you can indicate that you want to merge in your own Cataloging record changes -->
<include
src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/
<include src="base-procedure-acquisition.xml"/>
<include src="base-procedure-blobs.xml"/>
...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk
of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been
encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61
it appears the error is in reading or merging XML content, rather
than
in
not finding either of the two files to be merged, or in not being
able
to
read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to
merge
two dissimilar things: a settings file for your tenant (which
contains
some
general administrative settings), together with some field-level
settings
for a particular record type.

If you'd like to merge custom changes into the Cataloging record,
such
as changing the contents of options lists, here's an example of how
you
can
specify that, as shown line 12 of the tenant 'includes' file for the
UCJEPS
herbaria:

https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look
something
like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. --> <include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/> ... <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/> ...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the
plug
for
using github as a backup resource - I'll do that, and also
apologize
in
advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the
file
I added to the omca tenant (omca-collectionobject.xml), wasn't
there
in
the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me
where
I
might find catalina.(today'sdate).log?) and here are some snippets,
first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN  [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]
Could not merge the include files:
settings.xml,local-omca-settings.xml
2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]
Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)
org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse
(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure
(54)
org.collectionspace.chain.controller.TenantServlet.load_config
(156)
org.collectionspace.chain.controller.TenantServlet.setup (179)

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter
(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter
(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process
(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.[INFO] Starting
up
the
CollectionSpace Services' JAX-RS application.Static initializtion
of:

org.collectionspace.services.common.security.SecurityInterceptor[INFO]
CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6].
Please check http://ehcache.org for the latest version.Could not
get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 17:49:48,765 WARN  [http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it.
This
is
very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop
it.
This
is very likely to create a memory leak.2013-08-19 21:07:17,780
ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
Could not merge the include files:
settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this
snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment"

ui-search="repeatable"
mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and

Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option

id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option

id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install
-DskipTest"
rather than "mvn deploy -DskipTests". I ran this in the application
layer
folder called "application" that contains the pom.xml file. In my
path
it
looks like /home/root/application-source/application/. Then, do I
understand
I also need to run "ant deploy"? I wasn't able to run this in the
same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the
documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes.  This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in
    the
    near future.  The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to
    simply
    replicate the block of configuration you want to customize, within
    a
    separate file for your own museum; it will override the
    corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7
You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two
dropdown
menus appear:

https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112
To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of
the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that
long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error
loading
config"

There may have been an error made in whatever configuration file,
or
files, were modified.  After they were deployed (copied) to the
server,
when
the Application layer read them, it got confused and barfed out
this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? -
or
they
didn't conform to the Application layer's expectation of what
'tags'
(XML
elements) are expected, in which hierarchical locations within the
file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean
install
-DskipTests') and restarting Tomcat, should resolve the issue.  You
might
also try, however, using a utility app that can show you
differences
between
two files - your current version and your snapshot - and see if the
error is
readily made apparent by looking at those changes in that 'diff'
view.
(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org
wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the
files
in
the application layer. When I navigated to our tenant, the login
screen is
blank except for a place to put a user name and password. when I
submit my
password, I get this message:  Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer,
so I
can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install
-DskipTests'
when building and deploying the App layer with your dropdown list
changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating
this
:-), but CollectionSpace Services layer uses Maven to build
artifacts
and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn
clean
install' followed by 'ant deploy'), while the Application and UI
layers use
Maven ('mvn install') for both tasks.  There are some historical
and
technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch
abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy
-DskipTests
I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version. --> <repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot
be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name>

<url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url>
<snapshots>
<enabled>true</enabled>
</snapshots>

I'm wondering, which repository setting should I use (snapshot
or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our
repository?
I'm guessing that the error is party due to the url being mapped
to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

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

Hi Al, The creation of a "a separate user account to edit and run all your cspace files," in Jesse's words, isn't (currently) a step in the Installation documents. It's a best practice, but not yet reflected there. Simply put, it should be, and it will be in future revisions of these documents. Until then, you can create your new user ('cspace' or whatever name you wish to give it) via the command line: https://help.ubuntu.com/13.04/serverguide/user-management.html#adding-deleting-users Aron On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch <abersch@museumca.org> wrote: > Hi all, > > Thanks again, this is all really great info to have. Sorry to ask the > obvious, but I'm a little confused about the cspace user. When duing the > installation process does this user get created? Is it when we edited the > pg_hba.conf file during the postgres installation? I attempted to "su > cspace" but get "Unknown id." > > thanks, > > Al > > Al Bersch > Digital Project Coordinator > Oakland Museum of California > 1000 Oak Street, Oakland, CA 94607 > abersch@museumca.org > 510-318-8468 > ________________________________ > From: "Aron Roberts" <aronroberts@gmail.com> > > To: "Jesse Martinez" <mjesse@gmail.com> > Cc: "Al Bersch" <abersch@museumca.org>, "talk" > <talk@lists.collectionspace.org> > Sent: Wednesday, August 21, 2013 12:33:35 PM > > Subject: Re: [Talk] deploy mvn error > > On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez <mjesse@gmail.com> wrote: >> Be sure to also use the cspace user to start and stop the tomcat >> instances. >> It's very easy to forget and run a concurrent tomcat process as root >> that'll >> surely cause a hiccup later on. (As I've done numerous times...) > > Here too :-(. Since we're building a set of tips here on the Talk > list, if you ever start Tomcat as root, either by running it as that > user or via 'sudo', you'll find that there are now some files in the > Tomcat server folder that are owned by root, rather than by your > dedicated CollectionSpace user account. If that ever happens, you can > just re-run that recursive chown command (e.g. chown -R cspace:cspace > $CATALINA_HOME) to restore the previous ownership. > > Aron > > > >> >> - Jesse >> >> >> On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts <aronroberts@gmail.com> >> wrote: >>> >>> Hi Al, >>> >>> One other thought: as far as I'm aware, none of the pieces that >>> comprise a CollectionSpace server system need to be run as 'root' on >>> Linux, Mac OS X, or any other Unix-like system. One best practice >>> that we've been following is to create a dedicated system (OS-level) >>> user, and change ownership of all of the files in the Tomcat server >>> folder to be owned by that user. In the case of a user named 'cspace' >>> in the 'cspace' group, for instance: >>> >>> sudo chown -R cspace:cspace $CATALINA_HOME >>> >>> You can then similarly change ownership of your source code trees to >>> that same user, or at least to a user that is a member of that group >>> (assuming that group has write privileges to all of the relevant >>> directories in the Tomcat server folder). >>> >>> Aron >>> >>> On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> wrote: >>> > Hi Aron, Jesse, Ray - >>> > >>> > Thanks for all this advice and patience. >>> > >>> > I am using vim to edit the xml in a terminal window. I am useing an >>> > Ubuntu >>> > virtual server. Using SFTP to connect via text wragler is beautiful, >>> > but >>> > we >>> > didn't allow login for root via ssh or ftp, and root owns these files. >>> > I >>> > suppose I could copy everything over to abersch, and then copy back to >>> > root >>> > later? Does anyone have a suggestion for best practices using sftp >>> > tools >>> > to >>> > edit? >>> > >>> > The XML validator is great. I don't have any errors in >>> > omca-collectionobject.xml. And Jesse, thanks for catching that typo in >>> > omca-tenant.xml. That was acutally live - my bad! >>> > >>> > Checking the logs, it looks like the problem is with settings.xml or >>> > local-omca-setitngs.xml. There's nothing in my omca settings.xml file >>> > (hence the "null" symbol over and over). would it make sense to re-copy >>> > over >>> > settings.xml from the "core" tenant into "omca," and make the changes >>> > listed >>> > in the "creating your tenant" documentation? >>> > >>> > Thanks again everyone. This is so beyond helpful. >>> > >>> > Al >>> > >>> > >>> > >>> > Al Bersch >>> > Digital Project Coordinator >>> > Oakland Museum of California >>> > 1000 Oak Street, Oakland, CA 94607 >>> > abersch@museumca.org >>> > 510-318-8468 >>> > ________________________________ >>> > From: "Aron Roberts" <aronroberts@gmail.com> >>> > To: "Jesse Martinez" <mjesse@gmail.com> >>> > >>> > Cc: "Al Bersch" <abersch@museumca.org>, "talk" >>> > <talk@lists.collectionspace.org> >>> > Sent: Tuesday, August 20, 2013 4:31:01 PM >>> > >>> > Subject: Re: [Talk] deploy mvn error >>> > >>> > Thanks, Jesse! >>> > >>> > As yet another possibility, along with the other options mentioned, >>> > the (free) TextWrangler editor can directly open files on a remote >>> > system via SFTP: >>> > >>> > >>> > >>> > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ >>> > >>> > >>> > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> >>> > wrote: >>> >> Hi Al, >>> >> >>> >> Just noticed a quick typo in the text you c/p into an earlier email. >>> >> It >>> >> looks like you might be missing a closing bracket in this line: I >>> >> don't >>> >> know >>> >> if it's a c/p typo or not, so just thought I'd point it out! >>> >> >>> >> <include src="base-collectionobject.xml,omca-collectionobject.xml" >>> >> merge="xmlmerge.properties"/ >>> >> >>> >> Also, how are you editing these files? Are you using a cli utility >>> >> like >>> >> emacs or vim? (Might you be using Cygwin on Windows?? I've used this >>> >> in >>> >> the >>> >> past and there are sometimes encoding issues involved including end >>> >> line >>> >> chars.) I'm trying to deduce if there are encoding issues at play >>> >> here. >>> >> >>> >> Personally speaking, I like to use a local editor when making quick >>> >> changes >>> >> on a remote server. What works for me on a Mac is a combination of >>> >> Cyberduck >>> >> (free sftp client) (or Transmit, which is well worth its price), and >>> >> Sublime >>> >> Text. Cyberduck can be set to automatically open editable files in >>> >> Sublime >>> >> Text and save them back to the remote server seamlessly. Sublime Text >>> >> isn't >>> >> a full-fledged IDE, but it is light-weight and has a lot of good tools >>> >> for >>> >> easily checking format and syntax based on file type. It's free, works >>> >> on >>> >> multiple OSs and my go-to code editor in a pinch. Aron also recommends >>> >> good >>> >> editors too. >>> >> >>> >> - Jesse >>> >> >>> >> >>> >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> >>> >> wrote: >>> >>> >>> >>> Hi Aron, >>> >>> >>> >>> Thanks so much for addressing these questions. >>> >>> >>> >>> I entered the language at the end of your email into my >>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: >>> >>> >>> >>> <cspace-config tenantname="omca"> >>> >>> >>> >>> <version>11</version> >>> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>> >>> 'include' line below --> >>> >>> <!-- This line is for merging various settings files >>> >>> together. >>> >>> --> >>> >>> <include src="settings.xml,local-omca-settings.xml" >>> >>> merge="xmlmerge.properties" >>> >>> strip-root="yes" /> >>> >>> >>> >>> <spec> >>> >>> <include src="base-relations.xml"/> >>> >>> <include src="base-schemas.xml"/> >>> >>> >>> >>> <records> >>> >>> <enum-blank>Please select a >>> >>> value</enum-blank> >>> >>> <!-- Here's where you can indicate that you >>> >>> want >>> >>> to merge in your own Cataloging record changes --> >>> >>> <include >>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >>> >>> merge="xmlmerge.properties"/ >>> >>> <include >>> >>> src="base-procedure-acquisition.xml"/> >>> >>> <include src="base-procedure-blobs.xml"/> >>> >>> ... >>> >>> >>> >>> then re-created the omca-collectionobject.xml file (located at >>> >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: >>> >>> >>> >>> +<record id="collection-object"> >>> >>> + >>> >>> + <section id="identificationInformation"> >>> >>> + <repeat id="responsibleDepartments" has-primary="yes"> >>> >>> + >>> >>> <selector>object-identification-responsible-department</selector> >>> >>> + <field id="responsibleDepartment" ui-search="repeatable" >>> >>> mini="search" >>> >>> + seperate_ui_container="true"> >>> >>> + >>> >>> <selector>object-identification-responsible-department</selector> >>> >>> + <options> >>> >>> + <option id="">Please select a value</option> >>> >>> + <option id="art">Art</option> >>> >>> + <option id="history">History</option> >>> >>> + <option id="science">Science</option> >>> >>> + <option id="collections">Collections</option> >>> >>> + <option id="education">Education</option> >>> >>> + <option id="professionalservices">Professional >>> >>> Services</option> >>> >>> + <option id="multi">Multi</option> >>> >>> + </options> >>> >>> + </field> >>> >>> + </repeat> >>> >>> + <field id="collection" ui-search="repeatable" >>> >>> seperate_ui_container="true"> >>> >>> + <selector>object-identification-collection</selector> >>> >>> + <options> >>> >>> + <option id="">Please select a value</option> >>> >>> + <option id="art">Art</option> >>> >>> + <option id="artandartifact">Art and Artifact</option> >>> >>> + <option id="exhibit">Exhibit</option> >>> >>> + <option id="history">History</option> >>> >>> + <option id="scientomology">SCI-Entomology</option> >>> >>> + <option id="scifineart">SCI-Fine Art</option> >>> >>> + <option id="scigalleryspecimens">SCI-Gallery >>> >>> Specimens</option> >>> >>> + <option id="scigeology">SCI-Geology</option> >>> >>> + <option id="sciherbarium">SCI-Herbarium</option> >>> >>> + <option id="sciherpetology">SCI-Herpetology</option> >>> >>> + <option id="sciicthyology">SCI-Icthyology</option> >>> >>> + <option >>> >>> id="sciinvertebrates">SCI-Invertebrates</option> >>> >>> + <option id="scilapidary">SCI-Lapidary</option> >>> >>> + <option id="scimalacology">SCI-Malacology</option> >>> >>> + <option id="scimammalogy">SCI-Mammalogy</option> >>> >>> + <option >>> >>> id="scimiscellaneous">SCI-Miscellaneous</option> >>> >>> + <option id="sciornithology">SCI-Ornithology</option> >>> >>> + <option >>> >>> id="scipaleontology">SCI-Paleontology</option> >>> >>> + <option id="sciphoto">SCI-Photo</option> >>> >>> + <option id="scisnuffbottles">SCI-Snuff >>> >>> Bottles</option> >>> >>> + <option id="specimen">Specimen</option> >>> >>> + </options> >>> >>> + </field> >>> >>> + </section> >>> >>> + >>> >>> +</record> >>> >>> >>> >>> But alas, I'm still getting the same error message when I log into my >>> >>> tenant. >>> >>> >>> >>> If it matters, I looked in my settings.xml file and get a big chunk >>> >>> of >>> >>> this: ^@^@^@^@^@^@^. >>> >>> >>> >>> do you see anything wrong here in the files I copied? >>> >>> >>> >>> thanks, >>> >>> >>> >>> Al >>> >>> >>> >>> Al Bersch >>> >>> Digital Project Coordinator >>> >>> Oakland Museum of California >>> >>> 1000 Oak Street, Oakland, CA 94607 >>> >>> abersch@museumca.org >>> >>> 510-318-8468 >>> >>> ________________________________ >>> >>> From: "Aron Roberts" <aronroberts@gmail.com> >>> >>> To: "Al Bersch" <abersch@museumca.org> >>> >>> Cc: "talk" <talk@lists.collectionspace.org> >>> >>> Sent: Monday, August 19, 2013 5:39:58 PM >>> >>> >>> >>> Subject: Re: [Talk] deploy mvn error >>> >>> >>> >>> Hi Al, >>> >>> >>> >>> My sincere apologies for these difficulties you've been >>> >>> encountering. >>> >>> >>> >>> > It looks like the problem is with merging settings.xml and >>> >>> > local-omca-settings.xml? >>> >>> >>> >>> Yes, that certainly looks like the case. >>> >>> >>> >>> This line appeared in part of the output from this error, in >>> >>> catalina.out: >>> >>> >>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception >>> >>> > raised during parsing >>> >>> > Stack : >>> >>> > >>> >>> > >>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>> >>> > (61) >>> >>> >>> >>> From looking at the Application layer's code at line 61 of >>> >>> AssemblingParser.java: >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 >>> >>> it appears the error is in reading or merging XML content, rather >>> >>> than >>> >>> in >>> >>> not finding either of the two files to be merged, or in not being >>> >>> able >>> >>> to >>> >>> read them as a result of insufficient access permissions or other >>> >>> filesystem-related issues. >>> >>> >>> >>> It appears that you might potentially be inadvertently trying to >>> >>> merge >>> >>> two dissimilar things: a settings file for your tenant (which >>> >>> contains >>> >>> some >>> >>> general administrative settings), together with some field-level >>> >>> settings >>> >>> for a particular record type. >>> >>> >>> >>> If you'd like to merge custom changes into the Cataloging record, >>> >>> such >>> >>> as changing the contents of options lists, here's an example of how >>> >>> you >>> >>> can >>> >>> specify that, as shown line 12 of the tenant 'includes' file for the >>> >>> UCJEPS >>> >>> herbaria: >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 >>> >>> >>> >>> Following that example, your >>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look >>> >>> something >>> >>> like the following: >>> >>> >>> >>> <cspace-config tenantname="omca"> >>> >>> <version>11</version> >>> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>> >>> 'include' >>> >>> line below --> >>> >>> <!-- This line is for merging various settings files together. --> >>> >>> <include src="settings.xml,local-settings.xml" >>> >>> merge="xmlmerge-settings.properties" strip-root="yes"/> >>> >>> ... >>> >>> <records> >>> >>> <enum-blank>Please select a value</enum-blank> >>> >>> <!-- Here's where you can indicate that you want to merge in your >>> >>> own >>> >>> Cataloging record changes --> >>> >>> <include >>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >>> >>> merge="xmlmerge.properties"/> >>> >>> ... >>> >>> >>> >>> Aron >>> >>> >>> >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> >>> >>> wrote: >>> >>> > >>> >>> > Hi Aron, >>> >>> > >>> >>> > Thanks so much again for your continued assistance. And for the >>> >>> > plug >>> >>> > for >>> >>> > using github as a backup resource - I'll do that, and also >>> >>> > apologize >>> >>> > in >>> >>> > advance for the cut-and-paste text below. >>> >>> > >>> >>> > I installed DiffMerge, but I'm not sure what to compare, since the >>> >>> > file >>> >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't >>> >>> > there >>> >>> > in >>> >>> > the >>> >>> > previous snapshot. I think I'm a little confused. >>> >>> > >>> >>> > I looked in the cspace-app.log and catalina.out (can you tell me >>> >>> > where >>> >>> > I >>> >>> > might find catalina.(today'sdate).log?) and here are some snippets, >>> >>> > first >>> >>> > from cspace-app.log: >>> >>> > >>> >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] >>> >>> > >>> >>> > >>> >>> > >>> >>> > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] >>> >>> > Could not merge the include files: >>> >>> > settings.xml,local-omca-settings.xml >>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] >>> >>> > >>> >>> > >>> >>> > >>> >>> > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] >>> >>> > Message: Exception raised during parsing >>> >>> > >>> >>> > Stack : >>> >>> > >>> >>> > >>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>> >>> > (61) >>> >>> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse >>> >>> > (62) >>> >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure >>> >>> > (54) >>> >>> > org.collectionspace.chain.controller.TenantServlet.load_config >>> >>> > (156) >>> >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) >>> >>> > >>> >>> > >>> >>> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant >>> >>> > (117) >>> >>> > org.collectionspace.chain.controller.TenantUIServlet.service (568) >>> >>> > javax.servlet.http.HttpServlet.service (717) >>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>> >>> > (290) >>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>> >>> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter >>> >>> > (33) >>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>> >>> > (235) >>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>> >>> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter >>> >>> > (99) >>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>> >>> > (235) >>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>> >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) >>> >>> > org.apache.catalina.core.StandardContextValve.invoke (191) >>> >>> > org.apache.catalina.core.StandardHostValve.invoke (127) >>> >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) >>> >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) >>> >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) >>> >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) >>> >>> > org.apache.coyote.http11.Http11Processor.process (859) >>> >>> > >>> >>> > >>> >>> > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process >>> >>> > (602) >>> >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) >>> >>> > java.lang.Thread.run (724) >>> >>> > >>> >>> > CAUSED BY >>> >>> > Message: Could not load source >>> >>> > >>> >>> > >>> >>> > >>> >>> > then from catalina.out: >>> >>> > >>> >>> > 2013-08-19 17:49:25,334 ERROR [main] >>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>> >>> > domain >>> >>> > name >>> >>> > was specified on call to getRepositoryName() method.2013-08-19 >>> >>> > 17:49:25,334 >>> >>> > ERROR [main] >>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>> >>> > domain name was specified on call to getRepositoryName() >>> >>> > method.2013-08-19 >>> >>> > 17:49:25,334 ERROR [main] >>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>> >>> > domain >>> >>> > name >>> >>> > was specified on call to getRepositoryName() method.[INFO] Starting >>> >>> > up >>> >>> > the >>> >>> > CollectionSpace Services' JAX-RS application.Static initializtion >>> >>> > of: >>> >>> > >>> >>> > >>> >>> > org.collectionspace.services.common.security.SecurityInterceptor[INFO] >>> >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 >>> >>> > 17:49:27,339 >>> >>> > (0) [http-8180-4] INFO >>> >>> > >>> >>> > >>> >>> > >>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>> >>> > XMLMerge result output to: >>> >>> > >>> >>> > >>> >>> > >>> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>> >>> > 17:49:29,695 (2356) [http-8180-2] INFO >>> >>> > >>> >>> > >>> >>> > >>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>> >>> > XMLMerge result output to: >>> >>> > >>> >>> > >>> >>> > >>> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>> >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO >>> >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 >>> >>> > >>> >>> > >>> >>> > >>> >>> > [http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6]. >>> >>> > Please check http://ehcache.org for the latest version.Could not >>> >>> > get >>> >>> > session >>> >>> > from CSPACESESSID cookie with value: >>> >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN >>> >>> > [http-8180-7] >>> >>> > >>> >>> > >>> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>> >>> > 17:49:47,953 >>> >>> > WARN [http-8180-7] >>> >>> > >>> >>> > >>> >>> > >>> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>> >>> > Failed to create a session, as response has been committed. Unable >>> >>> > to >>> >>> > store >>> >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] >>> >>> > >>> >>> > >>> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>> >>> > 17:49:48,773 >>> >>> > WARN [http-8180-7] >>> >>> > >>> >>> > >>> >>> > >>> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>> >>> > Failed to create a session, as response has been committed. Unable >>> >>> > to >>> >>> > store >>> >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR >>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >>> >>> > application >>> >>> > [/collectionspace] appears to have started a thread named >>> >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. >>> >>> > This >>> >>> > is >>> >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR >>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >>> >>> > application >>> >>> > [/collectionspace] appears to have started a thread named >>> >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop >>> >>> > it. >>> >>> > This >>> >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 >>> >>> > ERROR >>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >>> >>> > application >>> >>> > [/collectionspace] created a ThreadLocal with key of type >>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>> >>> > value of >>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >>> >>> > the >>> >>> > web >>> >>> > application was stopped. This is very likely to create a memory >>> >>> > leak.2013-08-19 21:07:17,781 ERROR >>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >>> >>> > application >>> >>> > [/collectionspace] created a ThreadLocal with key of type >>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>> >>> > value of >>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >>> >>> > the >>> >>> > web >>> >>> > application was stopped. This is very likely to create a memory >>> >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN >>> >>> > >>> >>> > >>> >>> > >>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>> >>> > Could not merge the include files: >>> >>> > settings.xml,local-omca-settings.xml >>> >>> > >>> >>> > >>> >>> > It looks like the problem is with merging settings.xml and >>> >>> > local-omca-settings.xml? >>> >>> > >>> >>> > I've tried a second time to create the configuration change in >>> >>> > omca-collectionobject.xml (a newly created xml file with only this >>> >>> > snippet >>> >>> > in it: >>> >>> > >>> >>> > +<record id="collection-object"> >>> >>> > + >>> >>> > + <section id="identificationInformation"> >>> >>> > + <repeat id="responsibleDepartments" has-primary="yes"> >>> >>> > + >>> >>> > <selector>object-identification-responsible-department</selector> >>> >>> > + <field id="responsibleDepartment" >>> >>> > ui-search="repeatable" >>> >>> > mini="search" >>> >>> > + seperate_ui_container="true"> >>> >>> > + >>> >>> > <selector>object-identification-responsible-department</selector> >>> >>> > + <options> >>> >>> > + <option id="">Please select a value</option> >>> >>> > + <option id="art">Art</option> >>> >>> > + <option id="history">History</option> >>> >>> > + <option id="science">Science</option> >>> >>> > + <option id="collections">Collections</option> >>> >>> > + <option id="education">Education</option> >>> >>> > + <option id="professionalservices">Professional >>> >>> > Services</option> >>> >>> > + <option id="multi">Multi</option> >>> >>> > + </options> >>> >>> > + </field> >>> >>> > + </repeat> >>> >>> > + <field id="collection" ui-search="repeatable" >>> >>> > seperate_ui_container="true"> >>> >>> > + <selector>object-identification-collection</selector> >>> >>> > + <options> >>> >>> > + <option id="">Please select a value</option> >>> >>> > + <option id="art">Art</option> >>> >>> > + <option id="artandartifact">Art and >>> >>> > Artifact</option> >>> >>> > + <option id="exhibit">Exhibit</option> >>> >>> > + <option id="history">History</option> >>> >>> > + <option id="scientomology">SCI-Entomology</option> >>> >>> > + <option id="scifineart">SCI-Fine Art</option> >>> >>> > + <option id="scigalleryspecimens">SCI-Gallery >>> >>> > Specimens</option> >>> >>> > + <option id="scigeology">SCI-Geology</option> >>> >>> > + <option id="sciherbarium">SCI-Herbarium</option> >>> >>> > + <option >>> >>> > id="sciherpetology">SCI-Herpetology</option> >>> >>> > + <option id="sciicthyology">SCI-Icthyology</option> >>> >>> > + <option >>> >>> > id="sciinvertebrates">SCI-Invertebrates</option> >>> >>> > + <option id="scilapidary">SCI-Lapidary</option> >>> >>> > + <option id="scimalacology">SCI-Malacology</option> >>> >>> > + <option id="scimammalogy">SCI-Mammalogy</option> >>> >>> > + <option >>> >>> > id="scimiscellaneous">SCI-Miscellaneous</option> >>> >>> > + <option >>> >>> > id="sciornithology">SCI-Ornithology</option> >>> >>> > + <option >>> >>> > id="scipaleontology">SCI-Paleontology</option> >>> >>> > + <option id="sciphoto">SCI-Photo</option> >>> >>> > + <option id="scisnuffbottles">SCI-Snuff >>> >>> > Bottles</option> >>> >>> > + <option id="specimen">Specimen</option> >>> >>> > + </options> >>> >>> > + </field> >>> >>> > + </section> >>> >>> > + >>> >>> > +</record> >>> >>> > >>> >>> > >>> >>> > >>> >>> > then according to your last email, I ran "mvn clean install >>> >>> > -DskipTest" >>> >>> > rather than "mvn deploy -DskipTests". I ran this in the application >>> >>> > layer >>> >>> > folder called "application" that contains the pom.xml file. In my >>> >>> > path >>> >>> > it >>> >>> > looks like /home/root/application-source/application/. Then, do I >>> >>> > understand >>> >>> > I also need to run "ant deploy"? I wasn't able to run this in the >>> >>> > same >>> >>> > folder - I got an error saying this is no build file. >>> >>> > >>> >>> > I'm going off your previous instructions, as well as the >>> >>> > documentation >>> >>> > on the wiki for customizing the application layer: >>> >>> > >>> >>> > Hi Becky and Al, >>> >>> > One more set of notes on making 'starting out' customizations, >>> >>> > below: this one a customization of options in dropdown menus. >>> >>> > Aron >>> >>> > (Recommendation: start the CollectionSpace server before making the >>> >>> > following changes. This will help ensure those changes are made >>> >>> > 'live.') >>> >>> > * An example of how to replace the default sets of options in the >>> >>> > dropdown menus for the Responsible Department and OMCA Collection >>> >>> > fields. >>> >>> > The existing documentation on updating these option lists is >>> >>> > confusing, and wildly out of date; we expect to be updating it in >>> >>> > the >>> >>> > near future. The customization method shown here as an example >>> >>> > reflects recently-added 'merge' capabilities that allow you to >>> >>> > simply >>> >>> > replicate the block of configuration you want to customize, within >>> >>> > a >>> >>> > separate file for your own museum; it will override the >>> >>> > corresponding >>> >>> > configuration block in the default settings: >>> >>> > Actual change(s) made, within the source code tree for >>> >>> > CollectionSpace's Application layer: >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 >>> >>> > You can compare this to the default configuration file for the >>> >>> > Cataloging record, in which the default options for those two >>> >>> > dropdown >>> >>> > menus appear: >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 >>> >>> > To copy (deploy) these changes to the server folder, enter the >>> >>> > following at a command prompt, from within the top-level folder of >>> >>> > the >>> >>> > Application source code tree: >>> >>> > mvn deploy -DskipTests >>> >>> > >>> >>> > >>> >>> > >>> >>> > Sorry I'm not getting this! Do you have any ideas? >>> >>> > >>> >>> > Thanks again, >>> >>> > >>> >>> > Al >>> >>> > >>> >>> > >>> >>> > >>> >>> > Al Bersch >>> >>> > Digital Project Coordinator >>> >>> > Oakland Museum of California >>> >>> > 1000 Oak Street, Oakland, CA 94607 >>> >>> > abersch@museumca.org >>> >>> > 510-318-8468 >>> >>> > ________________________________ >>> >>> > From: "Aron Roberts" <aronroberts@gmail.com> >>> >>> > To: "Al Bersch" <abersch@museumca.org> >>> >>> > Cc: "talk" <talk@lists.collectionspace.org> >>> >>> > Sent: Friday, August 16, 2013 1:28:48 PM >>> >>> > >>> >>> > Subject: Re: [Talk] deploy mvn error >>> >>> > >>> >>> > The key is likely this snippet, from near the beginning of that >>> >>> > long >>> >>> > and >>> >>> > singularly unhelpful chain of messages: >>> >>> > "org.collectionspace.chain.csp.config.ConfigException: Error >>> >>> > loading >>> >>> > config" >>> >>> > >>> >>> > There may have been an error made in whatever configuration file, >>> >>> > or >>> >>> > files, were modified. After they were deployed (copied) to the >>> >>> > server, >>> >>> > when >>> >>> > the Application layer read them, it got confused and barfed out >>> >>> > this >>> >>> > long >>> >>> > stack trace. >>> >>> > >>> >>> > Typically, this means the file(s), after being modified, weren't >>> >>> > well-formed XML - perhaps an ending tag was left out somewhere? - >>> >>> > or >>> >>> > they >>> >>> > didn't conform to the Application layer's expectation of what >>> >>> > 'tags' >>> >>> > (XML >>> >>> > elements) are expected, in which hierarchical locations within the >>> >>> > file. >>> >>> > >>> >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean >>> >>> > install >>> >>> > -DskipTests') and restarting Tomcat, should resolve the issue. You >>> >>> > might >>> >>> > also try, however, using a utility app that can show you >>> >>> > differences >>> >>> > between >>> >>> > two files - your current version and your snapshot - and see if the >>> >>> > error is >>> >>> > readily made apparent by looking at those changes in that 'diff' >>> >>> > view. >>> >>> > (If >>> >>> > you're using Mac OS X, there's a list of such apps at >>> >>> > http://apple.stackexchange.com/a/87188) >>> >>> > >>> >>> > It's also worth checking the current cspace-app.log and >>> >>> > catalina.{today's date}.log to see if there may be any log message >>> >>> > specifically pinpointing the configuration error. >>> >>> > >>> >>> > Aron >>> >>> > >>> >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> >>> >>> > wrote: >>> >>> > > >>> >>> > > Hi again, >>> >>> > > >>> >>> > > Ok, I think I must have messed up somewhere when changing the >>> >>> > > files >>> >>> > > in >>> >>> > > the application layer. When I navigated to our tenant, the login >>> >>> > > screen is >>> >>> > > blank except for a place to put a user name and password. when I >>> >>> > > submit my >>> >>> > > password, I get this message: Any idea what I did wrong? Thanks! >>> >>> > > >>> >>> > > I have a snapshot prior to the changes in the application layer, >>> >>> > > so I >>> >>> > > can always go back in time and try again. >>> >>> > > >>> >>> > > Al >>> >>> > > >>> >>> > > HTTP Status 400 - >>> >>> > > org.collectionspace.chain.controller.BadRequestException: Cannot >>> >>> > > initialise >>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>> >>> > > loading >>> >>> > > config. >>> >>> > > See messages for details: summary Exception raised during parsing >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>> >>> > > loading >>> >>> > > config. >>> >>> > > See messages for details: summary Exception raised during parsing >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>> >>> > > ... 22 more Caused by: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>> >>> > > Error loading config. See messages for details: summary Exception >>> >>> > > raised >>> >>> > > during parsing at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>> >>> > > ... 24 more >>> >>> > > >>> >>> > > ________________________________ >>> >>> > > >>> >>> > > type Status report >>> >>> > > >>> >>> > > message org.collectionspace.chain.controller.BadRequestException: >>> >>> > > Cannot initialise CSPs >>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>> >>> > > loading >>> >>> > > config. >>> >>> > > See messages for details: summary Exception raised during parsing >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>> >>> > > loading >>> >>> > > config. >>> >>> > > See messages for details: summary Exception raised during parsing >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>> >>> > > ... 22 more Caused by: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>> >>> > > Error loading config. See messages for details: summary Exception >>> >>> > > raised >>> >>> > > during parsing at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>> >>> > > ... 24 more >>> >>> > > >>> >>> > > description The request sent by the client was syntactically >>> >>> > > incorrect >>> >>> > > (org.collectionspace.chain.controller.BadRequestException: Cannot >>> >>> > > initialise >>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>> >>> > > loading >>> >>> > > config. >>> >>> > > See messages for details: summary Exception raised during parsing >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>> >>> > > loading >>> >>> > > config. >>> >>> > > See messages for details: summary Exception raised during parsing >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>> >>> > > ... 22 more Caused by: >>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>> >>> > > Error loading config. See messages for details: summary Exception >>> >>> > > raised >>> >>> > > during parsing at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>> >>> > > at >>> >>> > > >>> >>> > > >>> >>> > > >>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>> >>> > > ... 24 more ). >>> >>> > > >>> >>> > > >>> >>> > > Al Bersch >>> >>> > > Digital Project Coordinator >>> >>> > > Oakland Museum of California >>> >>> > > 1000 Oak Street, Oakland, CA 94607 >>> >>> > > abersch@museumca.org >>> >>> > > 510-318-8468 >>> >>> > > ________________________________ >>> >>> > > From: "Aron Roberts" <aronroberts@gmail.com> >>> >>> > > To: "Al Bersch" <abersch@museumca.org> >>> >>> > > Cc: "talk" <talk@lists.collectionspace.org> >>> >>> > > Sent: Friday, August 16, 2013 12:58:56 PM >>> >>> > > Subject: Re: [Talk] deploy mvn error >>> >>> > > >>> >>> > > Hi Al, >>> >>> > > >>> >>> > > You likely will have success with 'mvn clean install >>> >>> > > -DskipTests' >>> >>> > > when building and deploying the App layer with your dropdown list >>> >>> > > changes, >>> >>> > > rather than 'mvn deploy -DskipTests'. >>> >>> > > >>> >>> > > It's a bit confusing (and I hope I don't need to keep repeating >>> >>> > > this >>> >>> > > :-), but CollectionSpace Services layer uses Maven to build >>> >>> > > artifacts >>> >>> > > and >>> >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn >>> >>> > > clean >>> >>> > > install' followed by 'ant deploy'), while the Application and UI >>> >>> > > layers use >>> >>> > > Maven ('mvn install') for both tasks. There are some historical >>> >>> > > and >>> >>> > > technical reasons for this difference, not worth going into ... >>> >>> > > >>> >>> > > Aron >>> >>> > > >>> >>> > > >>> >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch >>> >>> > > <abersch@museumca.org> >>> >>> > > wrote: >>> >>> > >> >>> >>> > >> Hello all, >>> >>> > >> >>> >>> > >> I changed our dropdown lists in Department and Collection in the >>> >>> > >> application layer source code, and when I ran mvn deploy >>> >>> > >> -DskipTests >>> >>> > >> I get >>> >>> > >> this error: >>> >>> > >> >>> >>> > >> [ERROR] BUILD ERROR >>> >>> > >> [INFO] >>> >>> > >> >>> >>> > >> >>> >>> > >> >>> >>> > >> ------------------------------------------------------------------------ >>> >>> > >> [INFO] Failed to configure plugin parameters for: >>> >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 >>> >>> > >> >>> >>> > >> check that the following section of the pom.xml is present and >>> >>> > >> correct: >>> >>> > >> >>> >>> > >> <distributionManagement> >>> >>> > >> <!-- use the following if you're not using a snapshot version. >>> >>> > >> --> >>> >>> > >> <repository> >>> >>> > >> <id>repo</id> >>> >>> > >> <name>Repository Name</name> >>> >>> > >> <url>scp://host/path/to/repo</url> >>> >>> > >> </repository> >>> >>> > >> <!-- use the following if you ARE using a snapshot version. >>> >>> > >> --> >>> >>> > >> <snapshotRepository> >>> >>> > >> <id>repo</id> >>> >>> > >> <name>Repository Name</name> >>> >>> > >> <url>scp://host/path/to/repo</url> >>> >>> > >> </snapshotRepository> >>> >>> > >> </distributionManagement> >>> >>> > >> >>> >>> > >> Cause: Class >>> >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot >>> >>> > >> be >>> >>> > >> instantiated >>> >>> > >> >>> >>> > >> >>> >>> > >> >>> >>> > >> I looked in the pom.xml, and found this: >>> >>> > >> >>> >>> > >> <!-- The CollectionSpace public Maven repository for >>> >>> > >> "snapshot" >>> >>> > >> artifacts --> >>> >>> > >> <repositories> >>> >>> > >> <repository> >>> >>> > >> <id>libs-snapshot-local</id> >>> >>> > >> <name>libs-snapshot-local</name> >>> >>> > >> >>> >>> > >> >>> >>> > >> >>> >>> > >> >>> >>> > >> <url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url> >>> >>> > >> <snapshots> >>> >>> > >> <enabled>true</enabled> >>> >>> > >> </snapshots> >>> >>> > >> >>> >>> > >> >>> >>> > >> I'm wondering, which repository setting should I use (snapshot >>> >>> > >> or >>> >>> > >> not >>> >>> > >> snapshot)? Our installation is on a virtual server in linode. >>> >>> > >> >>> >>> > >> And, does anyone know where I should set the path to our >>> >>> > >> repository? >>> >>> > >> I'm guessing that the error is party due to the url being mapped >>> >>> > >> to >>> >>> > >> nightly.collectionspace.org. >>> >>> > >> >>> >>> > >> Thanks! >>> >>> > >> >>> >>> > >> Al >>> >>> > >> >>> >>> > >> Al Bersch >>> >>> > >> Digital Project Coordinator >>> >>> > >> Oakland Museum of California >>> >>> > >> 1000 Oak Street, Oakland, CA 94607 >>> >>> > >> abersch@museumca.org >>> >>> > >> 510-318-8468 >>> >>> > >> >>> >>> > >> _______________________________________________ >>> >>> > >> 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 >>> >>> >>> >> >>> > >> >> >
AR
Aron Roberts
Wed, Aug 21, 2013 8:44 PM

After creating, say, a 'cspace' user, you'll then have these users,
among others, on your system:

  • root (Use sparingly, ideally only via occasional 'sudo' commands
    whenever needed.  See https://help.ubuntu.com/community/RootSudo)
  • cspace (For all your CollectionSpace-related work. This user will
    have ownership of your source code trees and the Tomcat server
    folder.)
  • postgres (This user will have ownership of PostgreSQL's files.)

On Wed, Aug 21, 2013 at 1:39 PM, Aron Roberts aronroberts@gmail.com wrote:

Hi Al,

The creation of a "a separate user account to edit and run all your
cspace files," in Jesse's words, isn't (currently) a step in the
Installation documents.  It's a best practice, but not yet reflected
there.

Simply put, it should be, and it will be in future revisions of
these documents.

Until then, you can create your new user ('cspace' or whatever name
you wish to give it) via the command line:

https://help.ubuntu.com/13.04/serverguide/user-management.html#adding-deleting-users

Aron

On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch abersch@museumca.org wrote:

Hi all,

Thanks again, this is all really great info to have. Sorry to ask the
obvious, but I'm a little confused about the cspace user. When duing the
installation process does this user get created? Is it when we edited the
pg_hba.conf file during the postgres installation? I attempted to "su
cspace" but get "Unknown id."

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com

To: "Jesse Martinez" mjesse@gmail.com
Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Wednesday, August 21, 2013 12:33:35 PM

Subject: Re: [Talk] deploy mvn error

On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez mjesse@gmail.com wrote:

Be sure to also use the cspace user to start and stop the tomcat
instances.
It's very easy to forget and run a concurrent tomcat process as root
that'll
surely cause a hiccup later on. (As I've done numerous times...)

Here too :-(.  Since we're building a set of tips here on the Talk
list, if you ever start Tomcat as root, either by running it as that
user or via 'sudo', you'll find that there are now some files in the
Tomcat server folder that are owned by root, rather than by your
dedicated CollectionSpace user account.  If that ever happens, you can
just re-run that recursive chown command (e.g. chown -R cspace:cspace
$CATALINA_HOME) to restore the previous ownership.

Aron

  • Jesse

On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts aronroberts@gmail.com
wrote:

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system.  One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user.  In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an
Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful,
but
we
didn't allow login for root via ssh or ftp, and root owns these files.
I
suppose I could copy everything over to abersch, and then copy back to
root
later? Does anyone have a suggestion for best practices using sftp
tools
to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml.  And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's  nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy
over
settings.xml from the "core" tenant into "omca," and make the changes
listed
in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com
wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.
It
looks like you might be missing a closing bracket in this line: I
don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility
like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this
in
the
past and there are sometimes encoding issues involved including end
line
chars.) I'm trying to deduce if there are encoding issues at play
here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price), and
Sublime
Text. Cyberduck can be set to automatically open editable files in
Sublime
Text and save them back to the remote server seamlessly. Sublime Text
isn't
a full-fledged IDE, but it is light-weight and has a lot of good tools
for
easily checking format and syntax based on file type. It's free, works
on
multiple OSs and my go-to code editor in a pinch. Aron also recommends
good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca"> 
     <version>11</version>
     <!-- Note: omca-collectionobject.xml should not appear in the

'include' line below -->
<!-- This line is for merging various settings files together. -->
<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

     <spec>
             <include src="base-relations.xml"/>
             <include src="base-schemas.xml"/>

             <records>
                     <enum-blank>Please select a

value</enum-blank>
<!-- Here's where you can indicate that you want to merge in your own Cataloging record changes -->
<include
src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/
<include src="base-procedure-acquisition.xml"/>
<include src="base-procedure-blobs.xml"/>
...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment" ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk
of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been
encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61
it appears the error is in reading or merging XML content, rather
than
in
not finding either of the two files to be merged, or in not being
able
to
read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to
merge
two dissimilar things: a settings file for your tenant (which
contains
some
general administrative settings), together with some field-level
settings
for a particular record type.

If you'd like to merge custom changes into the Cataloging record,
such
as changing the contents of options lists, here's an example of how
you
can
specify that, as shown line 12 of the tenant 'includes' file for the
UCJEPS
herbaria:

https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look
something
like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. --> <include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/> ... <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/> ...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the
plug
for
using github as a backup resource - I'll do that, and also
apologize
in
advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the
file
I added to the omca tenant (omca-collectionobject.xml), wasn't
there
in
the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me
where
I
might find catalina.(today'sdate).log?) and here are some snippets,
first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN  [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]
Could not merge the include files:
settings.xml,local-omca-settings.xml
2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]
Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)
org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse
(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure
(54)
org.collectionspace.chain.controller.TenantServlet.load_config
(156)
org.collectionspace.chain.controller.TenantServlet.setup (179)

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter
(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter
(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process
(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.[INFO] Starting
up
the
CollectionSpace Services' JAX-RS application.Static initializtion
of:

org.collectionspace.services.common.security.SecurityInterceptor[INFO]
CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6].
Please check http://ehcache.org for the latest version.Could not
get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 17:49:48,765 WARN  [http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it.
This
is
very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop
it.
This
is very likely to create a memory leak.2013-08-19 21:07:17,780
ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
Could not merge the include files:
settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this
snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment"

ui-search="repeatable"
mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and

Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option

id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option

id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install
-DskipTest"
rather than "mvn deploy -DskipTests". I ran this in the application
layer
folder called "application" that contains the pom.xml file. In my
path
it
looks like /home/root/application-source/application/. Then, do I
understand
I also need to run "ant deploy"? I wasn't able to run this in the
same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the
documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes.  This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in
    the
    near future.  The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to
    simply
    replicate the block of configuration you want to customize, within
    a
    separate file for your own museum; it will override the
    corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7
You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two
dropdown
menus appear:

https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112
To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of
the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that
long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error
loading
config"

There may have been an error made in whatever configuration file,
or
files, were modified.  After they were deployed (copied) to the
server,
when
the Application layer read them, it got confused and barfed out
this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? -
or
they
didn't conform to the Application layer's expectation of what
'tags'
(XML
elements) are expected, in which hierarchical locations within the
file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean
install
-DskipTests') and restarting Tomcat, should resolve the issue.  You
might
also try, however, using a utility app that can show you
differences
between
two files - your current version and your snapshot - and see if the
error is
readily made apparent by looking at those changes in that 'diff'
view.
(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org
wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the
files
in
the application layer. When I navigated to our tenant, the login
screen is
blank except for a place to put a user name and password. when I
submit my
password, I get this message:  Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer,
so I
can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install
-DskipTests'
when building and deploying the App layer with your dropdown list
changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating
this
:-), but CollectionSpace Services layer uses Maven to build
artifacts
and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn
clean
install' followed by 'ant deploy'), while the Application and UI
layers use
Maven ('mvn install') for both tasks.  There are some historical
and
technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch
abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy
-DskipTests
I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version. --> <repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot
be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name>

<url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url>
<snapshots>
<enabled>true</enabled>
</snapshots>

I'm wondering, which repository setting should I use (snapshot
or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our
repository?
I'm guessing that the error is party due to the url being mapped
to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

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

After creating, say, a 'cspace' user, you'll then have these users, among others, on your system: * root (Use sparingly, ideally only via occasional 'sudo' commands whenever needed. See https://help.ubuntu.com/community/RootSudo) * cspace (For all your CollectionSpace-related work. This user will have ownership of your source code trees and the Tomcat server folder.) * postgres (This user will have ownership of PostgreSQL's files.) On Wed, Aug 21, 2013 at 1:39 PM, Aron Roberts <aronroberts@gmail.com> wrote: > Hi Al, > > The creation of a "a separate user account to edit and run all your > cspace files," in Jesse's words, isn't (currently) a step in the > Installation documents. It's a best practice, but not yet reflected > there. > > Simply put, it should be, and it will be in future revisions of > these documents. > > Until then, you can create your new user ('cspace' or whatever name > you wish to give it) via the command line: > > https://help.ubuntu.com/13.04/serverguide/user-management.html#adding-deleting-users > > Aron > > On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch <abersch@museumca.org> wrote: >> Hi all, >> >> Thanks again, this is all really great info to have. Sorry to ask the >> obvious, but I'm a little confused about the cspace user. When duing the >> installation process does this user get created? Is it when we edited the >> pg_hba.conf file during the postgres installation? I attempted to "su >> cspace" but get "Unknown id." >> >> thanks, >> >> Al >> >> Al Bersch >> Digital Project Coordinator >> Oakland Museum of California >> 1000 Oak Street, Oakland, CA 94607 >> abersch@museumca.org >> 510-318-8468 >> ________________________________ >> From: "Aron Roberts" <aronroberts@gmail.com> >> >> To: "Jesse Martinez" <mjesse@gmail.com> >> Cc: "Al Bersch" <abersch@museumca.org>, "talk" >> <talk@lists.collectionspace.org> >> Sent: Wednesday, August 21, 2013 12:33:35 PM >> >> Subject: Re: [Talk] deploy mvn error >> >> On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez <mjesse@gmail.com> wrote: >>> Be sure to also use the cspace user to start and stop the tomcat >>> instances. >>> It's very easy to forget and run a concurrent tomcat process as root >>> that'll >>> surely cause a hiccup later on. (As I've done numerous times...) >> >> Here too :-(. Since we're building a set of tips here on the Talk >> list, if you ever start Tomcat as root, either by running it as that >> user or via 'sudo', you'll find that there are now some files in the >> Tomcat server folder that are owned by root, rather than by your >> dedicated CollectionSpace user account. If that ever happens, you can >> just re-run that recursive chown command (e.g. chown -R cspace:cspace >> $CATALINA_HOME) to restore the previous ownership. >> >> Aron >> >> >> >>> >>> - Jesse >>> >>> >>> On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts <aronroberts@gmail.com> >>> wrote: >>>> >>>> Hi Al, >>>> >>>> One other thought: as far as I'm aware, none of the pieces that >>>> comprise a CollectionSpace server system need to be run as 'root' on >>>> Linux, Mac OS X, or any other Unix-like system. One best practice >>>> that we've been following is to create a dedicated system (OS-level) >>>> user, and change ownership of all of the files in the Tomcat server >>>> folder to be owned by that user. In the case of a user named 'cspace' >>>> in the 'cspace' group, for instance: >>>> >>>> sudo chown -R cspace:cspace $CATALINA_HOME >>>> >>>> You can then similarly change ownership of your source code trees to >>>> that same user, or at least to a user that is a member of that group >>>> (assuming that group has write privileges to all of the relevant >>>> directories in the Tomcat server folder). >>>> >>>> Aron >>>> >>>> On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> wrote: >>>> > Hi Aron, Jesse, Ray - >>>> > >>>> > Thanks for all this advice and patience. >>>> > >>>> > I am using vim to edit the xml in a terminal window. I am useing an >>>> > Ubuntu >>>> > virtual server. Using SFTP to connect via text wragler is beautiful, >>>> > but >>>> > we >>>> > didn't allow login for root via ssh or ftp, and root owns these files. >>>> > I >>>> > suppose I could copy everything over to abersch, and then copy back to >>>> > root >>>> > later? Does anyone have a suggestion for best practices using sftp >>>> > tools >>>> > to >>>> > edit? >>>> > >>>> > The XML validator is great. I don't have any errors in >>>> > omca-collectionobject.xml. And Jesse, thanks for catching that typo in >>>> > omca-tenant.xml. That was acutally live - my bad! >>>> > >>>> > Checking the logs, it looks like the problem is with settings.xml or >>>> > local-omca-setitngs.xml. There's nothing in my omca settings.xml file >>>> > (hence the "null" symbol over and over). would it make sense to re-copy >>>> > over >>>> > settings.xml from the "core" tenant into "omca," and make the changes >>>> > listed >>>> > in the "creating your tenant" documentation? >>>> > >>>> > Thanks again everyone. This is so beyond helpful. >>>> > >>>> > Al >>>> > >>>> > >>>> > >>>> > Al Bersch >>>> > Digital Project Coordinator >>>> > Oakland Museum of California >>>> > 1000 Oak Street, Oakland, CA 94607 >>>> > abersch@museumca.org >>>> > 510-318-8468 >>>> > ________________________________ >>>> > From: "Aron Roberts" <aronroberts@gmail.com> >>>> > To: "Jesse Martinez" <mjesse@gmail.com> >>>> > >>>> > Cc: "Al Bersch" <abersch@museumca.org>, "talk" >>>> > <talk@lists.collectionspace.org> >>>> > Sent: Tuesday, August 20, 2013 4:31:01 PM >>>> > >>>> > Subject: Re: [Talk] deploy mvn error >>>> > >>>> > Thanks, Jesse! >>>> > >>>> > As yet another possibility, along with the other options mentioned, >>>> > the (free) TextWrangler editor can directly open files on a remote >>>> > system via SFTP: >>>> > >>>> > >>>> > >>>> > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ >>>> > >>>> > >>>> > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> >>>> > wrote: >>>> >> Hi Al, >>>> >> >>>> >> Just noticed a quick typo in the text you c/p into an earlier email. >>>> >> It >>>> >> looks like you might be missing a closing bracket in this line: I >>>> >> don't >>>> >> know >>>> >> if it's a c/p typo or not, so just thought I'd point it out! >>>> >> >>>> >> <include src="base-collectionobject.xml,omca-collectionobject.xml" >>>> >> merge="xmlmerge.properties"/ >>>> >> >>>> >> Also, how are you editing these files? Are you using a cli utility >>>> >> like >>>> >> emacs or vim? (Might you be using Cygwin on Windows?? I've used this >>>> >> in >>>> >> the >>>> >> past and there are sometimes encoding issues involved including end >>>> >> line >>>> >> chars.) I'm trying to deduce if there are encoding issues at play >>>> >> here. >>>> >> >>>> >> Personally speaking, I like to use a local editor when making quick >>>> >> changes >>>> >> on a remote server. What works for me on a Mac is a combination of >>>> >> Cyberduck >>>> >> (free sftp client) (or Transmit, which is well worth its price), and >>>> >> Sublime >>>> >> Text. Cyberduck can be set to automatically open editable files in >>>> >> Sublime >>>> >> Text and save them back to the remote server seamlessly. Sublime Text >>>> >> isn't >>>> >> a full-fledged IDE, but it is light-weight and has a lot of good tools >>>> >> for >>>> >> easily checking format and syntax based on file type. It's free, works >>>> >> on >>>> >> multiple OSs and my go-to code editor in a pinch. Aron also recommends >>>> >> good >>>> >> editors too. >>>> >> >>>> >> - Jesse >>>> >> >>>> >> >>>> >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> >>>> >> wrote: >>>> >>> >>>> >>> Hi Aron, >>>> >>> >>>> >>> Thanks so much for addressing these questions. >>>> >>> >>>> >>> I entered the language at the end of your email into my >>>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: >>>> >>> >>>> >>> <cspace-config tenantname="omca"> >>>> >>> >>>> >>> <version>11</version> >>>> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>>> >>> 'include' line below --> >>>> >>> <!-- This line is for merging various settings files >>>> >>> together. >>>> >>> --> >>>> >>> <include src="settings.xml,local-omca-settings.xml" >>>> >>> merge="xmlmerge.properties" >>>> >>> strip-root="yes" /> >>>> >>> >>>> >>> <spec> >>>> >>> <include src="base-relations.xml"/> >>>> >>> <include src="base-schemas.xml"/> >>>> >>> >>>> >>> <records> >>>> >>> <enum-blank>Please select a >>>> >>> value</enum-blank> >>>> >>> <!-- Here's where you can indicate that you >>>> >>> want >>>> >>> to merge in your own Cataloging record changes --> >>>> >>> <include >>>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >>>> >>> merge="xmlmerge.properties"/ >>>> >>> <include >>>> >>> src="base-procedure-acquisition.xml"/> >>>> >>> <include src="base-procedure-blobs.xml"/> >>>> >>> ... >>>> >>> >>>> >>> then re-created the omca-collectionobject.xml file (located at >>>> >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: >>>> >>> >>>> >>> +<record id="collection-object"> >>>> >>> + >>>> >>> + <section id="identificationInformation"> >>>> >>> + <repeat id="responsibleDepartments" has-primary="yes"> >>>> >>> + >>>> >>> <selector>object-identification-responsible-department</selector> >>>> >>> + <field id="responsibleDepartment" ui-search="repeatable" >>>> >>> mini="search" >>>> >>> + seperate_ui_container="true"> >>>> >>> + >>>> >>> <selector>object-identification-responsible-department</selector> >>>> >>> + <options> >>>> >>> + <option id="">Please select a value</option> >>>> >>> + <option id="art">Art</option> >>>> >>> + <option id="history">History</option> >>>> >>> + <option id="science">Science</option> >>>> >>> + <option id="collections">Collections</option> >>>> >>> + <option id="education">Education</option> >>>> >>> + <option id="professionalservices">Professional >>>> >>> Services</option> >>>> >>> + <option id="multi">Multi</option> >>>> >>> + </options> >>>> >>> + </field> >>>> >>> + </repeat> >>>> >>> + <field id="collection" ui-search="repeatable" >>>> >>> seperate_ui_container="true"> >>>> >>> + <selector>object-identification-collection</selector> >>>> >>> + <options> >>>> >>> + <option id="">Please select a value</option> >>>> >>> + <option id="art">Art</option> >>>> >>> + <option id="artandartifact">Art and Artifact</option> >>>> >>> + <option id="exhibit">Exhibit</option> >>>> >>> + <option id="history">History</option> >>>> >>> + <option id="scientomology">SCI-Entomology</option> >>>> >>> + <option id="scifineart">SCI-Fine Art</option> >>>> >>> + <option id="scigalleryspecimens">SCI-Gallery >>>> >>> Specimens</option> >>>> >>> + <option id="scigeology">SCI-Geology</option> >>>> >>> + <option id="sciherbarium">SCI-Herbarium</option> >>>> >>> + <option id="sciherpetology">SCI-Herpetology</option> >>>> >>> + <option id="sciicthyology">SCI-Icthyology</option> >>>> >>> + <option >>>> >>> id="sciinvertebrates">SCI-Invertebrates</option> >>>> >>> + <option id="scilapidary">SCI-Lapidary</option> >>>> >>> + <option id="scimalacology">SCI-Malacology</option> >>>> >>> + <option id="scimammalogy">SCI-Mammalogy</option> >>>> >>> + <option >>>> >>> id="scimiscellaneous">SCI-Miscellaneous</option> >>>> >>> + <option id="sciornithology">SCI-Ornithology</option> >>>> >>> + <option >>>> >>> id="scipaleontology">SCI-Paleontology</option> >>>> >>> + <option id="sciphoto">SCI-Photo</option> >>>> >>> + <option id="scisnuffbottles">SCI-Snuff >>>> >>> Bottles</option> >>>> >>> + <option id="specimen">Specimen</option> >>>> >>> + </options> >>>> >>> + </field> >>>> >>> + </section> >>>> >>> + >>>> >>> +</record> >>>> >>> >>>> >>> But alas, I'm still getting the same error message when I log into my >>>> >>> tenant. >>>> >>> >>>> >>> If it matters, I looked in my settings.xml file and get a big chunk >>>> >>> of >>>> >>> this: ^@^@^@^@^@^@^. >>>> >>> >>>> >>> do you see anything wrong here in the files I copied? >>>> >>> >>>> >>> thanks, >>>> >>> >>>> >>> Al >>>> >>> >>>> >>> Al Bersch >>>> >>> Digital Project Coordinator >>>> >>> Oakland Museum of California >>>> >>> 1000 Oak Street, Oakland, CA 94607 >>>> >>> abersch@museumca.org >>>> >>> 510-318-8468 >>>> >>> ________________________________ >>>> >>> From: "Aron Roberts" <aronroberts@gmail.com> >>>> >>> To: "Al Bersch" <abersch@museumca.org> >>>> >>> Cc: "talk" <talk@lists.collectionspace.org> >>>> >>> Sent: Monday, August 19, 2013 5:39:58 PM >>>> >>> >>>> >>> Subject: Re: [Talk] deploy mvn error >>>> >>> >>>> >>> Hi Al, >>>> >>> >>>> >>> My sincere apologies for these difficulties you've been >>>> >>> encountering. >>>> >>> >>>> >>> > It looks like the problem is with merging settings.xml and >>>> >>> > local-omca-settings.xml? >>>> >>> >>>> >>> Yes, that certainly looks like the case. >>>> >>> >>>> >>> This line appeared in part of the output from this error, in >>>> >>> catalina.out: >>>> >>> >>>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception >>>> >>> > raised during parsing >>>> >>> > Stack : >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>>> >>> > (61) >>>> >>> >>>> >>> From looking at the Application layer's code at line 61 of >>>> >>> AssemblingParser.java: >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 >>>> >>> it appears the error is in reading or merging XML content, rather >>>> >>> than >>>> >>> in >>>> >>> not finding either of the two files to be merged, or in not being >>>> >>> able >>>> >>> to >>>> >>> read them as a result of insufficient access permissions or other >>>> >>> filesystem-related issues. >>>> >>> >>>> >>> It appears that you might potentially be inadvertently trying to >>>> >>> merge >>>> >>> two dissimilar things: a settings file for your tenant (which >>>> >>> contains >>>> >>> some >>>> >>> general administrative settings), together with some field-level >>>> >>> settings >>>> >>> for a particular record type. >>>> >>> >>>> >>> If you'd like to merge custom changes into the Cataloging record, >>>> >>> such >>>> >>> as changing the contents of options lists, here's an example of how >>>> >>> you >>>> >>> can >>>> >>> specify that, as shown line 12 of the tenant 'includes' file for the >>>> >>> UCJEPS >>>> >>> herbaria: >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 >>>> >>> >>>> >>> Following that example, your >>>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look >>>> >>> something >>>> >>> like the following: >>>> >>> >>>> >>> <cspace-config tenantname="omca"> >>>> >>> <version>11</version> >>>> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>>> >>> 'include' >>>> >>> line below --> >>>> >>> <!-- This line is for merging various settings files together. --> >>>> >>> <include src="settings.xml,local-settings.xml" >>>> >>> merge="xmlmerge-settings.properties" strip-root="yes"/> >>>> >>> ... >>>> >>> <records> >>>> >>> <enum-blank>Please select a value</enum-blank> >>>> >>> <!-- Here's where you can indicate that you want to merge in your >>>> >>> own >>>> >>> Cataloging record changes --> >>>> >>> <include >>>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >>>> >>> merge="xmlmerge.properties"/> >>>> >>> ... >>>> >>> >>>> >>> Aron >>>> >>> >>>> >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> >>>> >>> wrote: >>>> >>> > >>>> >>> > Hi Aron, >>>> >>> > >>>> >>> > Thanks so much again for your continued assistance. And for the >>>> >>> > plug >>>> >>> > for >>>> >>> > using github as a backup resource - I'll do that, and also >>>> >>> > apologize >>>> >>> > in >>>> >>> > advance for the cut-and-paste text below. >>>> >>> > >>>> >>> > I installed DiffMerge, but I'm not sure what to compare, since the >>>> >>> > file >>>> >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't >>>> >>> > there >>>> >>> > in >>>> >>> > the >>>> >>> > previous snapshot. I think I'm a little confused. >>>> >>> > >>>> >>> > I looked in the cspace-app.log and catalina.out (can you tell me >>>> >>> > where >>>> >>> > I >>>> >>> > might find catalina.(today'sdate).log?) and here are some snippets, >>>> >>> > first >>>> >>> > from cspace-app.log: >>>> >>> > >>>> >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] >>>> >>> > Could not merge the include files: >>>> >>> > settings.xml,local-omca-settings.xml >>>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] >>>> >>> > Message: Exception raised during parsing >>>> >>> > >>>> >>> > Stack : >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>>> >>> > (61) >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse >>>> >>> > (62) >>>> >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure >>>> >>> > (54) >>>> >>> > org.collectionspace.chain.controller.TenantServlet.load_config >>>> >>> > (156) >>>> >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant >>>> >>> > (117) >>>> >>> > org.collectionspace.chain.controller.TenantUIServlet.service (568) >>>> >>> > javax.servlet.http.HttpServlet.service (717) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>>> >>> > (290) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>>> >>> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter >>>> >>> > (33) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>>> >>> > (235) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>>> >>> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter >>>> >>> > (99) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>>> >>> > (235) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>>> >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) >>>> >>> > org.apache.catalina.core.StandardContextValve.invoke (191) >>>> >>> > org.apache.catalina.core.StandardHostValve.invoke (127) >>>> >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) >>>> >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) >>>> >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) >>>> >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) >>>> >>> > org.apache.coyote.http11.Http11Processor.process (859) >>>> >>> > >>>> >>> > >>>> >>> > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process >>>> >>> > (602) >>>> >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) >>>> >>> > java.lang.Thread.run (724) >>>> >>> > >>>> >>> > CAUSED BY >>>> >>> > Message: Could not load source >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > then from catalina.out: >>>> >>> > >>>> >>> > 2013-08-19 17:49:25,334 ERROR [main] >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>>> >>> > domain >>>> >>> > name >>>> >>> > was specified on call to getRepositoryName() method.2013-08-19 >>>> >>> > 17:49:25,334 >>>> >>> > ERROR [main] >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>>> >>> > domain name was specified on call to getRepositoryName() >>>> >>> > method.2013-08-19 >>>> >>> > 17:49:25,334 ERROR [main] >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>>> >>> > domain >>>> >>> > name >>>> >>> > was specified on call to getRepositoryName() method.[INFO] Starting >>>> >>> > up >>>> >>> > the >>>> >>> > CollectionSpace Services' JAX-RS application.Static initializtion >>>> >>> > of: >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.services.common.security.SecurityInterceptor[INFO] >>>> >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 >>>> >>> > 17:49:27,339 >>>> >>> > (0) [http-8180-4] INFO >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>>> >>> > XMLMerge result output to: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>>> >>> > 17:49:29,695 (2356) [http-8180-2] INFO >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>>> >>> > XMLMerge result output to: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>>> >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO >>>> >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6]. >>>> >>> > Please check http://ehcache.org for the latest version.Could not >>>> >>> > get >>>> >>> > session >>>> >>> > from CSPACESESSID cookie with value: >>>> >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN >>>> >>> > [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>>> >>> > 17:49:47,953 >>>> >>> > WARN [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>>> >>> > Failed to create a session, as response has been committed. Unable >>>> >>> > to >>>> >>> > store >>>> >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>>> >>> > 17:49:48,773 >>>> >>> > WARN [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>>> >>> > Failed to create a session, as response has been committed. Unable >>>> >>> > to >>>> >>> > store >>>> >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >>>> >>> > application >>>> >>> > [/collectionspace] appears to have started a thread named >>>> >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. >>>> >>> > This >>>> >>> > is >>>> >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >>>> >>> > application >>>> >>> > [/collectionspace] appears to have started a thread named >>>> >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop >>>> >>> > it. >>>> >>> > This >>>> >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 >>>> >>> > ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >>>> >>> > application >>>> >>> > [/collectionspace] created a ThreadLocal with key of type >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>>> >>> > value of >>>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >>>> >>> > the >>>> >>> > web >>>> >>> > application was stopped. This is very likely to create a memory >>>> >>> > leak.2013-08-19 21:07:17,781 ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >>>> >>> > application >>>> >>> > [/collectionspace] created a ThreadLocal with key of type >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>>> >>> > value of >>>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >>>> >>> > the >>>> >>> > web >>>> >>> > application was stopped. This is very likely to create a memory >>>> >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>>> >>> > Could not merge the include files: >>>> >>> > settings.xml,local-omca-settings.xml >>>> >>> > >>>> >>> > >>>> >>> > It looks like the problem is with merging settings.xml and >>>> >>> > local-omca-settings.xml? >>>> >>> > >>>> >>> > I've tried a second time to create the configuration change in >>>> >>> > omca-collectionobject.xml (a newly created xml file with only this >>>> >>> > snippet >>>> >>> > in it: >>>> >>> > >>>> >>> > +<record id="collection-object"> >>>> >>> > + >>>> >>> > + <section id="identificationInformation"> >>>> >>> > + <repeat id="responsibleDepartments" has-primary="yes"> >>>> >>> > + >>>> >>> > <selector>object-identification-responsible-department</selector> >>>> >>> > + <field id="responsibleDepartment" >>>> >>> > ui-search="repeatable" >>>> >>> > mini="search" >>>> >>> > + seperate_ui_container="true"> >>>> >>> > + >>>> >>> > <selector>object-identification-responsible-department</selector> >>>> >>> > + <options> >>>> >>> > + <option id="">Please select a value</option> >>>> >>> > + <option id="art">Art</option> >>>> >>> > + <option id="history">History</option> >>>> >>> > + <option id="science">Science</option> >>>> >>> > + <option id="collections">Collections</option> >>>> >>> > + <option id="education">Education</option> >>>> >>> > + <option id="professionalservices">Professional >>>> >>> > Services</option> >>>> >>> > + <option id="multi">Multi</option> >>>> >>> > + </options> >>>> >>> > + </field> >>>> >>> > + </repeat> >>>> >>> > + <field id="collection" ui-search="repeatable" >>>> >>> > seperate_ui_container="true"> >>>> >>> > + <selector>object-identification-collection</selector> >>>> >>> > + <options> >>>> >>> > + <option id="">Please select a value</option> >>>> >>> > + <option id="art">Art</option> >>>> >>> > + <option id="artandartifact">Art and >>>> >>> > Artifact</option> >>>> >>> > + <option id="exhibit">Exhibit</option> >>>> >>> > + <option id="history">History</option> >>>> >>> > + <option id="scientomology">SCI-Entomology</option> >>>> >>> > + <option id="scifineart">SCI-Fine Art</option> >>>> >>> > + <option id="scigalleryspecimens">SCI-Gallery >>>> >>> > Specimens</option> >>>> >>> > + <option id="scigeology">SCI-Geology</option> >>>> >>> > + <option id="sciherbarium">SCI-Herbarium</option> >>>> >>> > + <option >>>> >>> > id="sciherpetology">SCI-Herpetology</option> >>>> >>> > + <option id="sciicthyology">SCI-Icthyology</option> >>>> >>> > + <option >>>> >>> > id="sciinvertebrates">SCI-Invertebrates</option> >>>> >>> > + <option id="scilapidary">SCI-Lapidary</option> >>>> >>> > + <option id="scimalacology">SCI-Malacology</option> >>>> >>> > + <option id="scimammalogy">SCI-Mammalogy</option> >>>> >>> > + <option >>>> >>> > id="scimiscellaneous">SCI-Miscellaneous</option> >>>> >>> > + <option >>>> >>> > id="sciornithology">SCI-Ornithology</option> >>>> >>> > + <option >>>> >>> > id="scipaleontology">SCI-Paleontology</option> >>>> >>> > + <option id="sciphoto">SCI-Photo</option> >>>> >>> > + <option id="scisnuffbottles">SCI-Snuff >>>> >>> > Bottles</option> >>>> >>> > + <option id="specimen">Specimen</option> >>>> >>> > + </options> >>>> >>> > + </field> >>>> >>> > + </section> >>>> >>> > + >>>> >>> > +</record> >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > then according to your last email, I ran "mvn clean install >>>> >>> > -DskipTest" >>>> >>> > rather than "mvn deploy -DskipTests". I ran this in the application >>>> >>> > layer >>>> >>> > folder called "application" that contains the pom.xml file. In my >>>> >>> > path >>>> >>> > it >>>> >>> > looks like /home/root/application-source/application/. Then, do I >>>> >>> > understand >>>> >>> > I also need to run "ant deploy"? I wasn't able to run this in the >>>> >>> > same >>>> >>> > folder - I got an error saying this is no build file. >>>> >>> > >>>> >>> > I'm going off your previous instructions, as well as the >>>> >>> > documentation >>>> >>> > on the wiki for customizing the application layer: >>>> >>> > >>>> >>> > Hi Becky and Al, >>>> >>> > One more set of notes on making 'starting out' customizations, >>>> >>> > below: this one a customization of options in dropdown menus. >>>> >>> > Aron >>>> >>> > (Recommendation: start the CollectionSpace server before making the >>>> >>> > following changes. This will help ensure those changes are made >>>> >>> > 'live.') >>>> >>> > * An example of how to replace the default sets of options in the >>>> >>> > dropdown menus for the Responsible Department and OMCA Collection >>>> >>> > fields. >>>> >>> > The existing documentation on updating these option lists is >>>> >>> > confusing, and wildly out of date; we expect to be updating it in >>>> >>> > the >>>> >>> > near future. The customization method shown here as an example >>>> >>> > reflects recently-added 'merge' capabilities that allow you to >>>> >>> > simply >>>> >>> > replicate the block of configuration you want to customize, within >>>> >>> > a >>>> >>> > separate file for your own museum; it will override the >>>> >>> > corresponding >>>> >>> > configuration block in the default settings: >>>> >>> > Actual change(s) made, within the source code tree for >>>> >>> > CollectionSpace's Application layer: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 >>>> >>> > You can compare this to the default configuration file for the >>>> >>> > Cataloging record, in which the default options for those two >>>> >>> > dropdown >>>> >>> > menus appear: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 >>>> >>> > To copy (deploy) these changes to the server folder, enter the >>>> >>> > following at a command prompt, from within the top-level folder of >>>> >>> > the >>>> >>> > Application source code tree: >>>> >>> > mvn deploy -DskipTests >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > Sorry I'm not getting this! Do you have any ideas? >>>> >>> > >>>> >>> > Thanks again, >>>> >>> > >>>> >>> > Al >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > Al Bersch >>>> >>> > Digital Project Coordinator >>>> >>> > Oakland Museum of California >>>> >>> > 1000 Oak Street, Oakland, CA 94607 >>>> >>> > abersch@museumca.org >>>> >>> > 510-318-8468 >>>> >>> > ________________________________ >>>> >>> > From: "Aron Roberts" <aronroberts@gmail.com> >>>> >>> > To: "Al Bersch" <abersch@museumca.org> >>>> >>> > Cc: "talk" <talk@lists.collectionspace.org> >>>> >>> > Sent: Friday, August 16, 2013 1:28:48 PM >>>> >>> > >>>> >>> > Subject: Re: [Talk] deploy mvn error >>>> >>> > >>>> >>> > The key is likely this snippet, from near the beginning of that >>>> >>> > long >>>> >>> > and >>>> >>> > singularly unhelpful chain of messages: >>>> >>> > "org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > loading >>>> >>> > config" >>>> >>> > >>>> >>> > There may have been an error made in whatever configuration file, >>>> >>> > or >>>> >>> > files, were modified. After they were deployed (copied) to the >>>> >>> > server, >>>> >>> > when >>>> >>> > the Application layer read them, it got confused and barfed out >>>> >>> > this >>>> >>> > long >>>> >>> > stack trace. >>>> >>> > >>>> >>> > Typically, this means the file(s), after being modified, weren't >>>> >>> > well-formed XML - perhaps an ending tag was left out somewhere? - >>>> >>> > or >>>> >>> > they >>>> >>> > didn't conform to the Application layer's expectation of what >>>> >>> > 'tags' >>>> >>> > (XML >>>> >>> > elements) are expected, in which hierarchical locations within the >>>> >>> > file. >>>> >>> > >>>> >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean >>>> >>> > install >>>> >>> > -DskipTests') and restarting Tomcat, should resolve the issue. You >>>> >>> > might >>>> >>> > also try, however, using a utility app that can show you >>>> >>> > differences >>>> >>> > between >>>> >>> > two files - your current version and your snapshot - and see if the >>>> >>> > error is >>>> >>> > readily made apparent by looking at those changes in that 'diff' >>>> >>> > view. >>>> >>> > (If >>>> >>> > you're using Mac OS X, there's a list of such apps at >>>> >>> > http://apple.stackexchange.com/a/87188) >>>> >>> > >>>> >>> > It's also worth checking the current cspace-app.log and >>>> >>> > catalina.{today's date}.log to see if there may be any log message >>>> >>> > specifically pinpointing the configuration error. >>>> >>> > >>>> >>> > Aron >>>> >>> > >>>> >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> >>>> >>> > wrote: >>>> >>> > > >>>> >>> > > Hi again, >>>> >>> > > >>>> >>> > > Ok, I think I must have messed up somewhere when changing the >>>> >>> > > files >>>> >>> > > in >>>> >>> > > the application layer. When I navigated to our tenant, the login >>>> >>> > > screen is >>>> >>> > > blank except for a place to put a user name and password. when I >>>> >>> > > submit my >>>> >>> > > password, I get this message: Any idea what I did wrong? Thanks! >>>> >>> > > >>>> >>> > > I have a snapshot prior to the changes in the application layer, >>>> >>> > > so I >>>> >>> > > can always go back in time and try again. >>>> >>> > > >>>> >>> > > Al >>>> >>> > > >>>> >>> > > HTTP Status 400 - >>>> >>> > > org.collectionspace.chain.controller.BadRequestException: Cannot >>>> >>> > > initialise >>>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>>> >>> > > ... 22 more Caused by: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>>> >>> > > Error loading config. See messages for details: summary Exception >>>> >>> > > raised >>>> >>> > > during parsing at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>>> >>> > > ... 24 more >>>> >>> > > >>>> >>> > > ________________________________ >>>> >>> > > >>>> >>> > > type Status report >>>> >>> > > >>>> >>> > > message org.collectionspace.chain.controller.BadRequestException: >>>> >>> > > Cannot initialise CSPs >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>>> >>> > > ... 22 more Caused by: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>>> >>> > > Error loading config. See messages for details: summary Exception >>>> >>> > > raised >>>> >>> > > during parsing at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>>> >>> > > ... 24 more >>>> >>> > > >>>> >>> > > description The request sent by the client was syntactically >>>> >>> > > incorrect >>>> >>> > > (org.collectionspace.chain.controller.BadRequestException: Cannot >>>> >>> > > initialise >>>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>>> >>> > > ... 22 more Caused by: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>>> >>> > > Error loading config. See messages for details: summary Exception >>>> >>> > > raised >>>> >>> > > during parsing at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>>> >>> > > ... 24 more ). >>>> >>> > > >>>> >>> > > >>>> >>> > > Al Bersch >>>> >>> > > Digital Project Coordinator >>>> >>> > > Oakland Museum of California >>>> >>> > > 1000 Oak Street, Oakland, CA 94607 >>>> >>> > > abersch@museumca.org >>>> >>> > > 510-318-8468 >>>> >>> > > ________________________________ >>>> >>> > > From: "Aron Roberts" <aronroberts@gmail.com> >>>> >>> > > To: "Al Bersch" <abersch@museumca.org> >>>> >>> > > Cc: "talk" <talk@lists.collectionspace.org> >>>> >>> > > Sent: Friday, August 16, 2013 12:58:56 PM >>>> >>> > > Subject: Re: [Talk] deploy mvn error >>>> >>> > > >>>> >>> > > Hi Al, >>>> >>> > > >>>> >>> > > You likely will have success with 'mvn clean install >>>> >>> > > -DskipTests' >>>> >>> > > when building and deploying the App layer with your dropdown list >>>> >>> > > changes, >>>> >>> > > rather than 'mvn deploy -DskipTests'. >>>> >>> > > >>>> >>> > > It's a bit confusing (and I hope I don't need to keep repeating >>>> >>> > > this >>>> >>> > > :-), but CollectionSpace Services layer uses Maven to build >>>> >>> > > artifacts >>>> >>> > > and >>>> >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn >>>> >>> > > clean >>>> >>> > > install' followed by 'ant deploy'), while the Application and UI >>>> >>> > > layers use >>>> >>> > > Maven ('mvn install') for both tasks. There are some historical >>>> >>> > > and >>>> >>> > > technical reasons for this difference, not worth going into ... >>>> >>> > > >>>> >>> > > Aron >>>> >>> > > >>>> >>> > > >>>> >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch >>>> >>> > > <abersch@museumca.org> >>>> >>> > > wrote: >>>> >>> > >> >>>> >>> > >> Hello all, >>>> >>> > >> >>>> >>> > >> I changed our dropdown lists in Department and Collection in the >>>> >>> > >> application layer source code, and when I ran mvn deploy >>>> >>> > >> -DskipTests >>>> >>> > >> I get >>>> >>> > >> this error: >>>> >>> > >> >>>> >>> > >> [ERROR] BUILD ERROR >>>> >>> > >> [INFO] >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> ------------------------------------------------------------------------ >>>> >>> > >> [INFO] Failed to configure plugin parameters for: >>>> >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 >>>> >>> > >> >>>> >>> > >> check that the following section of the pom.xml is present and >>>> >>> > >> correct: >>>> >>> > >> >>>> >>> > >> <distributionManagement> >>>> >>> > >> <!-- use the following if you're not using a snapshot version. >>>> >>> > >> --> >>>> >>> > >> <repository> >>>> >>> > >> <id>repo</id> >>>> >>> > >> <name>Repository Name</name> >>>> >>> > >> <url>scp://host/path/to/repo</url> >>>> >>> > >> </repository> >>>> >>> > >> <!-- use the following if you ARE using a snapshot version. >>>> >>> > >> --> >>>> >>> > >> <snapshotRepository> >>>> >>> > >> <id>repo</id> >>>> >>> > >> <name>Repository Name</name> >>>> >>> > >> <url>scp://host/path/to/repo</url> >>>> >>> > >> </snapshotRepository> >>>> >>> > >> </distributionManagement> >>>> >>> > >> >>>> >>> > >> Cause: Class >>>> >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot >>>> >>> > >> be >>>> >>> > >> instantiated >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> I looked in the pom.xml, and found this: >>>> >>> > >> >>>> >>> > >> <!-- The CollectionSpace public Maven repository for >>>> >>> > >> "snapshot" >>>> >>> > >> artifacts --> >>>> >>> > >> <repositories> >>>> >>> > >> <repository> >>>> >>> > >> <id>libs-snapshot-local</id> >>>> >>> > >> <name>libs-snapshot-local</name> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> <url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url> >>>> >>> > >> <snapshots> >>>> >>> > >> <enabled>true</enabled> >>>> >>> > >> </snapshots> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> I'm wondering, which repository setting should I use (snapshot >>>> >>> > >> or >>>> >>> > >> not >>>> >>> > >> snapshot)? Our installation is on a virtual server in linode. >>>> >>> > >> >>>> >>> > >> And, does anyone know where I should set the path to our >>>> >>> > >> repository? >>>> >>> > >> I'm guessing that the error is party due to the url being mapped >>>> >>> > >> to >>>> >>> > >> nightly.collectionspace.org. >>>> >>> > >> >>>> >>> > >> Thanks! >>>> >>> > >> >>>> >>> > >> Al >>>> >>> > >> >>>> >>> > >> Al Bersch >>>> >>> > >> Digital Project Coordinator >>>> >>> > >> Oakland Museum of California >>>> >>> > >> 1000 Oak Street, Oakland, CA 94607 >>>> >>> > >> abersch@museumca.org >>>> >>> > >> 510-318-8468 >>>> >>> > >> >>>> >>> > >> _______________________________________________ >>>> >>> > >> 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 >>>> >>> >>>> >> >>>> > >>> >>> >>
AB
Al Bersch
Wed, Aug 21, 2013 11:40 PM

Hi Aron,

I have my new user, and the files moved ... and I'm copying over that settings.xml file from the core tenant to my omca tenant. I noticed some changes in the Creating Your New Tenant page . These new instructions, regarding changes to the settings.xml file in tomcat-main/src/main/resources/tenants/{yourmuseum}/settings.xml, refer to something I can't locate in my settings.xml file (this section appears to be missing):

<settings> <persistence> <service> ... <tenant> <id> 23 </id> Am I missing something? Thanks!

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468
----- Original Message -----

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org, "Jesse Martinez" mjesse@gmail.com
Sent: Wednesday, August 21, 2013 1:44:22 PM
Subject: Re: [Talk] deploy mvn error

After creating, say, a 'cspace' user, you'll then have these users,
among others, on your system:

  • root (Use sparingly, ideally only via occasional 'sudo' commands
    whenever needed. See https://help.ubuntu.com/community/RootSudo)
  • cspace (For all your CollectionSpace-related work. This user will
    have ownership of your source code trees and the Tomcat server
    folder.)
  • postgres (This user will have ownership of PostgreSQL's files.)

On Wed, Aug 21, 2013 at 1:39 PM, Aron Roberts aronroberts@gmail.com wrote:

Hi Al,

The creation of a "a separate user account to edit and run all your
cspace files," in Jesse's words, isn't (currently) a step in the
Installation documents. It's a best practice, but not yet reflected
there.

Simply put, it should be, and it will be in future revisions of
these documents.

Until then, you can create your new user ('cspace' or whatever name
you wish to give it) via the command line:

https://help.ubuntu.com/13.04/serverguide/user-management.html#adding-deleting-users

Aron

On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch abersch@museumca.org wrote:

Hi all,

Thanks again, this is all really great info to have. Sorry to ask the
obvious, but I'm a little confused about the cspace user. When duing the
installation process does this user get created? Is it when we edited the
pg_hba.conf file during the postgres installation? I attempted to "su
cspace" but get "Unknown id."

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com

To: "Jesse Martinez" mjesse@gmail.com
Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Wednesday, August 21, 2013 12:33:35 PM

Subject: Re: [Talk] deploy mvn error

On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez mjesse@gmail.com wrote:

Be sure to also use the cspace user to start and stop the tomcat
instances.
It's very easy to forget and run a concurrent tomcat process as root
that'll
surely cause a hiccup later on. (As I've done numerous times...)

Here too :-(. Since we're building a set of tips here on the Talk
list, if you ever start Tomcat as root, either by running it as that
user or via 'sudo', you'll find that there are now some files in the
Tomcat server folder that are owned by root, rather than by your
dedicated CollectionSpace user account. If that ever happens, you can
just re-run that recursive chown command (e.g. chown -R cspace:cspace
$CATALINA_HOME) to restore the previous ownership.

Aron

  • Jesse

On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts aronroberts@gmail.com
wrote:

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system. One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user. In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an
Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful,
but
we
didn't allow login for root via ssh or ftp, and root owns these files.
I
suppose I could copy everything over to abersch, and then copy back to
root
later? Does anyone have a suggestion for best practices using sftp
tools
to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml. And Jesse, thanks for catching that typo in
omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's nothing in my omca settings.xml file
(hence the "null" symbol over and over). would it make sense to re-copy
over
settings.xml from the "core" tenant into "omca," and make the changes
listed
in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com
wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier email.
It
looks like you might be missing a closing bracket in this line: I
don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility
like
emacs or vim? (Might you be using Cygwin on Windows?? I've used this
in
the
past and there are sometimes encoding issues involved including end
line
chars.) I'm trying to deduce if there are encoding issues at play
here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price), and
Sublime
Text. Cyberduck can be set to automatically open editable files in
Sublime
Text and save them back to the remote server seamlessly. Sublime Text
isn't
a full-fledged IDE, but it is light-weight and has a lot of good tools
for
easily checking format and syntax based on file type. It's free, works
on
multiple OSs and my go-to code editor in a pinch. Aron also recommends
good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca">

<version>11</version>

<!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. -->

<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

<spec> <include src="base-relations.xml"/> <include src="base-schemas.xml"/> <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/ <include src="base-procedure-acquisition.xml"/> <include src="base-procedure-blobs.xml"/> ...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  • <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  • <field id="responsibleDepartment" ui-search="repeatable"
    mini="search"
  • seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="history">History</option>
  • <option id="science">Science</option>
  • <option id="collections">Collections</option>
  • <option id="education">Education</option>
  • <option id="professionalservices">Professional

Services</option>

  • <option id="multi">Multi</option>
  • </options>
  • </field>
  • </repeat>
  • <field id="collection" ui-search="repeatable" seperate_ui_container="true">
  • <selector>object-identification-collection</selector>
  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="artandartifact">Art and Artifact</option>
  • <option id="exhibit">Exhibit</option>
  • <option id="history">History</option>
  • <option id="scientomology">SCI-Entomology</option>
  • <option id="scifineart">SCI-Fine Art</option>
  • <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  • <option id="scigeology">SCI-Geology</option>
  • <option id="sciherbarium">SCI-Herbarium</option>
  • <option id="sciherpetology">SCI-Herpetology</option>
  • <option id="sciicthyology">SCI-Icthyology</option>
  • <option

id="sciinvertebrates">SCI-Invertebrates</option>

  • <option id="scilapidary">SCI-Lapidary</option>
  • <option id="scimalacology">SCI-Malacology</option>
  • <option id="scimammalogy">SCI-Mammalogy</option>
  • <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  • <option id="sciornithology">SCI-Ornithology</option>
  • <option

id="scipaleontology">SCI-Paleontology</option>

  • <option id="sciphoto">SCI-Photo</option>
  • <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  • <option id="specimen">Specimen</option>
  • </options>
  • </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log into my
tenant.

If it matters, I looked in my settings.xml file and get a big chunk
of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been
encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception
raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61
it appears the error is in reading or merging XML content, rather
than
in
not finding either of the two files to be merged, or in not being
able
to
read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to
merge
two dissimilar things: a settings file for your tenant (which
contains
some
general administrative settings), together with some field-level
settings
for a particular record type.

If you'd like to merge custom changes into the Cataloging record,
such
as changing the contents of options lists, here's an example of how
you
can
specify that, as shown line 12 of the tenant 'includes' file for the
UCJEPS
herbaria:

https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look
something
like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together. --> <include src="settings.xml,local-settings.xml" merge="xmlmerge-settings.properties" strip-root="yes"/> ... <records> <enum-blank>Please select a value</enum-blank> <!-- Here's where you can indicate that you want to merge in your own Cataloging record changes --> <include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/> ...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the
plug
for
using github as a backup resource - I'll do that, and also
apologize
in
advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since the
file
I added to the omca tenant (omca-collectionobject.xml), wasn't
there
in
the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me
where
I
might find catalina.(today'sdate).log?) and here are some snippets,
first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]
Could not merge the include files:
settings.xml,local-omca-settings.xml
2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]
Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse
(61)
org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse
(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure
(54)
org.collectionspace.chain.controller.TenantServlet.load_config
(156)
org.collectionspace.chain.controller.TenantServlet.setup (179)

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant
(117)
org.collectionspace.chain.controller.TenantUIServlet.service (568)
javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.PerflogFilter.doFilter
(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.collectionspace.chain.controller.filters.CharSetFilter.doFilter
(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process
(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.[INFO] Starting
up
the
CollectionSpace Services' JAX-RS application.Static initializtion
of:

org.collectionspace.services.common.security.SecurityInterceptor[INFO]
CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19
17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6].
Please check http://ehcache.org for the latest version.Could not
get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]
Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]
Failed to create a session, as response has been committed. Unable
to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it.
This
is
very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to stop
it.
This
is very likely to create a memory leak.2013-08-19 21:07:17,780
ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a
value of
type [java.util.HashMap] (value [{}]) but failed to remove it when
the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:
Could not merge the include files:
settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only this
snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  • <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  • <field id="responsibleDepartment"
    ui-search="repeatable"
    mini="search"
  • seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="history">History</option>
  • <option id="science">Science</option>
  • <option id="collections">Collections</option>
  • <option id="education">Education</option>
  • <option id="professionalservices">Professional

Services</option>

  • <option id="multi">Multi</option>
  • </options>
  • </field>
  • </repeat>
  • <field id="collection" ui-search="repeatable" seperate_ui_container="true">
  • <selector>object-identification-collection</selector>
  • <options>
  • <option id="">Please select a value</option>
  • <option id="art">Art</option>
  • <option id="artandartifact">Art and

Artifact</option>

  • <option id="exhibit">Exhibit</option>
  • <option id="history">History</option>
  • <option id="scientomology">SCI-Entomology</option>
  • <option id="scifineart">SCI-Fine Art</option>
  • <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  • <option id="scigeology">SCI-Geology</option>
  • <option id="sciherbarium">SCI-Herbarium</option>
  • <option

id="sciherpetology">SCI-Herpetology</option>

  • <option id="sciicthyology">SCI-Icthyology</option>
  • <option

id="sciinvertebrates">SCI-Invertebrates</option>

  • <option id="scilapidary">SCI-Lapidary</option>
  • <option id="scimalacology">SCI-Malacology</option>
  • <option id="scimammalogy">SCI-Mammalogy</option>
  • <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  • <option

id="sciornithology">SCI-Ornithology</option>

  • <option

id="scipaleontology">SCI-Paleontology</option>

  • <option id="sciphoto">SCI-Photo</option>
  • <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  • <option id="specimen">Specimen</option>
  • </options>
  • </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install
-DskipTest"
rather than "mvn deploy -DskipTests". I ran this in the application
layer
folder called "application" that contains the pom.xml file. In my
path
it
looks like /home/root/application-source/application/. Then, do I
understand
I also need to run "ant deploy"? I wasn't able to run this in the
same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the
documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making the
following changes. This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in the
    dropdown menus for the Responsible Department and OMCA Collection
    fields.
    The existing documentation on updating these option lists is
    confusing, and wildly out of date; we expect to be updating it in
    the
    near future. The customization method shown here as an example
    reflects recently-added 'merge' capabilities that allow you to
    simply
    replicate the block of configuration you want to customize, within
    a
    separate file for your own museum; it will override the
    corresponding
    configuration block in the default settings:
    Actual change(s) made, within the source code tree for
    CollectionSpace's Application layer:

https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7
You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two
dropdown
menus appear:

https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112
To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder of
the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that
long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error
loading
config"

There may have been an error made in whatever configuration file,
or
files, were modified. After they were deployed (copied) to the
server,
when
the Application layer read them, it got confused and barfed out
this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere? -
or
they
didn't conform to the Application layer's expectation of what
'tags'
(XML
elements) are expected, in which hierarchical locations within the
file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean
install
-DskipTests') and restarting Tomcat, should resolve the issue. You
might
also try, however, using a utility app that can show you
differences
between
two files - your current version and your snapshot - and see if the
error is
readily made apparent by looking at those changes in that 'diff'
view.
(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log message
specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch abersch@museumca.org
wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the
files
in
the application layer. When I navigated to our tenant, the login
screen is
blank except for a place to put a user name and password. when I
submit my
password, I get this message: Any idea what I did wrong? Thanks!

I have a snapshot prior to the changes in the application layer,
so I
can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

type Status report

message org.collectionspace.chain.controller.BadRequestException:
Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException: Cannot
initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)
at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)
at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)
at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)
at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)
at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during parsing
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)
at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)
at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)
... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary Exception
raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)
at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)
at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)
... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install
-DskipTests'
when building and deploying the App layer with your dropdown list
changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep repeating
this
:-), but CollectionSpace Services layer uses Maven to build
artifacts
and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn
clean
install' followed by 'ant deploy'), while the Application and UI
layers use
Maven ('mvn install') for both tasks. There are some historical
and
technical reasons for this difference, not worth going into ...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch
abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in the
application layer source code, and when I ran mvn deploy
-DskipTests
I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present and
correct:

<distributionManagement> <!-- use the following if you're not using a snapshot version. --> <repository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </repository> <!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository' cannot
be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name>

<url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url>
<snapshots>
<enabled>true</enabled>
</snapshots>

I'm wondering, which repository setting should I use (snapshot
or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our
repository?
I'm guessing that the error is party due to the url being mapped
to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

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

Hi Aron, I have my new user, and the files moved ... and I'm copying over that settings.xml file from the core tenant to my omca tenant. I noticed some changes in the Creating Your New Tenant page . These new instructions, regarding changes to the settings.xml file in tomcat-main/src/main/resources/tenants/{yourmuseum}/settings.xml, refer to something I can't locate in my settings.xml file (this section appears to be missing): <settings> <persistence> <service> ... <tenant> <id> 23 </id> Am I missing something? Thanks! Al Bersch Digital Project Coordinator Oakland Museum of California 1000 Oak Street, Oakland, CA 94607 abersch@museumca.org 510-318-8468 ----- Original Message ----- From: "Aron Roberts" <aronroberts@gmail.com> To: "Al Bersch" <abersch@museumca.org> Cc: "talk" <talk@lists.collectionspace.org>, "Jesse Martinez" <mjesse@gmail.com> Sent: Wednesday, August 21, 2013 1:44:22 PM Subject: Re: [Talk] deploy mvn error After creating, say, a 'cspace' user, you'll then have these users, among others, on your system: * root (Use sparingly, ideally only via occasional 'sudo' commands whenever needed. See https://help.ubuntu.com/community/RootSudo) * cspace (For all your CollectionSpace-related work. This user will have ownership of your source code trees and the Tomcat server folder.) * postgres (This user will have ownership of PostgreSQL's files.) On Wed, Aug 21, 2013 at 1:39 PM, Aron Roberts <aronroberts@gmail.com> wrote: > Hi Al, > > The creation of a "a separate user account to edit and run all your > cspace files," in Jesse's words, isn't (currently) a step in the > Installation documents. It's a best practice, but not yet reflected > there. > > Simply put, it should be, and it will be in future revisions of > these documents. > > Until then, you can create your new user ('cspace' or whatever name > you wish to give it) via the command line: > > https://help.ubuntu.com/13.04/serverguide/user-management.html#adding-deleting-users > > Aron > > On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch <abersch@museumca.org> wrote: >> Hi all, >> >> Thanks again, this is all really great info to have. Sorry to ask the >> obvious, but I'm a little confused about the cspace user. When duing the >> installation process does this user get created? Is it when we edited the >> pg_hba.conf file during the postgres installation? I attempted to "su >> cspace" but get "Unknown id." >> >> thanks, >> >> Al >> >> Al Bersch >> Digital Project Coordinator >> Oakland Museum of California >> 1000 Oak Street, Oakland, CA 94607 >> abersch@museumca.org >> 510-318-8468 >> ________________________________ >> From: "Aron Roberts" <aronroberts@gmail.com> >> >> To: "Jesse Martinez" <mjesse@gmail.com> >> Cc: "Al Bersch" <abersch@museumca.org>, "talk" >> <talk@lists.collectionspace.org> >> Sent: Wednesday, August 21, 2013 12:33:35 PM >> >> Subject: Re: [Talk] deploy mvn error >> >> On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez <mjesse@gmail.com> wrote: >>> Be sure to also use the cspace user to start and stop the tomcat >>> instances. >>> It's very easy to forget and run a concurrent tomcat process as root >>> that'll >>> surely cause a hiccup later on. (As I've done numerous times...) >> >> Here too :-(. Since we're building a set of tips here on the Talk >> list, if you ever start Tomcat as root, either by running it as that >> user or via 'sudo', you'll find that there are now some files in the >> Tomcat server folder that are owned by root, rather than by your >> dedicated CollectionSpace user account. If that ever happens, you can >> just re-run that recursive chown command (e.g. chown -R cspace:cspace >> $CATALINA_HOME) to restore the previous ownership. >> >> Aron >> >> >> >>> >>> - Jesse >>> >>> >>> On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts <aronroberts@gmail.com> >>> wrote: >>>> >>>> Hi Al, >>>> >>>> One other thought: as far as I'm aware, none of the pieces that >>>> comprise a CollectionSpace server system need to be run as 'root' on >>>> Linux, Mac OS X, or any other Unix-like system. One best practice >>>> that we've been following is to create a dedicated system (OS-level) >>>> user, and change ownership of all of the files in the Tomcat server >>>> folder to be owned by that user. In the case of a user named 'cspace' >>>> in the 'cspace' group, for instance: >>>> >>>> sudo chown -R cspace:cspace $CATALINA_HOME >>>> >>>> You can then similarly change ownership of your source code trees to >>>> that same user, or at least to a user that is a member of that group >>>> (assuming that group has write privileges to all of the relevant >>>> directories in the Tomcat server folder). >>>> >>>> Aron >>>> >>>> On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> wrote: >>>> > Hi Aron, Jesse, Ray - >>>> > >>>> > Thanks for all this advice and patience. >>>> > >>>> > I am using vim to edit the xml in a terminal window. I am useing an >>>> > Ubuntu >>>> > virtual server. Using SFTP to connect via text wragler is beautiful, >>>> > but >>>> > we >>>> > didn't allow login for root via ssh or ftp, and root owns these files. >>>> > I >>>> > suppose I could copy everything over to abersch, and then copy back to >>>> > root >>>> > later? Does anyone have a suggestion for best practices using sftp >>>> > tools >>>> > to >>>> > edit? >>>> > >>>> > The XML validator is great. I don't have any errors in >>>> > omca-collectionobject.xml. And Jesse, thanks for catching that typo in >>>> > omca-tenant.xml. That was acutally live - my bad! >>>> > >>>> > Checking the logs, it looks like the problem is with settings.xml or >>>> > local-omca-setitngs.xml. There's nothing in my omca settings.xml file >>>> > (hence the "null" symbol over and over). would it make sense to re-copy >>>> > over >>>> > settings.xml from the "core" tenant into "omca," and make the changes >>>> > listed >>>> > in the "creating your tenant" documentation? >>>> > >>>> > Thanks again everyone. This is so beyond helpful. >>>> > >>>> > Al >>>> > >>>> > >>>> > >>>> > Al Bersch >>>> > Digital Project Coordinator >>>> > Oakland Museum of California >>>> > 1000 Oak Street, Oakland, CA 94607 >>>> > abersch@museumca.org >>>> > 510-318-8468 >>>> > ________________________________ >>>> > From: "Aron Roberts" <aronroberts@gmail.com> >>>> > To: "Jesse Martinez" <mjesse@gmail.com> >>>> > >>>> > Cc: "Al Bersch" <abersch@museumca.org>, "talk" >>>> > <talk@lists.collectionspace.org> >>>> > Sent: Tuesday, August 20, 2013 4:31:01 PM >>>> > >>>> > Subject: Re: [Talk] deploy mvn error >>>> > >>>> > Thanks, Jesse! >>>> > >>>> > As yet another possibility, along with the other options mentioned, >>>> > the (free) TextWrangler editor can directly open files on a remote >>>> > system via SFTP: >>>> > >>>> > >>>> > >>>> > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ >>>> > >>>> > >>>> > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> >>>> > wrote: >>>> >> Hi Al, >>>> >> >>>> >> Just noticed a quick typo in the text you c/p into an earlier email. >>>> >> It >>>> >> looks like you might be missing a closing bracket in this line: I >>>> >> don't >>>> >> know >>>> >> if it's a c/p typo or not, so just thought I'd point it out! >>>> >> >>>> >> <include src="base-collectionobject.xml,omca-collectionobject.xml" >>>> >> merge="xmlmerge.properties"/ >>>> >> >>>> >> Also, how are you editing these files? Are you using a cli utility >>>> >> like >>>> >> emacs or vim? (Might you be using Cygwin on Windows?? I've used this >>>> >> in >>>> >> the >>>> >> past and there are sometimes encoding issues involved including end >>>> >> line >>>> >> chars.) I'm trying to deduce if there are encoding issues at play >>>> >> here. >>>> >> >>>> >> Personally speaking, I like to use a local editor when making quick >>>> >> changes >>>> >> on a remote server. What works for me on a Mac is a combination of >>>> >> Cyberduck >>>> >> (free sftp client) (or Transmit, which is well worth its price), and >>>> >> Sublime >>>> >> Text. Cyberduck can be set to automatically open editable files in >>>> >> Sublime >>>> >> Text and save them back to the remote server seamlessly. Sublime Text >>>> >> isn't >>>> >> a full-fledged IDE, but it is light-weight and has a lot of good tools >>>> >> for >>>> >> easily checking format and syntax based on file type. It's free, works >>>> >> on >>>> >> multiple OSs and my go-to code editor in a pinch. Aron also recommends >>>> >> good >>>> >> editors too. >>>> >> >>>> >> - Jesse >>>> >> >>>> >> >>>> >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> >>>> >> wrote: >>>> >>> >>>> >>> Hi Aron, >>>> >>> >>>> >>> Thanks so much for addressing these questions. >>>> >>> >>>> >>> I entered the language at the end of your email into my >>>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: >>>> >>> >>>> >>> <cspace-config tenantname="omca"> >>>> >>> >>>> >>> <version>11</version> >>>> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>>> >>> 'include' line below --> >>>> >>> <!-- This line is for merging various settings files >>>> >>> together. >>>> >>> --> >>>> >>> <include src="settings.xml,local-omca-settings.xml" >>>> >>> merge="xmlmerge.properties" >>>> >>> strip-root="yes" /> >>>> >>> >>>> >>> <spec> >>>> >>> <include src="base-relations.xml"/> >>>> >>> <include src="base-schemas.xml"/> >>>> >>> >>>> >>> <records> >>>> >>> <enum-blank>Please select a >>>> >>> value</enum-blank> >>>> >>> <!-- Here's where you can indicate that you >>>> >>> want >>>> >>> to merge in your own Cataloging record changes --> >>>> >>> <include >>>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >>>> >>> merge="xmlmerge.properties"/ >>>> >>> <include >>>> >>> src="base-procedure-acquisition.xml"/> >>>> >>> <include src="base-procedure-blobs.xml"/> >>>> >>> ... >>>> >>> >>>> >>> then re-created the omca-collectionobject.xml file (located at >>>> >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: >>>> >>> >>>> >>> +<record id="collection-object"> >>>> >>> + >>>> >>> + <section id="identificationInformation"> >>>> >>> + <repeat id="responsibleDepartments" has-primary="yes"> >>>> >>> + >>>> >>> <selector>object-identification-responsible-department</selector> >>>> >>> + <field id="responsibleDepartment" ui-search="repeatable" >>>> >>> mini="search" >>>> >>> + seperate_ui_container="true"> >>>> >>> + >>>> >>> <selector>object-identification-responsible-department</selector> >>>> >>> + <options> >>>> >>> + <option id="">Please select a value</option> >>>> >>> + <option id="art">Art</option> >>>> >>> + <option id="history">History</option> >>>> >>> + <option id="science">Science</option> >>>> >>> + <option id="collections">Collections</option> >>>> >>> + <option id="education">Education</option> >>>> >>> + <option id="professionalservices">Professional >>>> >>> Services</option> >>>> >>> + <option id="multi">Multi</option> >>>> >>> + </options> >>>> >>> + </field> >>>> >>> + </repeat> >>>> >>> + <field id="collection" ui-search="repeatable" >>>> >>> seperate_ui_container="true"> >>>> >>> + <selector>object-identification-collection</selector> >>>> >>> + <options> >>>> >>> + <option id="">Please select a value</option> >>>> >>> + <option id="art">Art</option> >>>> >>> + <option id="artandartifact">Art and Artifact</option> >>>> >>> + <option id="exhibit">Exhibit</option> >>>> >>> + <option id="history">History</option> >>>> >>> + <option id="scientomology">SCI-Entomology</option> >>>> >>> + <option id="scifineart">SCI-Fine Art</option> >>>> >>> + <option id="scigalleryspecimens">SCI-Gallery >>>> >>> Specimens</option> >>>> >>> + <option id="scigeology">SCI-Geology</option> >>>> >>> + <option id="sciherbarium">SCI-Herbarium</option> >>>> >>> + <option id="sciherpetology">SCI-Herpetology</option> >>>> >>> + <option id="sciicthyology">SCI-Icthyology</option> >>>> >>> + <option >>>> >>> id="sciinvertebrates">SCI-Invertebrates</option> >>>> >>> + <option id="scilapidary">SCI-Lapidary</option> >>>> >>> + <option id="scimalacology">SCI-Malacology</option> >>>> >>> + <option id="scimammalogy">SCI-Mammalogy</option> >>>> >>> + <option >>>> >>> id="scimiscellaneous">SCI-Miscellaneous</option> >>>> >>> + <option id="sciornithology">SCI-Ornithology</option> >>>> >>> + <option >>>> >>> id="scipaleontology">SCI-Paleontology</option> >>>> >>> + <option id="sciphoto">SCI-Photo</option> >>>> >>> + <option id="scisnuffbottles">SCI-Snuff >>>> >>> Bottles</option> >>>> >>> + <option id="specimen">Specimen</option> >>>> >>> + </options> >>>> >>> + </field> >>>> >>> + </section> >>>> >>> + >>>> >>> +</record> >>>> >>> >>>> >>> But alas, I'm still getting the same error message when I log into my >>>> >>> tenant. >>>> >>> >>>> >>> If it matters, I looked in my settings.xml file and get a big chunk >>>> >>> of >>>> >>> this: ^@^@^@^@^@^@^. >>>> >>> >>>> >>> do you see anything wrong here in the files I copied? >>>> >>> >>>> >>> thanks, >>>> >>> >>>> >>> Al >>>> >>> >>>> >>> Al Bersch >>>> >>> Digital Project Coordinator >>>> >>> Oakland Museum of California >>>> >>> 1000 Oak Street, Oakland, CA 94607 >>>> >>> abersch@museumca.org >>>> >>> 510-318-8468 >>>> >>> ________________________________ >>>> >>> From: "Aron Roberts" <aronroberts@gmail.com> >>>> >>> To: "Al Bersch" <abersch@museumca.org> >>>> >>> Cc: "talk" <talk@lists.collectionspace.org> >>>> >>> Sent: Monday, August 19, 2013 5:39:58 PM >>>> >>> >>>> >>> Subject: Re: [Talk] deploy mvn error >>>> >>> >>>> >>> Hi Al, >>>> >>> >>>> >>> My sincere apologies for these difficulties you've been >>>> >>> encountering. >>>> >>> >>>> >>> > It looks like the problem is with merging settings.xml and >>>> >>> > local-omca-settings.xml? >>>> >>> >>>> >>> Yes, that certainly looks like the case. >>>> >>> >>>> >>> This line appeared in part of the output from this error, in >>>> >>> catalina.out: >>>> >>> >>>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: Exception >>>> >>> > raised during parsing >>>> >>> > Stack : >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>>> >>> > (61) >>>> >>> >>>> >>> From looking at the Application layer's code at line 61 of >>>> >>> AssemblingParser.java: >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 >>>> >>> it appears the error is in reading or merging XML content, rather >>>> >>> than >>>> >>> in >>>> >>> not finding either of the two files to be merged, or in not being >>>> >>> able >>>> >>> to >>>> >>> read them as a result of insufficient access permissions or other >>>> >>> filesystem-related issues. >>>> >>> >>>> >>> It appears that you might potentially be inadvertently trying to >>>> >>> merge >>>> >>> two dissimilar things: a settings file for your tenant (which >>>> >>> contains >>>> >>> some >>>> >>> general administrative settings), together with some field-level >>>> >>> settings >>>> >>> for a particular record type. >>>> >>> >>>> >>> If you'd like to merge custom changes into the Cataloging record, >>>> >>> such >>>> >>> as changing the contents of options lists, here's an example of how >>>> >>> you >>>> >>> can >>>> >>> specify that, as shown line 12 of the tenant 'includes' file for the >>>> >>> UCJEPS >>>> >>> herbaria: >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 >>>> >>> >>>> >>> Following that example, your >>>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look >>>> >>> something >>>> >>> like the following: >>>> >>> >>>> >>> <cspace-config tenantname="omca"> >>>> >>> <version>11</version> >>>> >>> <!-- Note: omca-collectionobject.xml should not appear in the >>>> >>> 'include' >>>> >>> line below --> >>>> >>> <!-- This line is for merging various settings files together. --> >>>> >>> <include src="settings.xml,local-settings.xml" >>>> >>> merge="xmlmerge-settings.properties" strip-root="yes"/> >>>> >>> ... >>>> >>> <records> >>>> >>> <enum-blank>Please select a value</enum-blank> >>>> >>> <!-- Here's where you can indicate that you want to merge in your >>>> >>> own >>>> >>> Cataloging record changes --> >>>> >>> <include >>>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" >>>> >>> merge="xmlmerge.properties"/> >>>> >>> ... >>>> >>> >>>> >>> Aron >>>> >>> >>>> >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> >>>> >>> wrote: >>>> >>> > >>>> >>> > Hi Aron, >>>> >>> > >>>> >>> > Thanks so much again for your continued assistance. And for the >>>> >>> > plug >>>> >>> > for >>>> >>> > using github as a backup resource - I'll do that, and also >>>> >>> > apologize >>>> >>> > in >>>> >>> > advance for the cut-and-paste text below. >>>> >>> > >>>> >>> > I installed DiffMerge, but I'm not sure what to compare, since the >>>> >>> > file >>>> >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't >>>> >>> > there >>>> >>> > in >>>> >>> > the >>>> >>> > previous snapshot. I think I'm a little confused. >>>> >>> > >>>> >>> > I looked in the cspace-app.log and catalina.out (can you tell me >>>> >>> > where >>>> >>> > I >>>> >>> > might find catalina.(today'sdate).log?) and here are some snippets, >>>> >>> > first >>>> >>> > from cspace-app.log: >>>> >>> > >>>> >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] >>>> >>> > Could not merge the include files: >>>> >>> > settings.xml,local-omca-settings.xml >>>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] >>>> >>> > Message: Exception raised during parsing >>>> >>> > >>>> >>> > Stack : >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse >>>> >>> > (61) >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse >>>> >>> > (62) >>>> >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure >>>> >>> > (54) >>>> >>> > org.collectionspace.chain.controller.TenantServlet.load_config >>>> >>> > (156) >>>> >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant >>>> >>> > (117) >>>> >>> > org.collectionspace.chain.controller.TenantUIServlet.service (568) >>>> >>> > javax.servlet.http.HttpServlet.service (717) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>>> >>> > (290) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>>> >>> > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter >>>> >>> > (33) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>>> >>> > (235) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>>> >>> > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter >>>> >>> > (99) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >>>> >>> > (235) >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) >>>> >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) >>>> >>> > org.apache.catalina.core.StandardContextValve.invoke (191) >>>> >>> > org.apache.catalina.core.StandardHostValve.invoke (127) >>>> >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) >>>> >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) >>>> >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) >>>> >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) >>>> >>> > org.apache.coyote.http11.Http11Processor.process (859) >>>> >>> > >>>> >>> > >>>> >>> > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process >>>> >>> > (602) >>>> >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) >>>> >>> > java.lang.Thread.run (724) >>>> >>> > >>>> >>> > CAUSED BY >>>> >>> > Message: Could not load source >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > then from catalina.out: >>>> >>> > >>>> >>> > 2013-08-19 17:49:25,334 ERROR [main] >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>>> >>> > domain >>>> >>> > name >>>> >>> > was specified on call to getRepositoryName() method.2013-08-19 >>>> >>> > 17:49:25,334 >>>> >>> > ERROR [main] >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>>> >>> > domain name was specified on call to getRepositoryName() >>>> >>> > method.2013-08-19 >>>> >>> > 17:49:25,334 ERROR [main] >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No >>>> >>> > domain >>>> >>> > name >>>> >>> > was specified on call to getRepositoryName() method.[INFO] Starting >>>> >>> > up >>>> >>> > the >>>> >>> > CollectionSpace Services' JAX-RS application.Static initializtion >>>> >>> > of: >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.services.common.security.SecurityInterceptor[INFO] >>>> >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 >>>> >>> > 17:49:27,339 >>>> >>> > (0) [http-8180-4] INFO >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>>> >>> > XMLMerge result output to: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>>> >>> > 17:49:29,695 (2356) [http-8180-2] INFO >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>>> >>> > XMLMerge result output to: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 >>>> >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO >>>> >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6]. >>>> >>> > Please check http://ehcache.org for the latest version.Could not >>>> >>> > get >>>> >>> > session >>>> >>> > from CSPACESESSID cookie with value: >>>> >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN >>>> >>> > [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>>> >>> > 17:49:47,953 >>>> >>> > WARN [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>>> >>> > Failed to create a session, as response has been committed. Unable >>>> >>> > to >>>> >>> > store >>>> >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > [org.collectionspace.services.common.security.SecurityInterceptor:358] >>>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 >>>> >>> > 17:49:48,773 >>>> >>> > WARN [http-8180-7] >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] >>>> >>> > Failed to create a session, as response has been committed. Unable >>>> >>> > to >>>> >>> > store >>>> >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >>>> >>> > application >>>> >>> > [/collectionspace] appears to have started a thread named >>>> >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop it. >>>> >>> > This >>>> >>> > is >>>> >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web >>>> >>> > application >>>> >>> > [/collectionspace] appears to have started a thread named >>>> >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to stop >>>> >>> > it. >>>> >>> > This >>>> >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 >>>> >>> > ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >>>> >>> > application >>>> >>> > [/collectionspace] created a ThreadLocal with key of type >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>>> >>> > value of >>>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >>>> >>> > the >>>> >>> > web >>>> >>> > application was stopped. This is very likely to create a memory >>>> >>> > leak.2013-08-19 21:07:17,781 ERROR >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web >>>> >>> > application >>>> >>> > [/collectionspace] created a ThreadLocal with key of type >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) and a >>>> >>> > value of >>>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it when >>>> >>> > the >>>> >>> > web >>>> >>> > application was stopped. This is very likely to create a memory >>>> >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: >>>> >>> > Could not merge the include files: >>>> >>> > settings.xml,local-omca-settings.xml >>>> >>> > >>>> >>> > >>>> >>> > It looks like the problem is with merging settings.xml and >>>> >>> > local-omca-settings.xml? >>>> >>> > >>>> >>> > I've tried a second time to create the configuration change in >>>> >>> > omca-collectionobject.xml (a newly created xml file with only this >>>> >>> > snippet >>>> >>> > in it: >>>> >>> > >>>> >>> > +<record id="collection-object"> >>>> >>> > + >>>> >>> > + <section id="identificationInformation"> >>>> >>> > + <repeat id="responsibleDepartments" has-primary="yes"> >>>> >>> > + >>>> >>> > <selector>object-identification-responsible-department</selector> >>>> >>> > + <field id="responsibleDepartment" >>>> >>> > ui-search="repeatable" >>>> >>> > mini="search" >>>> >>> > + seperate_ui_container="true"> >>>> >>> > + >>>> >>> > <selector>object-identification-responsible-department</selector> >>>> >>> > + <options> >>>> >>> > + <option id="">Please select a value</option> >>>> >>> > + <option id="art">Art</option> >>>> >>> > + <option id="history">History</option> >>>> >>> > + <option id="science">Science</option> >>>> >>> > + <option id="collections">Collections</option> >>>> >>> > + <option id="education">Education</option> >>>> >>> > + <option id="professionalservices">Professional >>>> >>> > Services</option> >>>> >>> > + <option id="multi">Multi</option> >>>> >>> > + </options> >>>> >>> > + </field> >>>> >>> > + </repeat> >>>> >>> > + <field id="collection" ui-search="repeatable" >>>> >>> > seperate_ui_container="true"> >>>> >>> > + <selector>object-identification-collection</selector> >>>> >>> > + <options> >>>> >>> > + <option id="">Please select a value</option> >>>> >>> > + <option id="art">Art</option> >>>> >>> > + <option id="artandartifact">Art and >>>> >>> > Artifact</option> >>>> >>> > + <option id="exhibit">Exhibit</option> >>>> >>> > + <option id="history">History</option> >>>> >>> > + <option id="scientomology">SCI-Entomology</option> >>>> >>> > + <option id="scifineart">SCI-Fine Art</option> >>>> >>> > + <option id="scigalleryspecimens">SCI-Gallery >>>> >>> > Specimens</option> >>>> >>> > + <option id="scigeology">SCI-Geology</option> >>>> >>> > + <option id="sciherbarium">SCI-Herbarium</option> >>>> >>> > + <option >>>> >>> > id="sciherpetology">SCI-Herpetology</option> >>>> >>> > + <option id="sciicthyology">SCI-Icthyology</option> >>>> >>> > + <option >>>> >>> > id="sciinvertebrates">SCI-Invertebrates</option> >>>> >>> > + <option id="scilapidary">SCI-Lapidary</option> >>>> >>> > + <option id="scimalacology">SCI-Malacology</option> >>>> >>> > + <option id="scimammalogy">SCI-Mammalogy</option> >>>> >>> > + <option >>>> >>> > id="scimiscellaneous">SCI-Miscellaneous</option> >>>> >>> > + <option >>>> >>> > id="sciornithology">SCI-Ornithology</option> >>>> >>> > + <option >>>> >>> > id="scipaleontology">SCI-Paleontology</option> >>>> >>> > + <option id="sciphoto">SCI-Photo</option> >>>> >>> > + <option id="scisnuffbottles">SCI-Snuff >>>> >>> > Bottles</option> >>>> >>> > + <option id="specimen">Specimen</option> >>>> >>> > + </options> >>>> >>> > + </field> >>>> >>> > + </section> >>>> >>> > + >>>> >>> > +</record> >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > then according to your last email, I ran "mvn clean install >>>> >>> > -DskipTest" >>>> >>> > rather than "mvn deploy -DskipTests". I ran this in the application >>>> >>> > layer >>>> >>> > folder called "application" that contains the pom.xml file. In my >>>> >>> > path >>>> >>> > it >>>> >>> > looks like /home/root/application-source/application/. Then, do I >>>> >>> > understand >>>> >>> > I also need to run "ant deploy"? I wasn't able to run this in the >>>> >>> > same >>>> >>> > folder - I got an error saying this is no build file. >>>> >>> > >>>> >>> > I'm going off your previous instructions, as well as the >>>> >>> > documentation >>>> >>> > on the wiki for customizing the application layer: >>>> >>> > >>>> >>> > Hi Becky and Al, >>>> >>> > One more set of notes on making 'starting out' customizations, >>>> >>> > below: this one a customization of options in dropdown menus. >>>> >>> > Aron >>>> >>> > (Recommendation: start the CollectionSpace server before making the >>>> >>> > following changes. This will help ensure those changes are made >>>> >>> > 'live.') >>>> >>> > * An example of how to replace the default sets of options in the >>>> >>> > dropdown menus for the Responsible Department and OMCA Collection >>>> >>> > fields. >>>> >>> > The existing documentation on updating these option lists is >>>> >>> > confusing, and wildly out of date; we expect to be updating it in >>>> >>> > the >>>> >>> > near future. The customization method shown here as an example >>>> >>> > reflects recently-added 'merge' capabilities that allow you to >>>> >>> > simply >>>> >>> > replicate the block of configuration you want to customize, within >>>> >>> > a >>>> >>> > separate file for your own museum; it will override the >>>> >>> > corresponding >>>> >>> > configuration block in the default settings: >>>> >>> > Actual change(s) made, within the source code tree for >>>> >>> > CollectionSpace's Application layer: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 >>>> >>> > You can compare this to the default configuration file for the >>>> >>> > Cataloging record, in which the default options for those two >>>> >>> > dropdown >>>> >>> > menus appear: >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 >>>> >>> > To copy (deploy) these changes to the server folder, enter the >>>> >>> > following at a command prompt, from within the top-level folder of >>>> >>> > the >>>> >>> > Application source code tree: >>>> >>> > mvn deploy -DskipTests >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > Sorry I'm not getting this! Do you have any ideas? >>>> >>> > >>>> >>> > Thanks again, >>>> >>> > >>>> >>> > Al >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > Al Bersch >>>> >>> > Digital Project Coordinator >>>> >>> > Oakland Museum of California >>>> >>> > 1000 Oak Street, Oakland, CA 94607 >>>> >>> > abersch@museumca.org >>>> >>> > 510-318-8468 >>>> >>> > ________________________________ >>>> >>> > From: "Aron Roberts" <aronroberts@gmail.com> >>>> >>> > To: "Al Bersch" <abersch@museumca.org> >>>> >>> > Cc: "talk" <talk@lists.collectionspace.org> >>>> >>> > Sent: Friday, August 16, 2013 1:28:48 PM >>>> >>> > >>>> >>> > Subject: Re: [Talk] deploy mvn error >>>> >>> > >>>> >>> > The key is likely this snippet, from near the beginning of that >>>> >>> > long >>>> >>> > and >>>> >>> > singularly unhelpful chain of messages: >>>> >>> > "org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > loading >>>> >>> > config" >>>> >>> > >>>> >>> > There may have been an error made in whatever configuration file, >>>> >>> > or >>>> >>> > files, were modified. After they were deployed (copied) to the >>>> >>> > server, >>>> >>> > when >>>> >>> > the Application layer read them, it got confused and barfed out >>>> >>> > this >>>> >>> > long >>>> >>> > stack trace. >>>> >>> > >>>> >>> > Typically, this means the file(s), after being modified, weren't >>>> >>> > well-formed XML - perhaps an ending tag was left out somewhere? - >>>> >>> > or >>>> >>> > they >>>> >>> > didn't conform to the Application layer's expectation of what >>>> >>> > 'tags' >>>> >>> > (XML >>>> >>> > elements) are expected, in which hierarchical locations within the >>>> >>> > file. >>>> >>> > >>>> >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean >>>> >>> > install >>>> >>> > -DskipTests') and restarting Tomcat, should resolve the issue. You >>>> >>> > might >>>> >>> > also try, however, using a utility app that can show you >>>> >>> > differences >>>> >>> > between >>>> >>> > two files - your current version and your snapshot - and see if the >>>> >>> > error is >>>> >>> > readily made apparent by looking at those changes in that 'diff' >>>> >>> > view. >>>> >>> > (If >>>> >>> > you're using Mac OS X, there's a list of such apps at >>>> >>> > http://apple.stackexchange.com/a/87188) >>>> >>> > >>>> >>> > It's also worth checking the current cspace-app.log and >>>> >>> > catalina.{today's date}.log to see if there may be any log message >>>> >>> > specifically pinpointing the configuration error. >>>> >>> > >>>> >>> > Aron >>>> >>> > >>>> >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <abersch@museumca.org> >>>> >>> > wrote: >>>> >>> > > >>>> >>> > > Hi again, >>>> >>> > > >>>> >>> > > Ok, I think I must have messed up somewhere when changing the >>>> >>> > > files >>>> >>> > > in >>>> >>> > > the application layer. When I navigated to our tenant, the login >>>> >>> > > screen is >>>> >>> > > blank except for a place to put a user name and password. when I >>>> >>> > > submit my >>>> >>> > > password, I get this message: Any idea what I did wrong? Thanks! >>>> >>> > > >>>> >>> > > I have a snapshot prior to the changes in the application layer, >>>> >>> > > so I >>>> >>> > > can always go back in time and try again. >>>> >>> > > >>>> >>> > > Al >>>> >>> > > >>>> >>> > > HTTP Status 400 - >>>> >>> > > org.collectionspace.chain.controller.BadRequestException: Cannot >>>> >>> > > initialise >>>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>>> >>> > > ... 22 more Caused by: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>>> >>> > > Error loading config. See messages for details: summary Exception >>>> >>> > > raised >>>> >>> > > during parsing at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>>> >>> > > ... 24 more >>>> >>> > > >>>> >>> > > ________________________________ >>>> >>> > > >>>> >>> > > type Status report >>>> >>> > > >>>> >>> > > message org.collectionspace.chain.controller.BadRequestException: >>>> >>> > > Cannot initialise CSPs >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>>> >>> > > ... 22 more Caused by: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>>> >>> > > Error loading config. See messages for details: summary Exception >>>> >>> > > raised >>>> >>> > > during parsing at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>>> >>> > > ... 24 more >>>> >>> > > >>>> >>> > > description The request sent by the client was syntactically >>>> >>> > > incorrect >>>> >>> > > (org.collectionspace.chain.controller.BadRequestException: Cannot >>>> >>> > > initialise >>>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) >>>> >>> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error >>>> >>> > > loading >>>> >>> > > config. >>>> >>> > > See messages for details: summary Exception raised during parsing >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) >>>> >>> > > ... 22 more Caused by: >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: >>>> >>> > > Error loading config. See messages for details: summary Exception >>>> >>> > > raised >>>> >>> > > during parsing at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) >>>> >>> > > at >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) >>>> >>> > > ... 24 more ). >>>> >>> > > >>>> >>> > > >>>> >>> > > Al Bersch >>>> >>> > > Digital Project Coordinator >>>> >>> > > Oakland Museum of California >>>> >>> > > 1000 Oak Street, Oakland, CA 94607 >>>> >>> > > abersch@museumca.org >>>> >>> > > 510-318-8468 >>>> >>> > > ________________________________ >>>> >>> > > From: "Aron Roberts" <aronroberts@gmail.com> >>>> >>> > > To: "Al Bersch" <abersch@museumca.org> >>>> >>> > > Cc: "talk" <talk@lists.collectionspace.org> >>>> >>> > > Sent: Friday, August 16, 2013 12:58:56 PM >>>> >>> > > Subject: Re: [Talk] deploy mvn error >>>> >>> > > >>>> >>> > > Hi Al, >>>> >>> > > >>>> >>> > > You likely will have success with 'mvn clean install >>>> >>> > > -DskipTests' >>>> >>> > > when building and deploying the App layer with your dropdown list >>>> >>> > > changes, >>>> >>> > > rather than 'mvn deploy -DskipTests'. >>>> >>> > > >>>> >>> > > It's a bit confusing (and I hope I don't need to keep repeating >>>> >>> > > this >>>> >>> > > :-), but CollectionSpace Services layer uses Maven to build >>>> >>> > > artifacts >>>> >>> > > and >>>> >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn >>>> >>> > > clean >>>> >>> > > install' followed by 'ant deploy'), while the Application and UI >>>> >>> > > layers use >>>> >>> > > Maven ('mvn install') for both tasks. There are some historical >>>> >>> > > and >>>> >>> > > technical reasons for this difference, not worth going into ... >>>> >>> > > >>>> >>> > > Aron >>>> >>> > > >>>> >>> > > >>>> >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch >>>> >>> > > <abersch@museumca.org> >>>> >>> > > wrote: >>>> >>> > >> >>>> >>> > >> Hello all, >>>> >>> > >> >>>> >>> > >> I changed our dropdown lists in Department and Collection in the >>>> >>> > >> application layer source code, and when I ran mvn deploy >>>> >>> > >> -DskipTests >>>> >>> > >> I get >>>> >>> > >> this error: >>>> >>> > >> >>>> >>> > >> [ERROR] BUILD ERROR >>>> >>> > >> [INFO] >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> ------------------------------------------------------------------------ >>>> >>> > >> [INFO] Failed to configure plugin parameters for: >>>> >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 >>>> >>> > >> >>>> >>> > >> check that the following section of the pom.xml is present and >>>> >>> > >> correct: >>>> >>> > >> >>>> >>> > >> <distributionManagement> >>>> >>> > >> <!-- use the following if you're not using a snapshot version. >>>> >>> > >> --> >>>> >>> > >> <repository> >>>> >>> > >> <id>repo</id> >>>> >>> > >> <name>Repository Name</name> >>>> >>> > >> <url>scp://host/path/to/repo</url> >>>> >>> > >> </repository> >>>> >>> > >> <!-- use the following if you ARE using a snapshot version. >>>> >>> > >> --> >>>> >>> > >> <snapshotRepository> >>>> >>> > >> <id>repo</id> >>>> >>> > >> <name>Repository Name</name> >>>> >>> > >> <url>scp://host/path/to/repo</url> >>>> >>> > >> </snapshotRepository> >>>> >>> > >> </distributionManagement> >>>> >>> > >> >>>> >>> > >> Cause: Class >>>> >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' cannot >>>> >>> > >> be >>>> >>> > >> instantiated >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> I looked in the pom.xml, and found this: >>>> >>> > >> >>>> >>> > >> <!-- The CollectionSpace public Maven repository for >>>> >>> > >> "snapshot" >>>> >>> > >> artifacts --> >>>> >>> > >> <repositories> >>>> >>> > >> <repository> >>>> >>> > >> <id>libs-snapshot-local</id> >>>> >>> > >> <name>libs-snapshot-local</name> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> <url>http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local</url> >>>> >>> > >> <snapshots> >>>> >>> > >> <enabled>true</enabled> >>>> >>> > >> </snapshots> >>>> >>> > >> >>>> >>> > >> >>>> >>> > >> I'm wondering, which repository setting should I use (snapshot >>>> >>> > >> or >>>> >>> > >> not >>>> >>> > >> snapshot)? Our installation is on a virtual server in linode. >>>> >>> > >> >>>> >>> > >> And, does anyone know where I should set the path to our >>>> >>> > >> repository? >>>> >>> > >> I'm guessing that the error is party due to the url being mapped >>>> >>> > >> to >>>> >>> > >> nightly.collectionspace.org. >>>> >>> > >> >>>> >>> > >> Thanks! >>>> >>> > >> >>>> >>> > >> Al >>>> >>> > >> >>>> >>> > >> Al Bersch >>>> >>> > >> Digital Project Coordinator >>>> >>> > >> Oakland Museum of California >>>> >>> > >> 1000 Oak Street, Oakland, CA 94607 >>>> >>> > >> abersch@museumca.org >>>> >>> > >> 510-318-8468 >>>> >>> > >> >>>> >>> > >> _______________________________________________ >>>> >>> > >> 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 >>>> >>> >>>> >> >>>> > >>> >>> >>
AR
Aron Roberts
Thu, Aug 22, 2013 12:01 AM

Hi Al,

It looks like that <tenant><id> element is new to v4.0, but was not
present in v3.3 and earlier.  You can ignore that item in the instructions,
and I'll remove that from the Docs, as well:

https://github.com/collectionspace/application/blob/master/tomcat-main/src/main/resources/tenants/core/settings.xml#L53

https://github.com/collectionspace/application/blob/v3.3/tomcat-main/src/main/resources/tenants/core/settings.xml#L52

Thanks!
Aron

On Wed, Aug 21, 2013 at 4:40 PM, Al Bersch abersch@museumca.org wrote:

Hi Aron,

I have my new user, and the files moved ... and I'm copying over that
settings.xml file from the core tenant to my omca tenant. I noticed some
changes in the Creating Your New Tenant pagehttp://wiki.collectionspace.org/pages/viewpage.action?pageId=130810236.
These new instructions, regarding changes to the settings.xml file in tomcat-main/src/main/resources/tenants/{yourmuseum}/settings.xml,
refer to something I can't locate in my settings.xml file (this section
appears to be missing):

<settings> <persistence> <service> ... <tenant> <id>23</id>

Am I missing something? Thanks!

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

*From: *"Aron Roberts" aronroberts@gmail.com
*To: *"Al Bersch" abersch@museumca.org
*Cc: *"talk" talk@lists.collectionspace.org, "Jesse Martinez" <
mjesse@gmail.com>
*Sent: *Wednesday, August 21, 2013 1:44:22 PM
*Subject: *Re: [Talk] deploy mvn error

After creating, say, a 'cspace' user, you'll then have these users,
among others, on your system:

  • root (Use sparingly, ideally only via occasional 'sudo' commands
    whenever needed.  See https://help.ubuntu.com/community/RootSudo)
  • cspace (For all your CollectionSpace-related work. This user will
    have ownership of your source code trees and the Tomcat server
    folder.)
  • postgres (This user will have ownership of PostgreSQL's files.)

On Wed, Aug 21, 2013 at 1:39 PM, Aron Roberts aronroberts@gmail.com
wrote:

Hi Al,

The creation of a "a separate user account to edit and run all your
cspace files," in Jesse's words, isn't (currently) a step in the
Installation documents.  It's a best practice, but not yet reflected
there.

Simply put, it should be, and it will be in future revisions of
these documents.

Until then, you can create your new user ('cspace' or whatever name
you wish to give it) via the command line:

Aron

On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch abersch@museumca.org wrote:

Hi all,

Thanks again, this is all really great info to have. Sorry to ask the
obvious, but I'm a little confused about the cspace user. When duing the
installation process does this user get created? Is it when we edited

the

pg_hba.conf file during the postgres installation? I attempted to "su
cspace" but get "Unknown id."

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com

To: "Jesse Martinez" mjesse@gmail.com
Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Wednesday, August 21, 2013 12:33:35 PM

Subject: Re: [Talk] deploy mvn error

On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez mjesse@gmail.com

wrote:

Be sure to also use the cspace user to start and stop the tomcat
instances.
It's very easy to forget and run a concurrent tomcat process as root
that'll
surely cause a hiccup later on. (As I've done numerous times...)

Here too :-(.  Since we're building a set of tips here on the Talk
list, if you ever start Tomcat as root, either by running it as that
user or via 'sudo', you'll find that there are now some files in the
Tomcat server folder that are owned by root, rather than by your
dedicated CollectionSpace user account.  If that ever happens, you can
just re-run that recursive chown command (e.g. chown -R cspace:cspace
$CATALINA_HOME) to restore the previous ownership.

Aron

  • Jesse

On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts aronroberts@gmail.com
wrote:

Hi Al,

One other thought: as far as I'm aware, none of the pieces that
comprise a CollectionSpace server system need to be run as 'root' on
Linux, Mac OS X, or any other Unix-like system.  One best practice
that we've been following is to create a dedicated system (OS-level)
user, and change ownership of all of the files in the Tomcat server
folder to be owned by that user.  In the case of a user named 'cspace'
in the 'cspace' group, for instance:

sudo chown -R cspace:cspace $CATALINA_HOME

You can then similarly change ownership of your source code trees to
that same user, or at least to a user that is a member of that group
(assuming that group has write privileges to all of the relevant
directories in the Tomcat server folder).

Aron

On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch abersch@museumca.org

wrote:

Hi Aron, Jesse, Ray -

Thanks for all this advice and patience.

I am using vim to edit the xml in a terminal window. I am useing an
Ubuntu
virtual server. Using SFTP to connect via text wragler is beautiful,
but
we
didn't allow login for root via ssh or ftp, and root owns these

files.

I
suppose I could copy everything over to abersch, and then copy back

to

root
later? Does anyone have a suggestion for best practices using sftp
tools
to
edit?

The XML validator is great. I don't have any errors in
omca-collectionobject.xml.  And Jesse, thanks for catching that

typo in

omca-tenant.xml. That was acutally live - my bad!

Checking the logs, it looks like the problem is with settings.xml or
local-omca-setitngs.xml. There's  nothing in my omca settings.xml

file

(hence the "null" symbol over and over). would it make sense to

re-copy

over
settings.xml from the "core" tenant into "omca," and make the

changes

listed
in the "creating your tenant" documentation?

Thanks again everyone. This is so beyond helpful.

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Jesse Martinez" mjesse@gmail.com

Cc: "Al Bersch" abersch@museumca.org, "talk"
talk@lists.collectionspace.org
Sent: Tuesday, August 20, 2013 4:31:01 PM

Subject: Re: [Talk] deploy mvn error

Thanks, Jesse!

As yet another possibility, along with the other options mentioned,
the (free) TextWrangler editor can directly open files on a remote
system via SFTP:

On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez mjesse@gmail.com
wrote:

Hi Al,

Just noticed a quick typo in the text you c/p into an earlier

email.

It
looks like you might be missing a closing bracket in this line: I
don't
know
if it's a c/p typo or not, so just thought I'd point it out!

<include src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/

Also, how are you editing these files? Are you using a cli utility
like
emacs or vim? (Might you be using Cygwin on Windows?? I've used

this

in
the
past and there are sometimes encoding issues involved including end
line
chars.) I'm trying to deduce if there are encoding issues at play
here.

Personally speaking, I like to use a local editor when making quick
changes
on a remote server. What works for me on a Mac is a combination of
Cyberduck
(free sftp client) (or Transmit, which is well worth its price),

and

Sublime
Text. Cyberduck can be set to automatically open editable files in
Sublime
Text and save them back to the remote server seamlessly. Sublime

Text

isn't
a full-fledged IDE, but it is light-weight and has a lot of good

tools

for
easily checking format and syntax based on file type. It's free,

works

on
multiple OSs and my go-to code editor in a pinch. Aron also

recommends

good
editors too.

  • Jesse

On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much for addressing these questions.

I entered the language at the end of your email into my
/tomcat-main/src/main/resources/omca-tenant.xml file, like this:

<cspace-config tenantname="omca"> 
     <version>11</version>
     <!-- Note: omca-collectionobject.xml should not appear in

the

'include' line below -->
<!-- This line is for merging various settings files together. -->
<include src="settings.xml,local-omca-settings.xml" merge="xmlmerge.properties" strip-root="yes" />

     <spec>
             <include src="base-relations.xml"/>
             <include src="base-schemas.xml"/>

             <records>
                     <enum-blank>Please select a

value</enum-blank>
<!-- Here's where you can indicate that

you

want
to merge in your own Cataloging record changes -->
<include
src="base-collectionobject.xml,omca-collectionobject.xml"
merge="xmlmerge.properties"/
<include src="base-procedure-acquisition.xml"/>
<include src="base-procedure-blobs.xml"/>
...

then re-created the omca-collectionobject.xml file (located at
tomcat-main/src/main/resources/tenants/omca) with this inside it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment"

ui-search="repeatable"

mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option

id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">

  •        <selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and

Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option

id="sciherpetology">SCI-Herpetology</option>

  •           <option id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option

id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

But alas, I'm still getting the same error message when I log

into my

tenant.

If it matters, I looked in my settings.xml file and get a big

chunk

of
this: ^@^@^@^@^@^@^.

do you see anything wrong here in the files I copied?

thanks,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Monday, August 19, 2013 5:39:58 PM

Subject: Re: [Talk] deploy mvn error

Hi Al,

My sincere apologies for these difficulties you've been
encountering.

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

Yes, that certainly looks like the case.

This line appeared in part of the output from this error, in
catalina.out:

2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message:

Exception

raised during parsing
Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse

(61)

From looking at the Application layer's code at line 61 of
AssemblingParser.java:

it appears the error is in reading or merging XML content, rather
than
in
not finding either of the two files to be merged, or in not being
able
to
read them as a result of insufficient access permissions or other
filesystem-related issues.

It appears that you might potentially be inadvertently trying to
merge
two dissimilar things: a settings file for your tenant (which
contains
some
general administrative settings), together with some field-level
settings
for a particular record type.

If you'd like to merge custom changes into the Cataloging

record,

such
as changing the contents of options lists, here's an example of

how

you
can
specify that, as shown line 12 of the tenant 'includes' file for

the

UCJEPS
herbaria:

Following that example, your
/tomcat-main/src/main/resources/omca-tenant.xml file might look
something
like the following:

<cspace-config tenantname="omca"> <version>11</version> <!-- Note: omca-collectionobject.xml should not appear in the 'include' line below --> <!-- This line is for merging various settings files together.

-->

<include src="settings.xml,local-settings.xml"

merge="xmlmerge-settings.properties" strip-root="yes"/>
...
<records>
<enum-blank>Please select a value</enum-blank>
<!-- Here's where you can indicate that you want to merge in

your

own
Cataloging record changes -->
<include src="base-collectionobject.xml,omca-collectionobject.xml" merge="xmlmerge.properties"/>
...

Aron

On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch abersch@museumca.org
wrote:

Hi Aron,

Thanks so much again for your continued assistance. And for the
plug
for
using github as a backup resource - I'll do that, and also
apologize
in
advance for the cut-and-paste text below.

I installed DiffMerge, but I'm not sure what to compare, since

the

file
I added to the omca tenant (omca-collectionobject.xml), wasn't
there
in
the
previous snapshot. I think I'm a little confused.

I looked in the cspace-app.log and catalina.out (can you tell me
where
I
might find catalina.(today'sdate).log?) and here are some

snippets,

first
from cspace-app.log:

2013-08-19 21:46:13,363 WARN  [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218]

Could not merge the include files:
settings.xml,local-omca-settings.xml
2013-08-19 21:46:13,364 ERROR [http-8180-3]

[org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16]

Message: Exception raised during parsing

Stack :

org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse

(61)

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse

(62)
org.collectionspace.csp.container.impl.CSPManagerImpl.configure
(54)
org.collectionspace.chain.controller.TenantServlet.load_config
(156)
org.collectionspace.chain.controller.TenantServlet.setup (179)

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant

(117)
org.collectionspace.chain.controller.TenantUIServlet.service

(568)

javax.servlet.http.HttpServlet.service (717)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(290)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter

(33)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter

(99)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(235)
org.apache.catalina.core.ApplicationFilterChain.doFilter (206)
org.apache.catalina.core.StandardWrapperValve.invoke (233)
org.apache.catalina.core.StandardContextValve.invoke (191)
org.apache.catalina.core.StandardHostValve.invoke (127)
org.apache.catalina.valves.ErrorReportValve.invoke (102)
org.apache.catalina.valves.AccessLogValve.invoke (589)
org.apache.catalina.core.StandardEngineValve.invoke (109)
org.apache.catalina.connector.CoyoteAdapter.service (291)
org.apache.coyote.http11.Http11Processor.process (859)

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process

(602)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489)
java.lang.Thread.run (724)

CAUSED BY
Message: Could not load source

then from catalina.out:

2013-08-19 17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.2013-08-19
17:49:25,334
ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain name was specified on call to getRepositoryName()
method.2013-08-19
17:49:25,334 ERROR [main]
[org.collectionspace.services.common.config.ConfigUtils:51] No
domain
name
was specified on call to getRepositoryName() method.[INFO]

Starting

up
the
CollectionSpace Services' JAX-RS application.Static

initializtion

of:

org.collectionspace.services.common.security.SecurityInterceptor[INFO]

CollectionSpace Services' JAX-RS application started.2013-08-19
17:49:27,339
(0) [http-8180-4] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19

17:49:29,695 (2356) [http-8180-2] INFO

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

XMLMerge result output to:

/usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19

17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO
net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5

[

Please check http://ehcache.org for the latest version.Could

not

get
session
from CSPACESESSID cookie with value:
31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN
[http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]

Attempt to logout when Nuxeo login context was null2013-08-19
17:49:47,953
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]

Failed to create a session, as response has been committed.

Unable

to
store
SecurityContext.2013-08-19 17:49:48,765 WARN  [http-8180-7]

[org.collectionspace.services.common.security.SecurityInterceptor:358]

Attempt to logout when Nuxeo login context was null2013-08-19
17:49:48,773
WARN  [http-8180-7]

[org.springframework.security.web.context.HttpSessionSecurityContextRepository:396]

Failed to create a session, as response has been committed.

Unable

to
store
SecurityContext.2013-08-19 21:07:17,771 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[net.sf.ehcache.CacheManager@23aeae74] but has failed to stop

it.

This
is
very likely to create a memory leak.2013-08-19 21:07:17,772

ERROR

[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2191] The web
application
[/collectionspace] appears to have started a thread named
[MultiThreadedHttpConnectionManager cleanup] but has failed to

stop

it.
This
is very likely to create a memory leak.2013-08-19 21:07:17,780
ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f])

and a

value of
type [java.util.HashMap] (value [{}]) but failed to remove it

when

the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:07:17,781 ERROR
[ContainerBackgroundProcessor[StandardEngine[Catalina]]]
[org.apache.catalina.loader.WebappClassLoader:2453] The web
application
[/collectionspace] created a ThreadLocal with key of type
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value
[ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f])

and a

value of
type [java.util.HashMap] (value [{}]) but failed to remove it

when

the
web
application was stopped. This is very likely to create a memory
leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN

org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:

Could not merge the include files:
settings.xml,local-omca-settings.xml

It looks like the problem is with merging settings.xml and
local-omca-settings.xml?

I've tried a second time to create the configuration change in
omca-collectionobject.xml (a newly created xml file with only

this

snippet
in it:

+<record id="collection-object">
+

  • <section id="identificationInformation">
  •    <repeat id="responsibleDepartments" has-primary="yes">

<selector>object-identification-responsible-department</selector>

  •        <field id="responsibleDepartment"

ui-search="repeatable"
mini="search"

  •         seperate_ui_container="true">

<selector>object-identification-responsible-department</selector>

  •            <options>

  •                <option id="">Please select a

value</option>

  •                <option id="art">Art</option>

  •                <option id="history">History</option>

  •                <option id="science">Science</option>

  •                <option

id="collections">Collections</option>

  •                <option id="education">Education</option>

  •                <option

id="professionalservices">Professional

Services</option>

  •                <option id="multi">Multi</option>

  •            </options>

  •        </field>

  •    </repeat>

  •    <field id="collection" ui-search="repeatable"

seperate_ui_container="true">
+

<selector>object-identification-collection</selector>

  •        <options>

  •           <option id="">Please select a value</option>

  •           <option id="art">Art</option>

  •           <option id="artandartifact">Art and

Artifact</option>

  •           <option id="exhibit">Exhibit</option>

  •           <option id="history">History</option>

  •           <option

id="scientomology">SCI-Entomology</option>

  •           <option id="scifineart">SCI-Fine Art</option>

  •           <option id="scigalleryspecimens">SCI-Gallery

Specimens</option>

  •           <option id="scigeology">SCI-Geology</option>

  •           <option id="sciherbarium">SCI-Herbarium</option>

  •           <option

id="sciherpetology">SCI-Herpetology</option>

  •           <option

id="sciicthyology">SCI-Icthyology</option>

  •           <option

id="sciinvertebrates">SCI-Invertebrates</option>

  •           <option id="scilapidary">SCI-Lapidary</option>

  •           <option

id="scimalacology">SCI-Malacology</option>

  •           <option id="scimammalogy">SCI-Mammalogy</option>

  •           <option

id="scimiscellaneous">SCI-Miscellaneous</option>

  •           <option

id="sciornithology">SCI-Ornithology</option>

  •           <option

id="scipaleontology">SCI-Paleontology</option>

  •           <option id="sciphoto">SCI-Photo</option>

  •           <option id="scisnuffbottles">SCI-Snuff

Bottles</option>

  •           <option id="specimen">Specimen</option>

  •        </options>

  •    </field>
  • </section>

+</record>

then according to your last email, I ran "mvn clean install
-DskipTest"
rather than "mvn deploy -DskipTests". I ran this in the

application

layer
folder called "application" that contains the pom.xml file. In

my

path
it
looks like /home/root/application-source/application/. Then, do

I

understand
I also need to run "ant deploy"? I wasn't able to run this in

the

same
folder - I got an error saying this is no build file.

I'm going off your previous instructions, as well as the
documentation
on the wiki for customizing the application layer:

Hi Becky and Al,
One more set of notes on making 'starting out' customizations,
below: this one a customization of options in dropdown menus.
Aron
(Recommendation: start the CollectionSpace server before making

the

following changes.  This will help ensure those changes are made
'live.')

  • An example of how to replace the default sets of options in

the

dropdown menus for the Responsible Department and OMCA

Collection

fields.
The existing documentation on updating these option lists is
confusing, and wildly out of date; we expect to be updating it

in

the
near future.  The customization method shown here as an example
reflects recently-added 'merge' capabilities that allow you to
simply
replicate the block of configuration you want to customize,

within

a
separate file for your own museum; it will override the
corresponding
configuration block in the default settings:
Actual change(s) made, within the source code tree for
CollectionSpace's Application layer:

You can compare this to the default configuration file for the
Cataloging record, in which the default options for those two
dropdown
menus appear:

To copy (deploy) these changes to the server folder, enter the
following at a command prompt, from within the top-level folder

of

the
Application source code tree:
mvn deploy -DskipTests

Sorry I'm not getting this! Do you have any ideas?

Thanks again,

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 1:28:48 PM

Subject: Re: [Talk] deploy mvn error

The key is likely this snippet, from near the beginning of that
long
and
singularly unhelpful chain of messages:
"org.collectionspace.chain.csp.config.ConfigException: Error
loading
config"

There may have been an error made in whatever configuration

file,

or
files, were modified.  After they were deployed (copied) to the
server,
when
the Application layer read them, it got confused and barfed out
this
long
stack trace.

Typically, this means the file(s), after being modified, weren't
well-formed XML - perhaps an ending tag was left out somewhere?

or
they
didn't conform to the Application layer's expectation of what
'tags'
(XML
elements) are expected, in which hierarchical locations within

the

file.

Yes, reverting to a snapshot and re-deploying (via 'mvn clean
install
-DskipTests') and restarting Tomcat, should resolve the issue.

You

might
also try, however, using a utility app that can show you
differences
between
two files - your current version and your snapshot - and see if

the

error is
readily made apparent by looking at those changes in that 'diff'
view.
(If
you're using Mac OS X, there's a list of such apps at
http://apple.stackexchange.com/a/87188)

It's also worth checking the current cspace-app.log and
catalina.{today's date}.log to see if there may be any log

message

specifically pinpointing the configuration error.

Aron

On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch <

wrote:

Hi again,

Ok, I think I must have messed up somewhere when changing the
files
in
the application layer. When I navigated to our tenant, the

login

screen is
blank except for a place to put a user name and password.

when I

submit my
password, I get this message:  Any idea what I did wrong?

Thanks!

I have a snapshot prior to the changes in the application

layer,

so I
can always go back in time and try again.

Al

HTTP Status 400 -
org.collectionspace.chain.controller.BadRequestException:

Cannot

initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during

parsing

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at

javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during

parsing

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary

Exception

raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more

type Status report

message

org.collectionspace.chain.controller.BadRequestException:

Cannot initialise CSPs
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during

parsing

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at

javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during

parsing

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary

Exception

raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more

description The request sent by the client was syntactically
incorrect
(org.collectionspace.chain.controller.BadRequestException:

Cannot

initialise
CSPs org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during

parsing

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185)

at

org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117)

at

org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568)

at

javax.servlet.http.HttpServlet.service(HttpServlet.java:717)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99)

at

org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)

at

org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at

org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at

org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)

at

org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)

at

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at

org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589)

at

org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291)

at

org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)

at

org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)

at

org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)

at java.lang.Thread.run(Thread.java:724) Caused by:
org.collectionspace.csp.api.core.CSPDependencyException:
org.collectionspace.chain.csp.config.ConfigException: Error
loading
config.
See messages for details: summary Exception raised during

parsing

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64)

at

org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156)

at

org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179)

... 22 more Caused by:
org.collectionspace.chain.csp.config.ConfigException:
Error loading config. See messages for details: summary

Exception

raised
during parsing at

org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78)

at

org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74)

at

org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54)

... 24 more ).

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

From: "Aron Roberts" aronroberts@gmail.com
To: "Al Bersch" abersch@museumca.org
Cc: "talk" talk@lists.collectionspace.org
Sent: Friday, August 16, 2013 12:58:56 PM
Subject: Re: [Talk] deploy mvn error

Hi Al,

You likely will have success with 'mvn clean install
-DskipTests'
when building and deploying the App layer with your dropdown

list

changes,
rather than 'mvn deploy -DskipTests'.

It's a bit confusing (and I hope I don't need to keep

repeating

this
:-), but CollectionSpace Services layer uses Maven to build
artifacts
and
Ant buildfiles to deploy (copy) them to the server (hence 'mvn
clean
install' followed by 'ant deploy'), while the Application and

UI

layers use
Maven ('mvn install') for both tasks.  There are some

historical

and
technical reasons for this difference, not worth going into

...

Aron

On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch
abersch@museumca.org
wrote:

Hello all,

I changed our dropdown lists in Department and Collection in

the

application layer source code, and when I ran mvn deploy
-DskipTests
I get
this error:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to configure plugin parameters for:
org.apache.maven.plugins:maven-deploy-plugin:2.4

check that the following section of the pom.xml is present

and

correct:

<distributionManagement> <!-- use the following if you're not using a snapshot

version.

-->
<repository>
<id>repo</id>
<name>Repository Name</name>
<url>scp://host/path/to/repo</url>
</repository>

<!-- use the following if you ARE using a snapshot version. --> <snapshotRepository> <id>repo</id> <name>Repository Name</name> <url>scp://host/path/to/repo</url> </snapshotRepository> </distributionManagement>

Cause: Class
'org.apache.maven.artifact.repository.ArtifactRepository'

cannot

be
instantiated

I looked in the pom.xml, and found this:

<!-- The CollectionSpace public Maven repository for "snapshot" artifacts --> <repositories> <repository> <id>libs-snapshot-local</id> <name>libs-snapshot-local</name> <url> 
             <snapshots>
                     <enabled>true</enabled>
             </snapshots>

I'm wondering, which repository setting should I use

(snapshot

or
not
snapshot)? Our installation is on a virtual server in linode.

And, does anyone know where I should set the path to our
repository?
I'm guessing that the error is party due to the url being

mapped

to
nightly.collectionspace.org.

Thanks!

Al

Al Bersch
Digital Project Coordinator
Oakland Museum of California
1000 Oak Street, Oakland, CA 94607
abersch@museumca.org
510-318-8468

Talk mailing list
Talk@lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.org

Hi Al, It looks like that <tenant><id> element is new to v4.0, but was not present in v3.3 and earlier. You can ignore that item in the instructions, and I'll remove that from the Docs, as well: https://github.com/collectionspace/application/blob/master/tomcat-main/src/main/resources/tenants/core/settings.xml#L53 https://github.com/collectionspace/application/blob/v3.3/tomcat-main/src/main/resources/tenants/core/settings.xml#L52 Thanks! Aron On Wed, Aug 21, 2013 at 4:40 PM, Al Bersch <abersch@museumca.org> wrote: > Hi Aron, > > I have my new user, and the files moved ... and I'm copying over that > settings.xml file from the core tenant to my omca tenant. I noticed some > changes in the Creating Your New Tenant page<http://wiki.collectionspace.org/pages/viewpage.action?pageId=130810236>. > These new instructions, regarding changes to the settings.xml file in tomcat-main/src/main/resources/tenants/{yourmuseum}/settings.xml, > refer to something I can't locate in my settings.xml file (this section > appears to be missing): > > <settings> > <persistence> > <service> > ... > <tenant> > <id>23</id> > > Am I missing something? Thanks! > > Al Bersch > Digital Project Coordinator > Oakland Museum of California > 1000 Oak Street, Oakland, CA 94607 > abersch@museumca.org > 510-318-8468 > ------------------------------ > *From: *"Aron Roberts" <aronroberts@gmail.com> > *To: *"Al Bersch" <abersch@museumca.org> > *Cc: *"talk" <talk@lists.collectionspace.org>, "Jesse Martinez" < > mjesse@gmail.com> > *Sent: *Wednesday, August 21, 2013 1:44:22 PM > *Subject: *Re: [Talk] deploy mvn error > > After creating, say, a 'cspace' user, you'll then have these users, > among others, on your system: > > * root (Use sparingly, ideally only via occasional 'sudo' commands > whenever needed. See https://help.ubuntu.com/community/RootSudo) > * cspace (For all your CollectionSpace-related work. This user will > have ownership of your source code trees and the Tomcat server > folder.) > * postgres (This user will have ownership of PostgreSQL's files.) > > On Wed, Aug 21, 2013 at 1:39 PM, Aron Roberts <aronroberts@gmail.com> > wrote: > > Hi Al, > > > > The creation of a "a separate user account to edit and run all your > > cspace files," in Jesse's words, isn't (currently) a step in the > > Installation documents. It's a best practice, but not yet reflected > > there. > > > > Simply put, it should be, and it will be in future revisions of > > these documents. > > > > Until then, you can create your new user ('cspace' or whatever name > > you wish to give it) via the command line: > > > > > https://help.ubuntu.com/13.04/serverguide/user-management.html#adding-deleting-users > > > > Aron > > > > On Wed, Aug 21, 2013 at 1:25 PM, Al Bersch <abersch@museumca.org> wrote: > >> Hi all, > >> > >> Thanks again, this is all really great info to have. Sorry to ask the > >> obvious, but I'm a little confused about the cspace user. When duing the > >> installation process does this user get created? Is it when we edited > the > >> pg_hba.conf file during the postgres installation? I attempted to "su > >> cspace" but get "Unknown id." > >> > >> thanks, > >> > >> Al > >> > >> Al Bersch > >> Digital Project Coordinator > >> Oakland Museum of California > >> 1000 Oak Street, Oakland, CA 94607 > >> abersch@museumca.org > >> 510-318-8468 > >> ________________________________ > >> From: "Aron Roberts" <aronroberts@gmail.com> > >> > >> To: "Jesse Martinez" <mjesse@gmail.com> > >> Cc: "Al Bersch" <abersch@museumca.org>, "talk" > >> <talk@lists.collectionspace.org> > >> Sent: Wednesday, August 21, 2013 12:33:35 PM > >> > >> Subject: Re: [Talk] deploy mvn error > >> > >> On Wed, Aug 21, 2013 at 12:26 PM, Jesse Martinez <mjesse@gmail.com> > wrote: > >>> Be sure to also use the cspace user to start and stop the tomcat > >>> instances. > >>> It's very easy to forget and run a concurrent tomcat process as root > >>> that'll > >>> surely cause a hiccup later on. (As I've done numerous times...) > >> > >> Here too :-(. Since we're building a set of tips here on the Talk > >> list, if you ever start Tomcat as root, either by running it as that > >> user or via 'sudo', you'll find that there are now some files in the > >> Tomcat server folder that are owned by root, rather than by your > >> dedicated CollectionSpace user account. If that ever happens, you can > >> just re-run that recursive chown command (e.g. chown -R cspace:cspace > >> $CATALINA_HOME) to restore the previous ownership. > >> > >> Aron > >> > >> > >> > >>> > >>> - Jesse > >>> > >>> > >>> On Wed, Aug 21, 2013 at 3:13 PM, Aron Roberts <aronroberts@gmail.com> > >>> wrote: > >>>> > >>>> Hi Al, > >>>> > >>>> One other thought: as far as I'm aware, none of the pieces that > >>>> comprise a CollectionSpace server system need to be run as 'root' on > >>>> Linux, Mac OS X, or any other Unix-like system. One best practice > >>>> that we've been following is to create a dedicated system (OS-level) > >>>> user, and change ownership of all of the files in the Tomcat server > >>>> folder to be owned by that user. In the case of a user named 'cspace' > >>>> in the 'cspace' group, for instance: > >>>> > >>>> sudo chown -R cspace:cspace $CATALINA_HOME > >>>> > >>>> You can then similarly change ownership of your source code trees to > >>>> that same user, or at least to a user that is a member of that group > >>>> (assuming that group has write privileges to all of the relevant > >>>> directories in the Tomcat server folder). > >>>> > >>>> Aron > >>>> > >>>> On Wed, Aug 21, 2013 at 11:30 AM, Al Bersch <abersch@museumca.org> > wrote: > >>>> > Hi Aron, Jesse, Ray - > >>>> > > >>>> > Thanks for all this advice and patience. > >>>> > > >>>> > I am using vim to edit the xml in a terminal window. I am useing an > >>>> > Ubuntu > >>>> > virtual server. Using SFTP to connect via text wragler is beautiful, > >>>> > but > >>>> > we > >>>> > didn't allow login for root via ssh or ftp, and root owns these > files. > >>>> > I > >>>> > suppose I could copy everything over to abersch, and then copy back > to > >>>> > root > >>>> > later? Does anyone have a suggestion for best practices using sftp > >>>> > tools > >>>> > to > >>>> > edit? > >>>> > > >>>> > The XML validator is great. I don't have any errors in > >>>> > omca-collectionobject.xml. And Jesse, thanks for catching that > typo in > >>>> > omca-tenant.xml. That was acutally live - my bad! > >>>> > > >>>> > Checking the logs, it looks like the problem is with settings.xml or > >>>> > local-omca-setitngs.xml. There's nothing in my omca settings.xml > file > >>>> > (hence the "null" symbol over and over). would it make sense to > re-copy > >>>> > over > >>>> > settings.xml from the "core" tenant into "omca," and make the > changes > >>>> > listed > >>>> > in the "creating your tenant" documentation? > >>>> > > >>>> > Thanks again everyone. This is so beyond helpful. > >>>> > > >>>> > Al > >>>> > > >>>> > > >>>> > > >>>> > Al Bersch > >>>> > Digital Project Coordinator > >>>> > Oakland Museum of California > >>>> > 1000 Oak Street, Oakland, CA 94607 > >>>> > abersch@museumca.org > >>>> > 510-318-8468 > >>>> > ________________________________ > >>>> > From: "Aron Roberts" <aronroberts@gmail.com> > >>>> > To: "Jesse Martinez" <mjesse@gmail.com> > >>>> > > >>>> > Cc: "Al Bersch" <abersch@museumca.org>, "talk" > >>>> > <talk@lists.collectionspace.org> > >>>> > Sent: Tuesday, August 20, 2013 4:31:01 PM > >>>> > > >>>> > Subject: Re: [Talk] deploy mvn error > >>>> > > >>>> > Thanks, Jesse! > >>>> > > >>>> > As yet another possibility, along with the other options mentioned, > >>>> > the (free) TextWrangler editor can directly open files on a remote > >>>> > system via SFTP: > >>>> > > >>>> > > >>>> > > >>>> > > http://reviews.cnet.com/8301-13727_7-57502913-263/how-to-use-textwrangler-as-a-remote-file-editor/ > >>>> > > >>>> > > >>>> > On Tue, Aug 20, 2013 at 4:12 PM, Jesse Martinez <mjesse@gmail.com> > >>>> > wrote: > >>>> >> Hi Al, > >>>> >> > >>>> >> Just noticed a quick typo in the text you c/p into an earlier > email. > >>>> >> It > >>>> >> looks like you might be missing a closing bracket in this line: I > >>>> >> don't > >>>> >> know > >>>> >> if it's a c/p typo or not, so just thought I'd point it out! > >>>> >> > >>>> >> <include src="base-collectionobject.xml,omca-collectionobject.xml" > >>>> >> merge="xmlmerge.properties"/ > >>>> >> > >>>> >> Also, how are you editing these files? Are you using a cli utility > >>>> >> like > >>>> >> emacs or vim? (Might you be using Cygwin on Windows?? I've used > this > >>>> >> in > >>>> >> the > >>>> >> past and there are sometimes encoding issues involved including end > >>>> >> line > >>>> >> chars.) I'm trying to deduce if there are encoding issues at play > >>>> >> here. > >>>> >> > >>>> >> Personally speaking, I like to use a local editor when making quick > >>>> >> changes > >>>> >> on a remote server. What works for me on a Mac is a combination of > >>>> >> Cyberduck > >>>> >> (free sftp client) (or Transmit, which is well worth its price), > and > >>>> >> Sublime > >>>> >> Text. Cyberduck can be set to automatically open editable files in > >>>> >> Sublime > >>>> >> Text and save them back to the remote server seamlessly. Sublime > Text > >>>> >> isn't > >>>> >> a full-fledged IDE, but it is light-weight and has a lot of good > tools > >>>> >> for > >>>> >> easily checking format and syntax based on file type. It's free, > works > >>>> >> on > >>>> >> multiple OSs and my go-to code editor in a pinch. Aron also > recommends > >>>> >> good > >>>> >> editors too. > >>>> >> > >>>> >> - Jesse > >>>> >> > >>>> >> > >>>> >> On Tue, Aug 20, 2013 at 6:12 PM, Al Bersch <abersch@museumca.org> > >>>> >> wrote: > >>>> >>> > >>>> >>> Hi Aron, > >>>> >>> > >>>> >>> Thanks so much for addressing these questions. > >>>> >>> > >>>> >>> I entered the language at the end of your email into my > >>>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file, like this: > >>>> >>> > >>>> >>> <cspace-config tenantname="omca"> > >>>> >>> > >>>> >>> <version>11</version> > >>>> >>> <!-- Note: omca-collectionobject.xml should not appear in > the > >>>> >>> 'include' line below --> > >>>> >>> <!-- This line is for merging various settings files > >>>> >>> together. > >>>> >>> --> > >>>> >>> <include src="settings.xml,local-omca-settings.xml" > >>>> >>> merge="xmlmerge.properties" > >>>> >>> strip-root="yes" /> > >>>> >>> > >>>> >>> <spec> > >>>> >>> <include src="base-relations.xml"/> > >>>> >>> <include src="base-schemas.xml"/> > >>>> >>> > >>>> >>> <records> > >>>> >>> <enum-blank>Please select a > >>>> >>> value</enum-blank> > >>>> >>> <!-- Here's where you can indicate that > you > >>>> >>> want > >>>> >>> to merge in your own Cataloging record changes --> > >>>> >>> <include > >>>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" > >>>> >>> merge="xmlmerge.properties"/ > >>>> >>> <include > >>>> >>> src="base-procedure-acquisition.xml"/> > >>>> >>> <include src="base-procedure-blobs.xml"/> > >>>> >>> ... > >>>> >>> > >>>> >>> then re-created the omca-collectionobject.xml file (located at > >>>> >>> tomcat-main/src/main/resources/tenants/omca) with this inside it: > >>>> >>> > >>>> >>> +<record id="collection-object"> > >>>> >>> + > >>>> >>> + <section id="identificationInformation"> > >>>> >>> + <repeat id="responsibleDepartments" has-primary="yes"> > >>>> >>> + > >>>> >>> <selector>object-identification-responsible-department</selector> > >>>> >>> + <field id="responsibleDepartment" > ui-search="repeatable" > >>>> >>> mini="search" > >>>> >>> + seperate_ui_container="true"> > >>>> >>> + > >>>> >>> <selector>object-identification-responsible-department</selector> > >>>> >>> + <options> > >>>> >>> + <option id="">Please select a value</option> > >>>> >>> + <option id="art">Art</option> > >>>> >>> + <option id="history">History</option> > >>>> >>> + <option id="science">Science</option> > >>>> >>> + <option id="collections">Collections</option> > >>>> >>> + <option id="education">Education</option> > >>>> >>> + <option > id="professionalservices">Professional > >>>> >>> Services</option> > >>>> >>> + <option id="multi">Multi</option> > >>>> >>> + </options> > >>>> >>> + </field> > >>>> >>> + </repeat> > >>>> >>> + <field id="collection" ui-search="repeatable" > >>>> >>> seperate_ui_container="true"> > >>>> >>> + <selector>object-identification-collection</selector> > >>>> >>> + <options> > >>>> >>> + <option id="">Please select a value</option> > >>>> >>> + <option id="art">Art</option> > >>>> >>> + <option id="artandartifact">Art and > Artifact</option> > >>>> >>> + <option id="exhibit">Exhibit</option> > >>>> >>> + <option id="history">History</option> > >>>> >>> + <option id="scientomology">SCI-Entomology</option> > >>>> >>> + <option id="scifineart">SCI-Fine Art</option> > >>>> >>> + <option id="scigalleryspecimens">SCI-Gallery > >>>> >>> Specimens</option> > >>>> >>> + <option id="scigeology">SCI-Geology</option> > >>>> >>> + <option id="sciherbarium">SCI-Herbarium</option> > >>>> >>> + <option > id="sciherpetology">SCI-Herpetology</option> > >>>> >>> + <option id="sciicthyology">SCI-Icthyology</option> > >>>> >>> + <option > >>>> >>> id="sciinvertebrates">SCI-Invertebrates</option> > >>>> >>> + <option id="scilapidary">SCI-Lapidary</option> > >>>> >>> + <option id="scimalacology">SCI-Malacology</option> > >>>> >>> + <option id="scimammalogy">SCI-Mammalogy</option> > >>>> >>> + <option > >>>> >>> id="scimiscellaneous">SCI-Miscellaneous</option> > >>>> >>> + <option > id="sciornithology">SCI-Ornithology</option> > >>>> >>> + <option > >>>> >>> id="scipaleontology">SCI-Paleontology</option> > >>>> >>> + <option id="sciphoto">SCI-Photo</option> > >>>> >>> + <option id="scisnuffbottles">SCI-Snuff > >>>> >>> Bottles</option> > >>>> >>> + <option id="specimen">Specimen</option> > >>>> >>> + </options> > >>>> >>> + </field> > >>>> >>> + </section> > >>>> >>> + > >>>> >>> +</record> > >>>> >>> > >>>> >>> But alas, I'm still getting the same error message when I log > into my > >>>> >>> tenant. > >>>> >>> > >>>> >>> If it matters, I looked in my settings.xml file and get a big > chunk > >>>> >>> of > >>>> >>> this: ^@^@^@^@^@^@^. > >>>> >>> > >>>> >>> do you see anything wrong here in the files I copied? > >>>> >>> > >>>> >>> thanks, > >>>> >>> > >>>> >>> Al > >>>> >>> > >>>> >>> Al Bersch > >>>> >>> Digital Project Coordinator > >>>> >>> Oakland Museum of California > >>>> >>> 1000 Oak Street, Oakland, CA 94607 > >>>> >>> abersch@museumca.org > >>>> >>> 510-318-8468 > >>>> >>> ________________________________ > >>>> >>> From: "Aron Roberts" <aronroberts@gmail.com> > >>>> >>> To: "Al Bersch" <abersch@museumca.org> > >>>> >>> Cc: "talk" <talk@lists.collectionspace.org> > >>>> >>> Sent: Monday, August 19, 2013 5:39:58 PM > >>>> >>> > >>>> >>> Subject: Re: [Talk] deploy mvn error > >>>> >>> > >>>> >>> Hi Al, > >>>> >>> > >>>> >>> My sincere apologies for these difficulties you've been > >>>> >>> encountering. > >>>> >>> > >>>> >>> > It looks like the problem is with merging settings.xml and > >>>> >>> > local-omca-settings.xml? > >>>> >>> > >>>> >>> Yes, that certainly looks like the case. > >>>> >>> > >>>> >>> This line appeared in part of the output from this error, in > >>>> >>> catalina.out: > >>>> >>> > >>>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] ... Message: > Exception > >>>> >>> > raised during parsing > >>>> >>> > Stack : > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse > >>>> >>> > (61) > >>>> >>> > >>>> >>> From looking at the Application layer's code at line 61 of > >>>> >>> AssemblingParser.java: > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > https://github.com/collectionspace/application/blob/v3.3/csp-impl/src/main/java/org/collectionspace/chain/csp/config/impl/parser/AssemblingParser.java#L61 > >>>> >>> it appears the error is in reading or merging XML content, rather > >>>> >>> than > >>>> >>> in > >>>> >>> not finding either of the two files to be merged, or in not being > >>>> >>> able > >>>> >>> to > >>>> >>> read them as a result of insufficient access permissions or other > >>>> >>> filesystem-related issues. > >>>> >>> > >>>> >>> It appears that you might potentially be inadvertently trying to > >>>> >>> merge > >>>> >>> two dissimilar things: a settings file for your tenant (which > >>>> >>> contains > >>>> >>> some > >>>> >>> general administrative settings), together with some field-level > >>>> >>> settings > >>>> >>> for a particular record type. > >>>> >>> > >>>> >>> If you'd like to merge custom changes into the Cataloging > record, > >>>> >>> such > >>>> >>> as changing the contents of options lists, here's an example of > how > >>>> >>> you > >>>> >>> can > >>>> >>> specify that, as shown line 12 of the tenant 'includes' file for > the > >>>> >>> UCJEPS > >>>> >>> herbaria: > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > >>>> >>> > https://github.com/cspace-deployment/application/blob/ucjeps_3.2/tomcat-main/src/main/resources/ucjeps-tenant.xml#L12 > >>>> >>> > >>>> >>> Following that example, your > >>>> >>> /tomcat-main/src/main/resources/omca-tenant.xml file might look > >>>> >>> something > >>>> >>> like the following: > >>>> >>> > >>>> >>> <cspace-config tenantname="omca"> > >>>> >>> <version>11</version> > >>>> >>> <!-- Note: omca-collectionobject.xml should not appear in the > >>>> >>> 'include' > >>>> >>> line below --> > >>>> >>> <!-- This line is for merging various settings files together. > --> > >>>> >>> <include src="settings.xml,local-settings.xml" > >>>> >>> merge="xmlmerge-settings.properties" strip-root="yes"/> > >>>> >>> ... > >>>> >>> <records> > >>>> >>> <enum-blank>Please select a value</enum-blank> > >>>> >>> <!-- Here's where you can indicate that you want to merge in > your > >>>> >>> own > >>>> >>> Cataloging record changes --> > >>>> >>> <include > >>>> >>> src="base-collectionobject.xml,omca-collectionobject.xml" > >>>> >>> merge="xmlmerge.properties"/> > >>>> >>> ... > >>>> >>> > >>>> >>> Aron > >>>> >>> > >>>> >>> On Mon, Aug 19, 2013 at 4:28 PM, Al Bersch <abersch@museumca.org> > >>>> >>> wrote: > >>>> >>> > > >>>> >>> > Hi Aron, > >>>> >>> > > >>>> >>> > Thanks so much again for your continued assistance. And for the > >>>> >>> > plug > >>>> >>> > for > >>>> >>> > using github as a backup resource - I'll do that, and also > >>>> >>> > apologize > >>>> >>> > in > >>>> >>> > advance for the cut-and-paste text below. > >>>> >>> > > >>>> >>> > I installed DiffMerge, but I'm not sure what to compare, since > the > >>>> >>> > file > >>>> >>> > I added to the omca tenant (omca-collectionobject.xml), wasn't > >>>> >>> > there > >>>> >>> > in > >>>> >>> > the > >>>> >>> > previous snapshot. I think I'm a little confused. > >>>> >>> > > >>>> >>> > I looked in the cspace-app.log and catalina.out (can you tell me > >>>> >>> > where > >>>> >>> > I > >>>> >>> > might find catalina.(today'sdate).log?) and here are some > snippets, > >>>> >>> > first > >>>> >>> > from cspace-app.log: > >>>> >>> > > >>>> >>> > 2013-08-19 21:46:13,363 WARN [http-8180-3] > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > [org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler:218] > >>>> >>> > Could not merge the include files: > >>>> >>> > settings.xml,local-omca-settings.xml > >>>> >>> > 2013-08-19 21:46:13,364 ERROR [http-8180-3] > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > [org.collectionspace.chain.csp.config.impl.parser.ConfigLoadingMessagesImpl:16] > >>>> >>> > Message: Exception raised during parsing > >>>> >>> > > >>>> >>> > Stack : > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingParser.parse > >>>> >>> > (61) > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse > >>>> >>> > (62) > >>>> >>> > org.collectionspace.csp.container.impl.CSPManagerImpl.configure > >>>> >>> > (54) > >>>> >>> > org.collectionspace.chain.controller.TenantServlet.load_config > >>>> >>> > (156) > >>>> >>> > org.collectionspace.chain.controller.TenantServlet.setup (179) > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant > >>>> >>> > (117) > >>>> >>> > org.collectionspace.chain.controller.TenantUIServlet.service > (568) > >>>> >>> > javax.servlet.http.HttpServlet.service (717) > >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >>>> >>> > (290) > >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >>>> >>> > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter > >>>> >>> > (33) > >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >>>> >>> > (235) > >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >>>> >>> > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter > >>>> >>> > (99) > >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >>>> >>> > (235) > >>>> >>> > org.apache.catalina.core.ApplicationFilterChain.doFilter (206) > >>>> >>> > org.apache.catalina.core.StandardWrapperValve.invoke (233) > >>>> >>> > org.apache.catalina.core.StandardContextValve.invoke (191) > >>>> >>> > org.apache.catalina.core.StandardHostValve.invoke (127) > >>>> >>> > org.apache.catalina.valves.ErrorReportValve.invoke (102) > >>>> >>> > org.apache.catalina.valves.AccessLogValve.invoke (589) > >>>> >>> > org.apache.catalina.core.StandardEngineValve.invoke (109) > >>>> >>> > org.apache.catalina.connector.CoyoteAdapter.service (291) > >>>> >>> > org.apache.coyote.http11.Http11Processor.process (859) > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process > >>>> >>> > (602) > >>>> >>> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run (489) > >>>> >>> > java.lang.Thread.run (724) > >>>> >>> > > >>>> >>> > CAUSED BY > >>>> >>> > Message: Could not load source > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > then from catalina.out: > >>>> >>> > > >>>> >>> > 2013-08-19 17:49:25,334 ERROR [main] > >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No > >>>> >>> > domain > >>>> >>> > name > >>>> >>> > was specified on call to getRepositoryName() method.2013-08-19 > >>>> >>> > 17:49:25,334 > >>>> >>> > ERROR [main] > >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No > >>>> >>> > domain name was specified on call to getRepositoryName() > >>>> >>> > method.2013-08-19 > >>>> >>> > 17:49:25,334 ERROR [main] > >>>> >>> > [org.collectionspace.services.common.config.ConfigUtils:51] No > >>>> >>> > domain > >>>> >>> > name > >>>> >>> > was specified on call to getRepositoryName() method.[INFO] > Starting > >>>> >>> > up > >>>> >>> > the > >>>> >>> > CollectionSpace Services' JAX-RS application.Static > initializtion > >>>> >>> > of: > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.services.common.security.SecurityInterceptor[INFO] > >>>> >>> > CollectionSpace Services' JAX-RS application started.2013-08-19 > >>>> >>> > 17:49:27,339 > >>>> >>> > (0) [http-8180-4] INFO > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >>>> >>> > XMLMerge result output to: > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 > >>>> >>> > 17:49:29,695 (2356) [http-8180-2] INFO > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >>>> >>> > XMLMerge result output to: > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > /usr/local/share/apache-tomcat-6.0.33/temp/merged-settings.xml_local-omca-settings.xml-.xml2013-08-19 > >>>> >>> > 17:49:29,732 (2393) [net.sf.ehcache.CacheManager@23aeae74] INFO > >>>> >>> > net.sf.ehcache.util.UpdateChecker: New update(s) found: 2.6.5 > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > [ > http://www.terracotta.org/confluence/display/release/Release+Notes+Ehcache+Core+2.6 > ]. > >>>> >>> > Please check http://ehcache.org for the latest version.Could > not > >>>> >>> > get > >>>> >>> > session > >>>> >>> > from CSPACESESSID cookie with value: > >>>> >>> > 31b6c5daf4d4180636604cb25ac9f75f2013-08-19 17:49:47,810 WARN > >>>> >>> > [http-8180-7] > >>>> >>> > > >>>> >>> > > >>>> >>> > > [org.collectionspace.services.common.security.SecurityInterceptor:358] > >>>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 > >>>> >>> > 17:49:47,953 > >>>> >>> > WARN [http-8180-7] > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] > >>>> >>> > Failed to create a session, as response has been committed. > Unable > >>>> >>> > to > >>>> >>> > store > >>>> >>> > SecurityContext.2013-08-19 17:49:48,765 WARN [http-8180-7] > >>>> >>> > > >>>> >>> > > >>>> >>> > > [org.collectionspace.services.common.security.SecurityInterceptor:358] > >>>> >>> > Attempt to logout when Nuxeo login context was null2013-08-19 > >>>> >>> > 17:49:48,773 > >>>> >>> > WARN [http-8180-7] > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > [org.springframework.security.web.context.HttpSessionSecurityContextRepository:396] > >>>> >>> > Failed to create a session, as response has been committed. > Unable > >>>> >>> > to > >>>> >>> > store > >>>> >>> > SecurityContext.2013-08-19 21:07:17,771 ERROR > >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web > >>>> >>> > application > >>>> >>> > [/collectionspace] appears to have started a thread named > >>>> >>> > [net.sf.ehcache.CacheManager@23aeae74] but has failed to stop > it. > >>>> >>> > This > >>>> >>> > is > >>>> >>> > very likely to create a memory leak.2013-08-19 21:07:17,772 > ERROR > >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2191] The web > >>>> >>> > application > >>>> >>> > [/collectionspace] appears to have started a thread named > >>>> >>> > [MultiThreadedHttpConnectionManager cleanup] but has failed to > stop > >>>> >>> > it. > >>>> >>> > This > >>>> >>> > is very likely to create a memory leak.2013-08-19 21:07:17,780 > >>>> >>> > ERROR > >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web > >>>> >>> > application > >>>> >>> > [/collectionspace] created a ThreadLocal with key of type > >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value > >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) > and a > >>>> >>> > value of > >>>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it > when > >>>> >>> > the > >>>> >>> > web > >>>> >>> > application was stopped. This is very likely to create a memory > >>>> >>> > leak.2013-08-19 21:07:17,781 ERROR > >>>> >>> > [ContainerBackgroundProcessor[StandardEngine[Catalina]]] > >>>> >>> > [org.apache.catalina.loader.WebappClassLoader:2453] The web > >>>> >>> > application > >>>> >>> > [/collectionspace] created a ThreadLocal with key of type > >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value > >>>> >>> > [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@7e421b4f]) > and a > >>>> >>> > value of > >>>> >>> > type [java.util.HashMap] (value [{}]) but failed to remove it > when > >>>> >>> > the > >>>> >>> > web > >>>> >>> > application was stopped. This is very likely to create a memory > >>>> >>> > leak.2013-08-19 21:09:34,685 (0) [http-8180-4] WARN > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > org.collectionspace.chain.csp.config.impl.parser.AssemblingContentHandler: > >>>> >>> > Could not merge the include files: > >>>> >>> > settings.xml,local-omca-settings.xml > >>>> >>> > > >>>> >>> > > >>>> >>> > It looks like the problem is with merging settings.xml and > >>>> >>> > local-omca-settings.xml? > >>>> >>> > > >>>> >>> > I've tried a second time to create the configuration change in > >>>> >>> > omca-collectionobject.xml (a newly created xml file with only > this > >>>> >>> > snippet > >>>> >>> > in it: > >>>> >>> > > >>>> >>> > +<record id="collection-object"> > >>>> >>> > + > >>>> >>> > + <section id="identificationInformation"> > >>>> >>> > + <repeat id="responsibleDepartments" has-primary="yes"> > >>>> >>> > + > >>>> >>> > > <selector>object-identification-responsible-department</selector> > >>>> >>> > + <field id="responsibleDepartment" > >>>> >>> > ui-search="repeatable" > >>>> >>> > mini="search" > >>>> >>> > + seperate_ui_container="true"> > >>>> >>> > + > >>>> >>> > > <selector>object-identification-responsible-department</selector> > >>>> >>> > + <options> > >>>> >>> > + <option id="">Please select a > value</option> > >>>> >>> > + <option id="art">Art</option> > >>>> >>> > + <option id="history">History</option> > >>>> >>> > + <option id="science">Science</option> > >>>> >>> > + <option > id="collections">Collections</option> > >>>> >>> > + <option id="education">Education</option> > >>>> >>> > + <option > id="professionalservices">Professional > >>>> >>> > Services</option> > >>>> >>> > + <option id="multi">Multi</option> > >>>> >>> > + </options> > >>>> >>> > + </field> > >>>> >>> > + </repeat> > >>>> >>> > + <field id="collection" ui-search="repeatable" > >>>> >>> > seperate_ui_container="true"> > >>>> >>> > + > <selector>object-identification-collection</selector> > >>>> >>> > + <options> > >>>> >>> > + <option id="">Please select a value</option> > >>>> >>> > + <option id="art">Art</option> > >>>> >>> > + <option id="artandartifact">Art and > >>>> >>> > Artifact</option> > >>>> >>> > + <option id="exhibit">Exhibit</option> > >>>> >>> > + <option id="history">History</option> > >>>> >>> > + <option > id="scientomology">SCI-Entomology</option> > >>>> >>> > + <option id="scifineart">SCI-Fine Art</option> > >>>> >>> > + <option id="scigalleryspecimens">SCI-Gallery > >>>> >>> > Specimens</option> > >>>> >>> > + <option id="scigeology">SCI-Geology</option> > >>>> >>> > + <option id="sciherbarium">SCI-Herbarium</option> > >>>> >>> > + <option > >>>> >>> > id="sciherpetology">SCI-Herpetology</option> > >>>> >>> > + <option > id="sciicthyology">SCI-Icthyology</option> > >>>> >>> > + <option > >>>> >>> > id="sciinvertebrates">SCI-Invertebrates</option> > >>>> >>> > + <option id="scilapidary">SCI-Lapidary</option> > >>>> >>> > + <option > id="scimalacology">SCI-Malacology</option> > >>>> >>> > + <option id="scimammalogy">SCI-Mammalogy</option> > >>>> >>> > + <option > >>>> >>> > id="scimiscellaneous">SCI-Miscellaneous</option> > >>>> >>> > + <option > >>>> >>> > id="sciornithology">SCI-Ornithology</option> > >>>> >>> > + <option > >>>> >>> > id="scipaleontology">SCI-Paleontology</option> > >>>> >>> > + <option id="sciphoto">SCI-Photo</option> > >>>> >>> > + <option id="scisnuffbottles">SCI-Snuff > >>>> >>> > Bottles</option> > >>>> >>> > + <option id="specimen">Specimen</option> > >>>> >>> > + </options> > >>>> >>> > + </field> > >>>> >>> > + </section> > >>>> >>> > + > >>>> >>> > +</record> > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > then according to your last email, I ran "mvn clean install > >>>> >>> > -DskipTest" > >>>> >>> > rather than "mvn deploy -DskipTests". I ran this in the > application > >>>> >>> > layer > >>>> >>> > folder called "application" that contains the pom.xml file. In > my > >>>> >>> > path > >>>> >>> > it > >>>> >>> > looks like /home/root/application-source/application/. Then, do > I > >>>> >>> > understand > >>>> >>> > I also need to run "ant deploy"? I wasn't able to run this in > the > >>>> >>> > same > >>>> >>> > folder - I got an error saying this is no build file. > >>>> >>> > > >>>> >>> > I'm going off your previous instructions, as well as the > >>>> >>> > documentation > >>>> >>> > on the wiki for customizing the application layer: > >>>> >>> > > >>>> >>> > Hi Becky and Al, > >>>> >>> > One more set of notes on making 'starting out' customizations, > >>>> >>> > below: this one a customization of options in dropdown menus. > >>>> >>> > Aron > >>>> >>> > (Recommendation: start the CollectionSpace server before making > the > >>>> >>> > following changes. This will help ensure those changes are made > >>>> >>> > 'live.') > >>>> >>> > * An example of how to replace the default sets of options in > the > >>>> >>> > dropdown menus for the Responsible Department and OMCA > Collection > >>>> >>> > fields. > >>>> >>> > The existing documentation on updating these option lists is > >>>> >>> > confusing, and wildly out of date; we expect to be updating it > in > >>>> >>> > the > >>>> >>> > near future. The customization method shown here as an example > >>>> >>> > reflects recently-added 'merge' capabilities that allow you to > >>>> >>> > simply > >>>> >>> > replicate the block of configuration you want to customize, > within > >>>> >>> > a > >>>> >>> > separate file for your own museum; it will override the > >>>> >>> > corresponding > >>>> >>> > configuration block in the default settings: > >>>> >>> > Actual change(s) made, within the source code tree for > >>>> >>> > CollectionSpace's Application layer: > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > https://github.com/aronr/application/commit/b7a47d94fc6d44d0cad74f6444710a35373291c7 > >>>> >>> > You can compare this to the default configuration file for the > >>>> >>> > Cataloging record, in which the default options for those two > >>>> >>> > dropdown > >>>> >>> > menus appear: > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > > https://github.com/aronr/application/blob/b7a47d94fc6d44d0cad74f6444710a35373291c7/tomcat-main/src/main/resources/defaults/base-collectionobject.xml#L112 > >>>> >>> > To copy (deploy) these changes to the server folder, enter the > >>>> >>> > following at a command prompt, from within the top-level folder > of > >>>> >>> > the > >>>> >>> > Application source code tree: > >>>> >>> > mvn deploy -DskipTests > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > Sorry I'm not getting this! Do you have any ideas? > >>>> >>> > > >>>> >>> > Thanks again, > >>>> >>> > > >>>> >>> > Al > >>>> >>> > > >>>> >>> > > >>>> >>> > > >>>> >>> > Al Bersch > >>>> >>> > Digital Project Coordinator > >>>> >>> > Oakland Museum of California > >>>> >>> > 1000 Oak Street, Oakland, CA 94607 > >>>> >>> > abersch@museumca.org > >>>> >>> > 510-318-8468 > >>>> >>> > ________________________________ > >>>> >>> > From: "Aron Roberts" <aronroberts@gmail.com> > >>>> >>> > To: "Al Bersch" <abersch@museumca.org> > >>>> >>> > Cc: "talk" <talk@lists.collectionspace.org> > >>>> >>> > Sent: Friday, August 16, 2013 1:28:48 PM > >>>> >>> > > >>>> >>> > Subject: Re: [Talk] deploy mvn error > >>>> >>> > > >>>> >>> > The key is likely this snippet, from near the beginning of that > >>>> >>> > long > >>>> >>> > and > >>>> >>> > singularly unhelpful chain of messages: > >>>> >>> > "org.collectionspace.chain.csp.config.ConfigException: Error > >>>> >>> > loading > >>>> >>> > config" > >>>> >>> > > >>>> >>> > There may have been an error made in whatever configuration > file, > >>>> >>> > or > >>>> >>> > files, were modified. After they were deployed (copied) to the > >>>> >>> > server, > >>>> >>> > when > >>>> >>> > the Application layer read them, it got confused and barfed out > >>>> >>> > this > >>>> >>> > long > >>>> >>> > stack trace. > >>>> >>> > > >>>> >>> > Typically, this means the file(s), after being modified, weren't > >>>> >>> > well-formed XML - perhaps an ending tag was left out somewhere? > - > >>>> >>> > or > >>>> >>> > they > >>>> >>> > didn't conform to the Application layer's expectation of what > >>>> >>> > 'tags' > >>>> >>> > (XML > >>>> >>> > elements) are expected, in which hierarchical locations within > the > >>>> >>> > file. > >>>> >>> > > >>>> >>> > Yes, reverting to a snapshot and re-deploying (via 'mvn clean > >>>> >>> > install > >>>> >>> > -DskipTests') and restarting Tomcat, should resolve the issue. > You > >>>> >>> > might > >>>> >>> > also try, however, using a utility app that can show you > >>>> >>> > differences > >>>> >>> > between > >>>> >>> > two files - your current version and your snapshot - and see if > the > >>>> >>> > error is > >>>> >>> > readily made apparent by looking at those changes in that 'diff' > >>>> >>> > view. > >>>> >>> > (If > >>>> >>> > you're using Mac OS X, there's a list of such apps at > >>>> >>> > http://apple.stackexchange.com/a/87188) > >>>> >>> > > >>>> >>> > It's also worth checking the current cspace-app.log and > >>>> >>> > catalina.{today's date}.log to see if there may be any log > message > >>>> >>> > specifically pinpointing the configuration error. > >>>> >>> > > >>>> >>> > Aron > >>>> >>> > > >>>> >>> > On Fri, Aug 16, 2013 at 1:16 PM, Al Bersch < > abersch@museumca.org> > >>>> >>> > wrote: > >>>> >>> > > > >>>> >>> > > Hi again, > >>>> >>> > > > >>>> >>> > > Ok, I think I must have messed up somewhere when changing the > >>>> >>> > > files > >>>> >>> > > in > >>>> >>> > > the application layer. When I navigated to our tenant, the > login > >>>> >>> > > screen is > >>>> >>> > > blank except for a place to put a user name and password. > when I > >>>> >>> > > submit my > >>>> >>> > > password, I get this message: Any idea what I did wrong? > Thanks! > >>>> >>> > > > >>>> >>> > > I have a snapshot prior to the changes in the application > layer, > >>>> >>> > > so I > >>>> >>> > > can always go back in time and try again. > >>>> >>> > > > >>>> >>> > > Al > >>>> >>> > > > >>>> >>> > > HTTP Status 400 - > >>>> >>> > > org.collectionspace.chain.controller.BadRequestException: > Cannot > >>>> >>> > > initialise > >>>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error > >>>> >>> > > loading > >>>> >>> > > config. > >>>> >>> > > See messages for details: summary Exception raised during > parsing > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >>>> >>> > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error > >>>> >>> > > loading > >>>> >>> > > config. > >>>> >>> > > See messages for details: summary Exception raised during > parsing > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >>>> >>> > > ... 22 more Caused by: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: > >>>> >>> > > Error loading config. See messages for details: summary > Exception > >>>> >>> > > raised > >>>> >>> > > during parsing at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >>>> >>> > > ... 24 more > >>>> >>> > > > >>>> >>> > > ________________________________ > >>>> >>> > > > >>>> >>> > > type Status report > >>>> >>> > > > >>>> >>> > > message > org.collectionspace.chain.controller.BadRequestException: > >>>> >>> > > Cannot initialise CSPs > >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error > >>>> >>> > > loading > >>>> >>> > > config. > >>>> >>> > > See messages for details: summary Exception raised during > parsing > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >>>> >>> > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error > >>>> >>> > > loading > >>>> >>> > > config. > >>>> >>> > > See messages for details: summary Exception raised during > parsing > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >>>> >>> > > ... 22 more Caused by: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: > >>>> >>> > > Error loading config. See messages for details: summary > Exception > >>>> >>> > > raised > >>>> >>> > > during parsing at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >>>> >>> > > ... 24 more > >>>> >>> > > > >>>> >>> > > description The request sent by the client was syntactically > >>>> >>> > > incorrect > >>>> >>> > > (org.collectionspace.chain.controller.BadRequestException: > Cannot > >>>> >>> > > initialise > >>>> >>> > > CSPs org.collectionspace.csp.api.core.CSPDependencyException: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error > >>>> >>> > > loading > >>>> >>> > > config. > >>>> >>> > > See messages for details: summary Exception raised during > parsing > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:185) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantUIServlet.serviceUIWTenant(TenantUIServlet.java:117) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantUIServlet.service(TenantUIServlet.java:568) > >>>> >>> > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.filters.PerflogFilter.doFilter(PerflogFilter.java:33) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.filters.CharSetFilter.doFilter(CharSetFilter.java:99) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:589) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:291) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) > >>>> >>> > > at java.lang.Thread.run(Thread.java:724) Caused by: > >>>> >>> > > org.collectionspace.csp.api.core.CSPDependencyException: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: Error > >>>> >>> > > loading > >>>> >>> > > config. > >>>> >>> > > See messages for details: summary Exception raised during > parsing > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:64) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.load_config(TenantServlet.java:156) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.controller.TenantServlet.setup(TenantServlet.java:179) > >>>> >>> > > ... 22 more Caused by: > >>>> >>> > > org.collectionspace.chain.csp.config.ConfigException: > >>>> >>> > > Error loading config. See messages for details: summary > Exception > >>>> >>> > > raised > >>>> >>> > > during parsing at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigErrorHandler.fail_if_necessary(ConfigErrorHandler.java:78) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.chain.csp.config.impl.parser.ConfigParser.parse(ConfigParser.java:74) > >>>> >>> > > at > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > > org.collectionspace.csp.container.impl.CSPManagerImpl.configure(CSPManagerImpl.java:54) > >>>> >>> > > ... 24 more ). > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > Al Bersch > >>>> >>> > > Digital Project Coordinator > >>>> >>> > > Oakland Museum of California > >>>> >>> > > 1000 Oak Street, Oakland, CA 94607 > >>>> >>> > > abersch@museumca.org > >>>> >>> > > 510-318-8468 > >>>> >>> > > ________________________________ > >>>> >>> > > From: "Aron Roberts" <aronroberts@gmail.com> > >>>> >>> > > To: "Al Bersch" <abersch@museumca.org> > >>>> >>> > > Cc: "talk" <talk@lists.collectionspace.org> > >>>> >>> > > Sent: Friday, August 16, 2013 12:58:56 PM > >>>> >>> > > Subject: Re: [Talk] deploy mvn error > >>>> >>> > > > >>>> >>> > > Hi Al, > >>>> >>> > > > >>>> >>> > > You likely will have success with 'mvn clean install > >>>> >>> > > -DskipTests' > >>>> >>> > > when building and deploying the App layer with your dropdown > list > >>>> >>> > > changes, > >>>> >>> > > rather than 'mvn deploy -DskipTests'. > >>>> >>> > > > >>>> >>> > > It's a bit confusing (and I hope I don't need to keep > repeating > >>>> >>> > > this > >>>> >>> > > :-), but CollectionSpace Services layer uses Maven to build > >>>> >>> > > artifacts > >>>> >>> > > and > >>>> >>> > > Ant buildfiles to deploy (copy) them to the server (hence 'mvn > >>>> >>> > > clean > >>>> >>> > > install' followed by 'ant deploy'), while the Application and > UI > >>>> >>> > > layers use > >>>> >>> > > Maven ('mvn install') for both tasks. There are some > historical > >>>> >>> > > and > >>>> >>> > > technical reasons for this difference, not worth going into > ... > >>>> >>> > > > >>>> >>> > > Aron > >>>> >>> > > > >>>> >>> > > > >>>> >>> > > On Fri, Aug 16, 2013 at 12:49 PM, Al Bersch > >>>> >>> > > <abersch@museumca.org> > >>>> >>> > > wrote: > >>>> >>> > >> > >>>> >>> > >> Hello all, > >>>> >>> > >> > >>>> >>> > >> I changed our dropdown lists in Department and Collection in > the > >>>> >>> > >> application layer source code, and when I ran mvn deploy > >>>> >>> > >> -DskipTests > >>>> >>> > >> I get > >>>> >>> > >> this error: > >>>> >>> > >> > >>>> >>> > >> [ERROR] BUILD ERROR > >>>> >>> > >> [INFO] > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> > ------------------------------------------------------------------------ > >>>> >>> > >> [INFO] Failed to configure plugin parameters for: > >>>> >>> > >> org.apache.maven.plugins:maven-deploy-plugin:2.4 > >>>> >>> > >> > >>>> >>> > >> check that the following section of the pom.xml is present > and > >>>> >>> > >> correct: > >>>> >>> > >> > >>>> >>> > >> <distributionManagement> > >>>> >>> > >> <!-- use the following if you're not using a snapshot > version. > >>>> >>> > >> --> > >>>> >>> > >> <repository> > >>>> >>> > >> <id>repo</id> > >>>> >>> > >> <name>Repository Name</name> > >>>> >>> > >> <url>scp://host/path/to/repo</url> > >>>> >>> > >> </repository> > >>>> >>> > >> <!-- use the following if you ARE using a snapshot version. > >>>> >>> > >> --> > >>>> >>> > >> <snapshotRepository> > >>>> >>> > >> <id>repo</id> > >>>> >>> > >> <name>Repository Name</name> > >>>> >>> > >> <url>scp://host/path/to/repo</url> > >>>> >>> > >> </snapshotRepository> > >>>> >>> > >> </distributionManagement> > >>>> >>> > >> > >>>> >>> > >> Cause: Class > >>>> >>> > >> 'org.apache.maven.artifact.repository.ArtifactRepository' > cannot > >>>> >>> > >> be > >>>> >>> > >> instantiated > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> I looked in the pom.xml, and found this: > >>>> >>> > >> > >>>> >>> > >> <!-- The CollectionSpace public Maven repository for > >>>> >>> > >> "snapshot" > >>>> >>> > >> artifacts --> > >>>> >>> > >> <repositories> > >>>> >>> > >> <repository> > >>>> >>> > >> <id>libs-snapshot-local</id> > >>>> >>> > >> <name>libs-snapshot-local</name> > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> <url> > http://nightly.collectionspace.org:8081/artifactory/libs-snapshot-local > </url> > >>>> >>> > >> <snapshots> > >>>> >>> > >> <enabled>true</enabled> > >>>> >>> > >> </snapshots> > >>>> >>> > >> > >>>> >>> > >> > >>>> >>> > >> I'm wondering, which repository setting should I use > (snapshot > >>>> >>> > >> or > >>>> >>> > >> not > >>>> >>> > >> snapshot)? Our installation is on a virtual server in linode. > >>>> >>> > >> > >>>> >>> > >> And, does anyone know where I should set the path to our > >>>> >>> > >> repository? > >>>> >>> > >> I'm guessing that the error is party due to the url being > mapped > >>>> >>> > >> to > >>>> >>> > >> nightly.collectionspace.org. > >>>> >>> > >> > >>>> >>> > >> Thanks! > >>>> >>> > >> > >>>> >>> > >> Al > >>>> >>> > >> > >>>> >>> > >> Al Bersch > >>>> >>> > >> Digital Project Coordinator > >>>> >>> > >> Oakland Museum of California > >>>> >>> > >> 1000 Oak Street, Oakland, CA 94607 > >>>> >>> > >> abersch@museumca.org > >>>> >>> > >> 510-318-8468 > >>>> >>> > >> > >>>> >>> > >> _______________________________________________ > >>>> >>> > >> 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 > >>>> >>> > >>>> >> > >>>> > > >>> > >>> > >> > >
Empathy v1.0   2025 ©emwd.com
Documentation