[evla-sw-discuss] Delay models to station boards

Rich Moeser rmoeser at nrao.edu
Wed May 21 15:26:00 EDT 2008


The schema files for WIDAR are available at 
https://svn.aoc.nrao.edu/repos/WIDAR/schema so I don't think it's 
necessary to copy those to the EVLA SVN repository. I've set up a 
prototype maven project that takes the schemata from the WIDAR SVN 
repository, runs it through the JAXB compiler, and bundles the resulting 
JAXB classes into a standalone jar file. This is pretty much the same 
approach I have taken with the ALMA SDM schemata and it works just fine.

The Javadoc for the JAXB classes is at 
http://www.aoc.nrao.edu/asg-internal/software/evla/javadoc/widar-schema/05212008-snapshot/apidocs.

To use these classes you must add the following dependency to your 
project pom.xml file:
    <dependency>
      <groupId>nrao</groupId>
      <artifactId>widar-schema</artifactId>
      <version>05212008-snapshot</version>
    </dependency>

To use the JAXB classes in your Java code you must include the import 
statement "import edu.nrao.evla.widar.xml.jaxb.*;".

The JAXB classes included in the jar file are from the following schema 
files:
vciCommon.xsd
vciDelayModel.xsd
vciRequest.xsd
vciResponse.xsd
widarCommon.xsd

--Rich

Barry Clark wrote:
> Proceeding to item 3, 
> I suggest the appropriate repository for the schemata is 
>
> https://svn.aoc.nrao.edu/repos/EVLA/commons/src/xsd
>
> On the grounds that 
> 1.  This is what the component was established to do, 
> 2.  It is an important step in moving the correlator psychologically as 
>     well as physically to New Mexico.  
> 3.  If it is to be elsewhere, to fit with our way of doing things, we 
>     will need to allocate the labor to get a regular overnight compile
>     running.  (Not me - I don't know how to talk to Maven and have no 
>     desire to learn.  If I do it it will be with gmake, which nobody else
>     will love.)
>
> The addresses and ports to be used should be located in EVLAConstants.java
> in the commons component.  (This particular class has an amusing dual
> language feature - if you execute the main() method, it converts itself
> into a C include file.)
>
> In order to promode sharing of the parameters database, the Parameters
> class should be moved from the observe component to the commons component.
>
> Similar thought needs to be given to the commonalities of the OPT software.
> _______________________________________________
> evla-sw-discuss mailing list
> evla-sw-discuss at listmgr.cv.nrao.edu
> http://listmgr.cv.nrao.edu/mailman/listinfo/evla-sw-discuss
>   




More information about the evla-sw-discuss mailing list