Index of /pub/dods/DODS-Java-1.1/

NameLast ModifiedSize
UpParent Directory
Directory1.12016-07-08 06:00-
Directory1.1.12016-07-08 06:00-
Directory1.1.22016-07-08 06:00-
Directory1.1.32016-07-08 06:00-
Directory1.1.42016-07-08 06:00-
Directory1.1.52016-07-08 06:00-
Directory1.1.72016-07-08 06:00-
Filedods-doc.jar2008-05-23 23:19 1460k
Filedods-libraries.jar2008-05-23 23:19 428k
Filedods-src.jar2008-05-23 23:19 2060k
Filedods.jar2008-05-23 23:19 404k
Filedods.war2008-05-23 23:19 2568k
FileSERVLETS2008-05-23 23:19 24k
README -- Java-DODS Release 1.1.7 -- 08/29/04 ndp This is a supplemental release of version 1.1 that contains the following: *** Bug Fix: DRDS is now closing database connections when client request is completed. *** Class Change: The class dods.servlet.requestState has been deprecated. It is replaced by the class dods.servlet.ReqState. This change allows Web Archive Distributions to install with a test server (DTS) running out of the box. *** Updated Build: The production rules have been migrated from "make" to "ANT". The source code distribution contains the ANT build file and the necessary libraries for compiling the source. Also, the released jar files have different internal structures. ALL of the jar files need to be unpacked (using jar) prior to use. Files in this release: dods-1.1.7-doc.jar - Contains javadoc for the Java-DODS API. Un-jar it to get the docs. dods-1.1.7-libraries.jar - Contains the Java-DODS binaries along with ancillary libraries required to run the code. It does not include a servlet lib as that is typically distributed with the servlet engine (such as Tomcat). Un-jar this file to get a lib directory containing the library jar files. dods-1.1.7-src.jar - Contains the Java-DODS source code, along with ANT build files and required libraries for code compilation. The libraries here include a servlet library (from tomcat 4.1.18) in order to allow the user to compile the source code without requiring them to have a servlet engine. Un-jar this to get a development directory. Read the enclosed README for further instructions. dods.war - This is the Web Archive file containing the Java-DODS servlets. Put into you servlet engine (ex. Tomcat) and have at it. It should unpack and start the DODS Test Server. The Dods Relational Database Server (DRDS) is also included. README -- Java-DODS Release 1.1.6 -- 07/27/04 ndp Some bug fix I didn't document. Oops... README -- Java-DODS Release 1.1.5 -- 03/10/04 ndp This is a supplemntal release of 1.1 that fixes an improper document type declaration in the MIME headers of the DAS resposponse in the core servlet (dods.servlet.DODSServlet) README -- Java-DODS Release 1.1.4 -- 05/12/03 ndp This is a supplemntal release of 1.1 that contains a fixes mentioned below plus a fix to the reda methods of the Float64 and Float32 types in the DRDS. In addition a new debugging parameter was added to the DRDS "sqlRead" which produces detailed output during JDBC operations. README -- Java-DODS Release 1.1.3 -- 05/12/03 ndp This is a supplemental release of 1.1 that contains the fixes mentioned below plus a fix of a regexp problem in the DRDS (bug 608). README -- Java-DODS Release 1.1.2 -- 03/11/03 ndp This is a supplemental release of 1.1 that contains bug fixes for server side issues that only exhibit on the Windows operating system README -- Java-DODS Release 1.1.1 -- 4/9/02 ndp This is a supplemental release of 1.1 that contains bug fixes for DDS, and DAS parser problems and repairs to the DRDS constraint expression handling. The files located here are organized as follows: ---- dods.war -- Contains the Web Archive distribution of the DODS software. To install the basic DODS servers grab this file, out it in the "webapps" directory of your servlet engine (tomcat) and restart the servlet engine. This will unpack the archive in to the directory webapps/dods Edit the file webapps/dods/WEB-INF/web.xml and configure the servlets. Restart the servlet engine and you should be up and running. More info can be found in the full distributions below. Look at the INSTALL, SERVLETS, DESIGN, and README files in the top level directory of the distribution. Also check out the Javadoc documentation for the servlet classes. ---- dods.v_1_1_1.Doc.jar -- Contains all of the javadoc generated html files. ---- dods.v_1_1_1.Binary.jar -- This is the binary distribution containing the .class files of the current beta release of the code along with an example DODS.ini file which is useful if you are building a server. To use this file (dods.Beta_1_0.bin.jar): 1) Unjar it. It will make a directory called Java-DODS. 2) In the subdirectory Java-DODS/lib there should be the a file named "dods.jar". Place this file explicitly on your CLASSPATH if you wish to use it as the binary for the Java-DODS code. 3) If you are running or building a server, you should get the documentation bundle and read the section on dods.servlet.DODSServlet for instructions on how to get the servlet set up with the .ini files. Examples of .ini files can be found in the Java-DODS/ini directory in this bundle. ---- dods.v_1_1_1.src.jar -- Contains the source code for the current release. The javadoc stuff for the software can easily be generated (assuming you have "make") by unjaring the file, going to the directory Java-DODS and doing a "make doc". If there is a problem with the javadoc generation, make sure that the Java-DODS directory is named on your CLASSPATH environment variable. If you don't have "make" then get your CLASSPATH straight and then look at the build target "doc" in the file Java-DODS/Makefile (not that the "\" character is a line continuation flag) and run the javadoc command you find there. If that doesn't work, maybe you should just download the documentation bundle. The example client, "GetURL.java" is located in the directory Java-DODS/dods/clients/geturl. I didn't write this client and it does not currently have much in the way of javadoc info. The best thing would be to read through it's source code. If you are using binaries that you have compiled in this source code tree then the directory Java-DODS directory should be on your CLASSPATH (for example on my system the directory "/home/carbon/ndp/Java-DODS" is on my CLASSPATH) ---- dods.v_1_1_1.Combined.jar -- This file contains BOTH the source code tree and the binary distribution file. Unjar it, you should get the same directory tree that you get when you unjar the "dods.v_1_0.Src.jar" file with the addition of the dierectory "Java-DODS/lib" wherein you can find that crucial file "dods.jar" ---- I realize that the organization of this combined dis- tribution may seem a bit capricious. Allow me to explain my thinking: By including the "jar ball" of the binary distribution in the lib directory you can include it on you CLASSPATH and never actually have to look inside. IF you want, you can compile the source, but if your compilation effort is for some reason unsuccessful (for example you don't have javacc) then it's no big deal. If I had left the .class files distributed around the source code tree then partial compiles or errant "make clean" commands could wipe the binary out inadvertently. I am sure there are draw backs to this, and if you see obvious ones let me know. I am still working out best practices here... In addition the DODS home page now contains information about the design of the DODS java software and the descriptions of the DODS datatypes. Find the DODS home page at: http://unidata.ucar.edu/packages/dods/ Write if you get confused. Enjoy! Nathan -------------------------------------------------------------------- Nathan Potter Senior Software Engineer Distributed Oceanographic Data System College of Oceanic and Atmospheric Sciences Oregon State University 104 Ocean Admin. Bldg. Corvallis, OR 97331-5503 email: ndp@oce.orst.edu voice: (541) 737-2293 fax: (541) 737-2064 -------------------------------------------------------------------- -------------------------------------------------------------------- 10/13/00 Placed the majority of the server diagnostic output under conditional control. Found and fixed several bugs in the server code including: * Problem with the string types where if a user requests variable x from a server and constrains it on y and y is a string the server was returning y too. (example: http://DODS.URL/dataset.dods?x&y="bob") * Constraint Expressions were simply not working. * The right operand in the Clause's of the constraint expression was not being correctly marked by the ExprParser (thnaks to James G. for the fix.) This should help things a bit. -------------------------------------------------------------------- -------------------------------------------------------------------- 06/11/01 Repaired DODS relational Database Server (DRDS, dods.servers.sql.drds) so that it correctly handles "null" values in the backend database tables. Repaired DODS Test Server (DTS, dods.servers.test.dts). Test server output is now stable. --------------------------------------------------------------------
Proudly Served by LiteSpeed Web Server at www.opendap.org Port 443