After upgrading to Fedora 11 sound was not usable. The setup of the computer contains the building Intel HD sound and a Creative Soundblaster Live! 5.1 soundcard. Headphones with a microfone are attached to the onboard Intel HD card. A 5.1 speaker system is connected to the Create card. I use the headphones for VOIP and the Creative card for video and audio playback.

When I watch a video with the sound played via the Soundblaster card, the sound was scrambled, crackling and there was a massive hiss. Additionaly the kernel printed

ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000

during playback. Playback via the onboard Intel sound was ok, even the kernel continues to spew out this error message. So i continued to research the issue. I was confident, that the error is not a critical kernel bug, but more of a configuration issue. The first step to resolve the bug was to switch pulseaudio to use "Analog 5.1 Output" for the soundblaster card. This configuration is in the  'Sound & Video' -> 'Pulseaudio Volume Control' program. Switch to the 'Configuration' tab and choose the 5.1 profile from the combo box. Look at this screenshot to see which profile i used. After changing it, the hissing stoped, but i couldn't here anything. In a terminal window I started `alsamixer -c 1', where '-c 1' means that it configures the second soundcard in my system (soundcards are counted starting with 0, as are most things in the IT world). Far on the right side there is an entry called "SB Live" which was unmuted. After muting it, as you can see in the screenshot,the sound worked.

So the steps to solve the problem for me were:

• Correctly configure pulseaudio to use the analog 5.1 output
• Use alsamixer to mute the SB Live Analog/Digital Output Jack.

Using opensaml pulls in a dependency for SL4J through it's usage of xmltooling. To resolve the dependcy issues just add the following to your pom.xml file:

    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j12</artifactId>
        <version>1.5.5</version>
    </dependency>

 This snippet pulls in the necessary jars to configure SLF4j to use log4j for it's logging backend. Of course you could any other supported SLF4j logging backend and version. Just replace slf4j-log4j12 with another backend jar name.

just a link for now

http://www.theserverside.net/tt/articles/showarticle.tss?id=ClaimsBasedSecurityModel2

http://www.devx.com/codemag/Article/33342/1954

http://blogs.msdn.com/jmeier/archive/2008/03/27/patterns-and-practices-wcf-security-guidance-now-available.aspx

http://www.codeplex.com/WCFSecurity/

If you get the following error message

com.sun.xml.ws.transport.http.servlet.WSServletContextListener contextInitialized
SEVERE: WSSERVLET11: failed to parse runtime descriptor: com.sun.xml.ws.util.ServiceConfigurationError: com.sun.xml.ws.api.wsdl.writer.WSDLGeneratorExtension: Provider com.sun.xml.ws.policy.jaxws.PolicyWSDLGeneratorExtension is specified in jar:file:/home/mla/apache-tomcat-5.5.27/shared/lib/webservices-rt.jar!/META-INF/services/com.sun.xml.ws.api.wsdl.writer.WSDLGeneratorExtensionbut could not be instantiated: java.lang.ClassCastException
com.sun.xml.ws.util.ServiceConfigurationError: com.sun.xml.ws.api.wsdl.writer.WSDLGeneratorExtension: Provider com.sun.xml.ws.policy.jaxws.PolicyWSDLGeneratorExtension is specified in jar:file:/home/mla/apache-tomcat-5.5.27/shared/lib/webservices-rt.jar!/META-INF/services/com.sun.xml.ws.api.wsdl.writer.WSDLGeneratorExtensionbut could not be instantiated: java.lang.ClassCastException

after installing metro 1.3.1 into tomcat using the metro_on_tomcat.xml ant buildfile two incompatible webservice implementations are installed.

he easy solution is to remove all files starting with "webservices" from the tomcat/shared/lib directory.

Find more information here http://wso2.org/library/3132 

@WebService()
@javax.xml.ws.BindingType(value="http://java.sun.com/xml/ns/jaxws/2003/05/soap/bindings/HTTP/")
public class HelleWorld {

/**
* Web service operation
*/
@WebMethod(operationName = "Hi")

public String Hi() {
//TODO write your implementation code here:
return "HelloWorld";
}

}
 

Last weekend (2008-07-27) we did our first tour

View Larger Map

After opening the router and loosening the builtin broadcom card from the supporting piece of sponge it was easy to remove the WiFi card. I plugged the antenna cable into the Atheros card before placing the card into the  PCI-mini slot, because  otherwise the antenna cable is too short to plug it in sithout using too much force. The tiny plug and socket look rather fragile and I was afraid of breaking it. I plugged the cable in the socket which is the second if counted from the left edge of the card, when the contacts point in your direction.

<place image here>

I installed the OpenWRT software on the router and enabled WiFi by putting the following lines into the /etc/config/wireless file.

config wifi-device  wifi0
      option type     atheros
      option channel  7
      # REMOVE THIS LINE TO ENABLE WIFI:

config wifi-iface
      option device   wifi0
      option mode     ap
      option ssid     OpenWrt
      option encryption psk2
      option key      XXXXXXXXXXXXXXXXXXX