Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages

, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

Repository files navigation

DALServer VO Data Services Framework V0.9
D.Tody May 2015
D.Tody, R.Plante, M.Cresitello-Dittmar, M.Graham, V.Vekkirala,
O.Pevunova September 2014 (VAO version)
--------------------------------------------------------
This package contains code for implementing IVOA Data Access Layer (DAL)
services. This version supports SCS (simple cone search), SIAP
(images), SSAP (spectra), and SLAP (spectral line lists).
Full Javadoc-format documentation for the DALServer packages is given in
the "dist/docs" subdirectory. Additional documentation is given in the
README files in each major source or runtime directory.
A brief summary of what is required to install the DALServer framework
and configure local data services follows. More detailed documentation
is available on the Web, or via the DALServer administration Web-UI.
Prerequisites
------------------
To install and run the DALServer framework one should already have a
Java application server or servlet container installed, e.g., Apache
Tomcat. This is sufficient to merely install and run the framework.
To configure any local data services one also needs to have database
management system (DBMS) configured, e.g., MySql, PostgreSql, or Oracle.
To publish a catalog via the cone search protocol, the catalog should
already be loaded into a database table. To publish an image or
spectral data collection, an index table is required containing metadata
describing the datasets comprising the data collection to be published.
Installation
------------------
To install DALServer, merely download the DALServer distribution tarball
from the Web, unpack it (unpacking to /opt/services/dalserver would
simplify things later, but is not required) and deploy the provided
"ivoa-dal.war" app file to your local application server, e.g., Tomcat.
How a Web-app is deployed depends upon the application server, but this
is typically done using the administration Web GUI of the application
server, or by merely copying the Web-app file to the "webapps" directory
of the installed application server. By default the application will be
automatically deployed and available for use.
The DALServer console Web-UI should then be available at the following
URL:
http://<host>[:<port]/ivoa-dal
e.g., http://localhost:8080/ivoa-dal would work for the usual case where
the application server is running on the local host computer on the
default port, 8080.
The generic DALServer application contains several builtin services that
may then be run via the Web UI to verify that everything is working
correctly. These builtin test/demo service instances exercise the same
generic service code that will be used for any real data services you
add later.
Configuration
------------------
Service configuration is performed by editing 1 or 2 service
configuration text files, typically be copying and modifying an existing
configuration or a template file.
Local configuration data is stored externally to the DALServer Webapp
(ivoa-dal.war) to ensure that it is not lost when a new version of the
Webapp is installed. By default local configuration data is stored in
the directory "/opt/services/dalserver" on the server running the Java
application server (refer to the instructions given in the detailed
documentation if you need to use a different directory). If you
unpacked the DALServer tarball into this directory earlier, you will
already have sample and template configuration files available in this
directory, ready to be used to configure new services.
Every service instance requires at least a service configuration
(".conf") file. Each service may optionally have a table configuration
(".tab") file, used to customize the metadata data to be returned by the
service, or the interface to the DBMS table used to drive the service.
A global "server.conf" file defines the global DALServer configuration
and points to the locally added data services.
An example of a local service configuration file follows:
README server.conf siapv2-vlafirst.conf
reload.conf siap-null.conf siapv2-vlafirst.tab
scs-messier.conf siapv1-vlafirst.conf slap-null.conf
scs-vlafirst.conf siapv1-vlafirst.tab ssap-null.conf
scsVaoImage.conf siapv2-vao.conf
scsVaoImage.tab siapv2-vao.tab
For example, if we wanted to configure a new cone service for the Abell
catalog, we would add a new service configuration file, e.g.,
"scs-abell.conf", optionally a table configuration file as well
("scs-abell.tab"), and add a line to server.conf telling it to create a
service instance for the new cone search service.
Once the service configuration has been edited, the DALServer "reload"
resource is used to reload the local configuration (for all service
instances) [note - we need to add login/password authentication to
prevent unauthorized use of reload]. For example,
http://localhost:8080/ivoa-dal/reload
A reload should be performed whenever the configuration changes or
whenever a new version of the DALServer Web-app is installed. If
"reload" executes successfully it prints a summary of the new service
configuration, e.g.:
WebApp: DALServer Framework Test Configuration
reload 0 parameters
scs-messier 12 parameters
siap-null 3 parameters
ssap-null 3 parameters
scsVaoImage 14 parameters tableconfig
scs-vlafirst	13 parameters
siapv2-vlafirst	18 parameters tableconfig
siapv1-vlafirst	18 parameters tableconfig
siapv2-vao 20 parameters tableconfig
Successfully created 9 servlets
2014/08/21 15:12:16
More detailed instructions for configuring new services are given in the
DALServer documentation.
Data Ingest
------------------
[TBA - Describe how to use data collection ingest tools]
Custom Extensions
------------------
[TBA - Basically, install the source, modify or extend as desired, and
rebuild using Java Ant. The prebuilt ivoa-dal.war includes full Javadoc
documentation for the DALServer classes. Note, a custom build is not
required for normal use of DALServer.]

About

VO Data Access Layer toolkit from NVO/VAO

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages