Blog Archives

The current status of PhOSCo.NG

In the last 6 month I hadn’t enough time to going forward with PhOSCo.NG. The birth of my daughter has stopped my excessive programming thread and pushed the priority of the daddy-thread on a high level. The most important task on PhOSCo.NG is always the design and the implementation of the access control system. I have read some articles about Spring Security, but it’s not flexible enough to model the requirements. Till now I have tested some versions of my own system, but no-one was really nice. I hope I can finish it in July.

Skype and video

I have a webcam from Logitech and I have tried to open a video connection with Skype on Suse 11.1. But I hadn’t have a video stream. Some investigations later I have found a solution on Ubuntu wiki:

lsusb
ID 046d:08d9 Logitech, Inc. QuickCam IM/Connect

I have installed the packages

zypper install libv4l1-0 libv4l2-0 libv4lconvert0

and have opened Skype with

env LD_PRELOAD=/usr/lib/libv4l/v4l1compat.so skype

Now I have a video stream and I can see my mother-in-law 🙂

Tomcat-Apache connector

I have installed Tomcat 6 and Apache 2.0 to use some applications within Tomcat. To have access to the applications over ports 80/443 I have also installed the mod_jk connector. But I got error messages like

build_worker_map::jk_worker.c (236): creating worker ajp13
[Fri Mar 19 12:39:23 2010] [29970:16384] [debug]
wc_create_worker::jk_worker.c (141): about to create instance ajp13 of ajp13
[Fri Mar 19 12:39:23 2010] [29970:16384] [debug]
wc_create_worker::jk_worker.c (154): about to validate and init ajp13
[Fri Mar 19 12:39:23 2010] [29970:16384] [debug]
ajp_validate::jk_ajp_common.c (1806): worker ajp13 contact is
'localhost:8009'
[Fri Mar 19 12:39:23 2010] [29970:16384] [debug]
build_worker_map::jk_worker.c (248): removing old ajp13 worker
Found a wildchar match worker2 -> /hudson/*
[Fri Mar 19 12:39:34 2010] [29973:16384] [debug] jk_handler::mod_jk.c
(1839): Into handler jakarta-servlet worker=worker2 r->proxyreq=0
[Fri Mar 19 12:39:34 2010] [29973:16384] [debug]
wc_get_worker_for_name::jk_worker.c (111): did not find a worker worker2
[Fri Mar 19 12:39:34 2010] [29973:16384] [info] jk_handler::mod_jk.c
(1993): Could not find a worker for worker name=worker2

All the little things within the Apache configuration have been made, but my worker hasn’t been found.

LoadModule jk_module /usr/local/apache2/modules/mod_jk.so
JkWorkersFile /etc/apache2/workers.properties
JkMount /hudson/* worker2

Several hours later, I have found a similar error description on the internet (but no solution…). I wrote a short mail to Rainer Jung, one of the followers, and he said, that the connector will use a default ajp13 worker if it cannot find another one. This means, that the module cannot find my workers property file.

Hm, the file permissions were correct, the file was on the correct path. The Apache documentation gave me the right hint:

The directive JkWorkersFile must not be within a VirtualHost directive. I had configured a special vhost for the Tomcat access and moved all the configuration stuff into that directive. The problem has been solved by a simple move of the JkWorkersFile line out of the VirtualHost directive. Very simple, damn.

SSL certificates for namebased virtual hosts

I have read a post on Waffel’s Blog how you can setup a certificate for multiple namebased servers on Apache. It is simple to manage within Eisfair.

  • Choose “Service Administration” -> “Certs service” and select “Manage certificates”.
  • Now enter “1” for key type and choose your webserver.
  • Select “11” to create a new certificate request. The request will be stored to /usr/local/ssl/csr/apache.csr.
  • Open another terminal and switch to /usr/local/ssl
  • Create an extension file extension.txt using vi, as described in Waffel’s blog and enter your server names at the end.
  • Execute openssl x509 -req -days 365 -in apache.csr -signkey private/apache.key -out newcerts/apache.crt -extfile extension.txt -extensions mydomain_http
  • Select “14” (Manage certificates) to create a .pem file from the new certificate.
  • Use apache as SSL_CERT_NAME on the Apache configuration for every virtual server which you have included into extension.txt

Hibiscus and cyberJack

I have had problems with Hibiscus and a HBCI cyberJack card reader from ReinerSCT. The application has crashed every time I had synchronized more than one account. I’m using Fedora 10 on a 64bit system and it comes with some CTAPI drivers as RPM. But the driver version is 1.1, the current version from ReinerSCT is 3.3.5beta1. Simply remove the old driver RPMs with Yum, they are buggy!

I have tried to compile the source of the current drivers, but I have got a “Neither HAL nor USB1 found!. Please install at least either of them.”. You can install the hal-devel and the libusb-devel RPMs with Yum to solve that problem. After “make” and “make install” it is now possible to synchronize all bank accounts without any crashes 🙂