Maintenance

Two ways to serve up static files that are not in the context of the controller.xql:

if (contains($currentUri, 'pix/')) then 
    <dispatch xmlns="http://exist.sourceforge.net/NS/exist">
    	<forward absolute="no" url="{concat('/../data/pix/', $exist:resource)}"/>
    </dispatch>

if (contains($currentUri, 'graphics/')) then 
    <dispatch xmlns="http://exist.sourceforge.net/NS/exist">
    	<forward absolute="yes" url="{concat('/rest/db/data/graphics/', substring-after($currentUri, 'graphics/'))}"/>
    </dispatch>
    

This is commonly used when e.g. the site logic and controller are in /db//site (which may be mapped to a subdomain), controlled by admin, while the content needs to be controllable by editors (so it's in e.g. a /db/data). I've had to re-figure this out a couple of times, so I'm blogging it for future reference.

gsettings set org.gnome.shell.clock show-date true

• Added the OxGarage messages to the log parser rules file, so they no longer show up as errors.
• Re-organized the structure of the build process so EULAs come first, and the rest of the build should be able to proceed unattended, using the -y flag on apt-get install commands.
• Moved the requirement for an Oxygen license to the beginning of the process, so that the user must provide it before the build can proceed. This prevents the Stylesheets build from failing first time out, because of the missing license.
• Added more useful information messages, particularly before the build.
• Tested the Priority Sorter plugin for Jenkins, which should enable us to put P5 builds at the end of the queue, so that we can be sure that Stylesheets will build first.

The last thing to do is to XSLT the job configs to insert the user's email address instead of SR's and mine.

I wrote a quick bash script that lets me start or stop a local instance of tomcat with a single click. If you ONLY intend to ever run one tomcat at a time this will work pretty well.

It uses catalina.sh instead of startup.sh, and sets the CATALINA_PID variable to write a file containing the pid of the launched tomcat.

It first checks to see if there is a pid file at the location set by CATALINA_PID. If there is, the script reads the file and, making the assumption that you want to stop the running tomcat, calls 'catalina.sh stop', waits a few seconds and checks for the pid file again. If the file still exists it runs kill -9 on the pid, hopefully *really* stopping tomcat.

If there is no pid file we assume that tomcat is not running, and run the launch command. In my case I set the java version first, then provide a path for the PID variable, then run 'catalina.sh start'

More details in the code comments.

UPDATED FOR MAC OS: added OS X-specific alerts.

Script attached

Produce a sorted list of recently changed files by running this:
find . -type f -printf '%TY-%Tm-%Td %TT %p\n' | sort

Searching with find
Example: find all jpg images from this location and copy them to another location - and don't change permissions or timestamps.
find . -iname '*.jpg' -exec cp -p {} ~/Desktop/test/ \;
and
find . -iname '*.php' -exec chmod 700 {} \;
which will find all php files from here and change permissions on them to conform to the whole suPHP thing (only user-readable php files etc.)

Another one:
find . -type l -name '*.png' -exec mv {} ~/Desktop/crap/ \;
will find all of the symlink-ed png files and move them somewhere

One that matches all text files on the entire system (that is, searching recursively from /) over 10KB, owned by paul, that are not readable by other users, and then use chmod to enable reading, like this:

find / -name "*.txt" -size +10k -user paul -not -perm +o=r -exec chmod o+r {} \;

Find all recently modified files:
find . -type f -printf '%TY-%Tm-%Td %TT %p\n' | sort

NOTE: When typing -exec parameters, be sure to include a space before \;. Otherwise, you might see an error such as missing argument to ´-exec'.

To easily edit docs inside of a running eXist DB
Two step process: (1)add a data source; (2)add a connection
1.1) Go to Options -> Preferences -> Data Sources
1.2a) Add a new data source in the top panel (titled Data Sources)
1.2b) Type: eXist (add the following driver files from the WEB-INF directory of your eXist instance: exist.jar, ws-commons-util-1.0.2.jar, xmldb.jar, xmlrpc-client-3.1.3.jar, xmlrpc-common-3.1.3.jar)

2.1) Choose the just-created Data Source
2.2a) Add something like this to the XML DB URI field: xmldb:exist://localhost:8080/exist/xmlrpc
2.2b) Add login info to User and Password fields
2.2c) Provide an internal path to your collection (like "/db")

Use Window -> Show View -> Data Source Explorer to browse the db.

After TEIP5-Documentation and TEIP5 failed to build again, I went in and looked at the logs more closely. I think the failure is caused by the absence of the Deja Vu fonts, which would of course be installed by default on a desktop but are not there on the headless server. I've installed them, and added them to the script, and I'm running TEIP5 again. There may be other common fonts missing, so we might have to go through this process a few times, but this is definitely progress.

SR is rebuilding the TEI deb now, presumably with an oXygen that has no JRE with it. I've removed the JRE in my Jenkins oXygen, and also placed a key file in the oXygen directory (which I hope will prevent it from trying to read /root/.com.oxygenxml to find the key). Running the stylesheetDocumentation.sh file at the command line now does not fail -- well, it does, but with an error about number of arguments required -- so I ran a test build of it through Jenkins to see if the actual thing worked, and the build did start successfully, but failed with what looks like an XSLT problem during a test. Waiting for feedback from SR about that.

I've updated my builder scripts for Maverick (Ubuntu 10.10). So far everything seems OK, but I've yet to test in a real-world environment (just in a VM, which has never been a problem).

It includes a backup builder that constructs a customized script for users to use for backing up data.

I'll build an ISO later this week and try it out on Radish.