Thank you. I attempted to use JSON, using <https://github.com/Unicon/cas-addons/wiki/Configuring-JSON-Service-Registry> as a reference, but couldn't get it working. From the cas.log : 2015-02-02 14:54:42,226 ERROR [org.jasig.cas.web.init.SafeContextLoaderListener] - SafeContextLoaderListener: The Spring ContextLoaderListener we wrap threw on contextInitialized. But for our having caught this error, the web application context would not have initialized. org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException: Line 57 in XML document from ServletContext resource [/WEB-INF/deployerConfigContext.xml] is invalid; nested exception is org.xml.sax.SAXParseException; lineNumber: 57; columnNumber: 48; The prefix "cas" for element "cas:json-services-registry" is not bound.
For YAML, is this what you are referring to? https://github.com/unicon-cas-addons/cas-addon-yaml-services-registry Just out of curiosity, does service registry utilizing deployConfigContext.xml without utilizing a database, allow one to register service data that persists across restarts ? |-----Original Message----- |From: mepst...@gwork254.lis.illinois.edu |[mailto:mepst...@gwork254.lis.illinois.edu] On Behalf Of Milt Epstein |Sent: Monday, February 02, 2015 2:01 PM |To: cas-user@lists.jasig.org |Subject: Re: [cas-user] question about non-web console service registration | |I'm not familiar with managementConfigContext.xml, but if you don't need a |web app for service registry, I suggest you consider JSON or YAML file-based |service registry. At our site, we're running CAS |3.4.12 using a JSON config file for service registry, and we're about to upgrade |to CAS 4.0.1 using YAML. | |Details on how to do this can be found online, or in the list archives |-- or if you have further questions, ask here. | |Milt Epstein |Applications Developer |Graduate School of Library and Information Science (GSLIS) University of |Illinois at Urbana-Champaign (UIUC) mepst...@illinois.edu | | |On Mon, 2 Feb 2015, Chris Adams wrote: | |> Hello all, |> |> I built a Service Management webapp with Maven and was able to get it |working. Then I realized that the data was not persistent after restarting |Tomcat. |> |> I read the docs and from what I understand, services can still be registered |and can be persistent across restarts, rather than held in memory, regardless |if I use the web console or not. |> |> Since I only have a handful of services to register, I don't want to create a |database just for the data. I prefer not to utilize the web console. |> My question is where to list/register these services? After creating the |service management webapp, I see the file managerConfigContext.xml in the |/WEB-INF directory. The docs and the example indicate that the services can |be designated here. I assume that this is what is referred to in the section that |says, referring to InMemoryServiceRegistryDaoImpl: |> |> "This component is NOT suitable for use with the service management |console since it does not persist data. On the other hand, it is perfectly |acceptable for deployments where the XML configuration is authoritative for |service registry data and the UI will not be used." |> |> Also: "It is perfectly acceptable to avoid the service management console |Web application for managing registered service data. In fact, configuration- |driven methods (e.g. XML, JSON) may be preferable in environments where |strict configuration management controls are required." |> |> Is the file 'managementConfigContext.xml' where I register these services ? |> |> Many thanks. |> |> |> -- |> You are currently subscribed to cas-user@lists.jasig.org as: |> mepst...@illinois.edu To unsubscribe, change settings or access |> archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user | |-- |You are currently subscribed to cas-user@lists.jasig.org as: |chris.a.ad...@state.or.us To unsubscribe, change settings or access archives, |see http://www.ja-sig.org/wiki/display/JSG/cas-user -- You are currently subscribed to cas-user@lists.jasig.org as: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user