Thanks Karl, that fixed the SAX problem. The only remaining issue it to do with failing to resolve the class org.apache.felix.eventadmin.impl.MetaTypeProviderImpl.
It seems like an optional class that doesn't have to be there looking at the source code for org.apache.felix.eventadmin.impl.Configuration.tryToCreateMetaTypeProvider, but it's a bit odd that we don't see the error except in this specific situation with Android 4.0. Presumably this isn't going to cause any problems or is there a simple way to fix it? On 22/11/2011 12:30, "Karl Pauls" <[email protected]> wrote: >you can use bootdelegation for the sax parser. Just need to add it to >bootdelegation by yourself instead of us doing the magic for you. > >regards, > >Karl > >On Tue, Nov 22, 2011 at 1:27 PM, Caunter, Mark <[email protected]> >wrote: >> >> Thanks everyone for your assistance - we can now at least get our app >> started. >> >> However, there are a couple of issues that seem to be side effects to >> having to use the felix.bootdelegation.implicit=false property to get >>past >> the initial problem we reported at the start of the thread. >> >> 1. In the Android log we see the following error relating to a missing >> class: org.apache.felix.eventadmin.impl.MetaTypeProviderImpl >> >> 11-22 11:44:32.432: I/dalvikvm(5046): Failed resolving >> Lorg/apache/felix/eventadmin/impl/MetaTypeProviderImpl; interface 307 >> 'Lorg/osgi/service/metatype/MetaTypeProvider;' >> 11-22 11:44:32.432: W/dalvikvm(5046): Link of class >> 'Lorg/apache/felix/eventadmin/impl/MetaTypeProviderImpl;' failed >> 11-22 11:44:32.432: E/dalvikvm(5046): ERROR: defineClass(0x418e7dd8, >> org.apache.felix.eventadmin.impl.MetaTypeProviderImpl, 0x4190c8a8, 0, >>5027) >> 11-22 11:44:32.432: E/dalvikvm(5046): Could not find class >> 'org.apache.felix.eventadmin.impl.MetaTypeProviderImpl', referenced from >> method >> >>org.apache.felix.eventadmin.impl.Configuration.tryToCreateMetaTypeProvide >>r >> 11-22 11:44:32.432: W/dalvikvm(5046): VFY: unable to resolve >>new-instance >> 239 (Lorg/apache/felix/eventadmin/impl/MetaTypeProviderImpl;) in >> Lorg/apache/felix/eventadmin/impl/Configuration; >> >> 2. It would seem that the Android SAX parser can no longer be found by >> Jetty (even though we're setting the system property org.xml.sax.driver >> explicitly): >> >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): XML parsing error: >>SAX2 >> driver class org.xmlpull.v1.sax2.Driver not found >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): >> java.lang.ClassNotFoundException: org.xmlpull.v1.sax2.Driver not found >>by >> org.apache.felix.http.jetty [3] >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.xml.sax.helpers.XMLReaderFactory.loadClass(XMLReaderFactory.java:191) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.xml.sax.helpers.XMLReaderFactory.createXMLReader(XMLReaderFactory.jav >>a: >> 150) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> com.skifta.upnp.sax.SAXUtils.getParser(SAXUtils.java:217) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>com.skifta.upnp.servlethandlers.ControlHandler.handlePostRequest(ControlH >>an >> dler.java:207) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> com.skifta.upnp.UPnPServlet.doPost(UPnPServlet.java:146) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> javax.servlet.http.HttpServlet.service(HttpServlet.java:727) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> com.skifta.upnp.UPnPServlet.service(UPnPServlet.java:84) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(Servl >>et >> Handler.java:96) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.handler.ServletHandler.handle(Servlet >>Ha >> ndler.java:79) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(Servl >>et >> Pipeline.java:42) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilt >>er >> (InvocationFilterChain.java:49) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(Htt >>pF >> ilterChain.java:33) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(Filt >>er >> Pipeline.java:48) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatch >>er >> .java:39) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherS >>er >> vlet.java:67) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> javax.servlet.http.HttpServlet.service(HttpServlet.java:820) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.Server.handle(Server.java:326) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.ja >>va >> :943) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:4 >>10 >> ) >> 11-22 11:45:30.674: E/SkiftaService-Generic(5046): at >> >>org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java: >>58 >> 2) >> >> As stated before, when running our app on versions of Android earlier >>than >> 4.0 (when we don't have to set felix.bootdelegation.implicit=false) we >> don't see these problems at all and everything works fine. >> >> Is there a way to fix these issues and still have >> felix.bootdelegation.implicit=false? Or is there a different approach >> needed? >> >> >> >> On 22/11/2011 11:25, "Caspar MacRae" <[email protected]> wrote: >> >>>Nothing concrete but this sounds like a SecurityManager issue wrt to >>>protocol handlers (specifically NetPermission("specifyStreamHandler") ), >>>see this http://java.sun.com/developer/onlineTraining/protocolhandlers/ >>> >>>Try disabling Felix's url handling: *-Dfelix.service.urlhandlers=false* >>> >>> >>> >>>Caspar >>> >>> >>>On 22 November 2011 10:56, Caunter, Mark <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> We've added the felix property felix.bootdelegation.implicit=false as >>>> recommended by Karl and that enabled us to get past that initial >>>>problem. >>>> >>>> However, there is a further issue: >>>> >>>> After Felix is started, our code creates a URL, opens the connection >>>>and >>>> reads in the response from the input stream. Pretty basic stuff, but >>>>this >>>> code is failing in the most fundamental way: >>>> >>>> 11-22 10:20:42.057: E/SkiftaService(3342): >>>>java.net.MalformedURLException: >>>> java.lang.IllegalStateException: Unknown protocol: http >>>> 11-22 10:20:42.057: E/SkiftaService(3342): at >>>> java.net.URL.<init>(URL.java:192) >>>> 11-22 10:20:42.057: E/SkiftaService(3342): at >>>> java.net.URL.<init>(URL.java:127) >>>> 11-22 10:20:42.057: E/SkiftaService(3342): at >>>> com.skifta.android.client.SkiftaService.init(SkiftaService.java:782) >>>> 11-22 10:20:42.057: E/SkiftaService(3342): at >>>> com.skifta.android.client.SkiftaService$1.run(SkiftaService.java:384) >>>> 11-22 10:20:42.057: E/SkiftaService(3342): at >>>> java.lang.Thread.run(Thread.java:856) >>>> >>>> The java.net.URL class in this case is the version in the libcore of >>>>the >>>> Android O/S. Most importantly: if felix is NOT started (literally the >>>> call to felix.start() is commented out) the code works fine. So, >>>> something must happen after Felix starts to cause this. >>>> >>>> This is only a problem with Android 4.0, not earlier versions of >>>>Android. >>>> >>>> Any ideas? >>>> >>>> Regards, >>>> >>>> Mark >>>> >>>> >>>> >>>> On 10/11/2011 17:25, "Karl Pauls" <[email protected]> wrote: >>>> >>>> >Can you try to set the following property: >>>> > >>>> >felix.bootdelegation.implicit=false >>>> > >>>> >that hopefully fixes it. >>>> > >>>> >regards, >>>> > >>>> >Karl >>>> > >>>> >On Thu, Nov 10, 2011 at 5:32 PM, Caunter, Mark >>>><[email protected]> >>>> >wrote: >>>> >> This is the stack trace for the latest version of felix: >>>> >> >>>> >> E/SkiftaService(10175): unable to load and start bundle from >>>> >> org.apache.felix.http.jetty-2.2.0.jar >>>> >> E/SkiftaService(10175): org.osgi.framework.BundleException: >>>>Activator >>>> >> start error in bundle org.apache.felix.http.jetty [3]. >>>> >> E/SkiftaService(10175): at >>>> >> org.apache.felix.framework.Felix.activateBundle(Felix.java:2027) >>>> >> E/SkiftaService(10175): at >>>> >> org.apache.felix.framework.Felix.startBundle(Felix.java:1895) >>>> >> E/SkiftaService(10175): at >>>> >> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:944) >>>> >> E/SkiftaService(10175): at >>>> >> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:931) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>com.skifta.android.client.SkiftaService.startOSGi(SkiftaService.java: >>>>>>12 >>>>>>08 >>>> >>) >>>> >> E/SkiftaService(10175): at >>>> >> >>>>com.skifta.android.client.SkiftaService.init(SkiftaService.java:675) >>>> >> E/SkiftaService(10175): at >>>> >> >>>>com.skifta.android.client.SkiftaService$1.run(SkiftaService.java:384) >>>> >> E/SkiftaService(10175): at >>>>java.lang.Thread.run(Thread.java:856) >>>> >> E/SkiftaService(10175): Caused by: >>>>java.lang.ExceptionInInitializerError >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.http.base.internal.AbstractHttpActivator.doStart(Abs >>>>>>tr >>>>>>ac >>>> >>tH >>>> >> ttpActivator.java:45) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.http.jetty.internal.JettyActivator.doStart(JettyActi >>>>>>va >>>>>>to >>>> >>r. >>>> >> java:29) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.http.base.internal.AbstractActivator.start(AbstractA >>>>>>ct >>>>>>iv >>>> >>at >>>> >> or.java:41) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.framework.util.SecureAction.startActivator(SecureAct >>>>>>io >>>>>>n. >>>> >>ja >>>> >> va:641) >>>> >> E/SkiftaService(10175): at >>>> >> org.apache.felix.framework.Felix.activateBundle(Felix.java:1977) >>>> >> E/SkiftaService(10175): ... 7 more >>>> >> E/SkiftaService(10175): Caused by: java.lang.NullPointerException >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.framework.BundleWiringImpl.doImplicitBootDelegation( >>>>>>Bu >>>>>>nd >>>> >>le >>>> >> WiringImpl.java:1626) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.framework.BundleWiringImpl.searchDynamicImports(Bund >>>>>>le >>>>>>Wi >>>> >>ri >>>> >> ngImpl.java:1603) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDele >>>>>>ga >>>>>>ti >>>> >>on >>>> >> (BundleWiringImpl.java:1439) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.framework.BundleWiringImpl.getResourceByDelegation(B >>>>>>un >>>>>>dl >>>> >>eW >>>> >> iringImpl.java:1360) >>>> >> E/SkiftaService(10175): at >>>> >> >>>> >>>>>>org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.getReso >>>>>>ur >>>>>>ce >>>> >>(B >>>> >> undleWiringImpl.java:2256) >>>> >> E/SkiftaService(10175): at >>>> >> java.lang.ClassLoader.getResourceAsStream(ClassLoader.java:434) >>>> >> E/SkiftaService(10175): at >>>> >> java.util.ResourceBundle.handleGetBundle(ResourceBundle.java:514) >>>> >> E/SkiftaService(10175): at >>>> >> java.util.ResourceBundle.getBundle(ResourceBundle.java:227) >>>> >> E/SkiftaService(10175): at >>>> >> java.util.ResourceBundle.getBundle(ResourceBundle.java:140) >>>> >> E/SkiftaService(10175): at >>>> >> javax.servlet.GenericServlet.<clinit>(GenericServlet.java:64) >>>> >> E/SkiftaService(10175): ... 12 more >>>> >> >>>> >> >>>> >> >>>> >> On 10/11/2011 10:35, "Caunter, Mark" <[email protected]> wrote: >>>> >> >>>> >>>We've been trying out Skifta, our mobile app, which uses felix >>>>(v3.2.2) >>>> >>>on >>>> >>>the latest version of Android (v4.0 - Ice Cream Sandwich) and have >>>>found >>>> >>>an issue when trying to start the jetty bundle (v2.2.0). We need >>>>some >>>> >>>help to solve this problem given that Android v4.0 will be >>>>officially >>>> >>>released soon. >>>> >>> >>>> >>>Below is the stack trace: >>>> >>> >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): unable to load and start >>>> >>>bundle >>>> >>>from org.apache.felix.http.jetty-2.2.0.jar >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): >>>> >>>org.osgi.framework.BundleException: Activator start error in bundle >>>> >>>org.apache.felix.http.jetty [3]. >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>org.apache.felix.framework.Felix.activateBundle(Felix.java:1951) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>org.apache.felix.framework.Felix.startBundle(Felix.java:1822) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>org.apache.felix.framework.BundleImpl.start(BundleImpl.java:927) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>org.apache.felix.framework.BundleImpl.start(BundleImpl.java:914) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>com.skifta.android.client.SkiftaService.startOSGi(SkiftaService.java >>>>>>>:1 >>>>>>>20 >>>> >>>8) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>com.skifta.android.client.SkiftaService.init(SkiftaService.java:675) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>com.skifta.android.client.SkiftaService$1.run(SkiftaService.java:384 >>>>>>>) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>java.lang.Thread.run(Thread.java:856) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): Caused by: >>>> >>>java.lang.ExceptionInInitializerError >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.http.base.internal.AbstractHttpActivator.doStart(Ab >>>>>>>st >>>>>>>ra >>>> >>>ct >>>> >>>H >>>> >>>ttpActivator.java:45) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.http.jetty.internal.JettyActivator.doStart(JettyAct >>>>>>>iv >>>>>>>at >>>> >>>or >>>> >>>. >>>> >>>java:29) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.http.base.internal.AbstractActivator.start(Abstract >>>>>>>Ac >>>>>>>ti >>>> >>>va >>>> >>>t >>>> >>>or.java:41) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.framework.util.SecureAction.startActivator(SecureAc >>>>>>>ti >>>>>>>on >>>> >>>.j >>>> >>>a >>>> >>>va:629) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>org.apache.felix.framework.Felix.activateBundle(Felix.java:1904) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): ... 7 more >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): Caused by: >>>> >>>java.lang.NullPointerException >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.framework.ModuleImpl.doImplicitBootDelegation(Modul >>>>>>>eI >>>>>>>mp >>>> >>>l. >>>> >>>j >>>> >>>ava:1531) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImp >>>>>>>l. >>>>>>>ja >>>> >>>va >>>> >>>: >>>> >>>1508) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegatio >>>>>>>n( >>>>>>>Mo >>>> >>>du >>>> >>>l >>>> >>>eImpl.java:759) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.framework.ModuleImpl.getResourceByDelegation(Module >>>>>>>Im >>>>>>>pl >>>> >>>.j >>>> >>>a >>>> >>>va:677) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>>>>>org.apache.felix.framework.ModuleImpl$ModuleClassLoader.getResource( >>>>>>>Mo >>>>>>>du >>>> >>>le >>>> >>>I >>>> >>>mpl.java:2061) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>java.lang.ClassLoader.getResourceAsStream(ClassLoader.java:434) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>java.util.ResourceBundle.handleGetBundle(ResourceBundle.java:514) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>java.util.ResourceBundle.getBundle(ResourceBundle.java:227) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>java.util.ResourceBundle.getBundle(ResourceBundle.java:140) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): at >>>> >>>javax.servlet.GenericServlet.<clinit>(GenericServlet.java:64) >>>> >>>11-09 12:03:36.507: E/SkiftaService(2979): ... 12 more >>>> >>> >>>> >>>We've been able to identify that the root cause of the problem is >>>>that >>>> >>>SecurityManagerEx.getClassContext() is returning null. Looking at >>>>the >>>> >>>framework code it doesn't look like it would ever expect to get >>>>back >>>> >>>null, >>>> >>>so we're not sure if this is a bug in felix or Android v4.0 is >>>>doing >>>> >>>something unexpected. >>>> >>> >>>> >>>Points to note: >>>> >>> >>>> >>>- This only occurs on Android v4.0 and doesn't happen on previous >>>> >>>versions >>>> >>>of Android which work fine. >>>> >>>- We've only seen this happen with the jetty bundle: it doesn't >>>>seem >>>>to >>>> >>>be >>>> >>>a problem for every bundle or at least the bundles we use. >>>> >>>- We've tried different versions of the framework including the >>>>latest >>>> >>>with the same result, so it isn't related to the framework version >>>>we're >>>> >>>using. >>>> >>> >>>> >> >>>> >> >>>> >> >>>>--------------------------------------------------------------------- >>>> >> To unsubscribe, e-mail: [email protected] >>>> >> For additional commands, e-mail: [email protected] >>>> >> >>>> >> >>>> > >>>> > >>>> > >>>> >-- >>>> >Karl Pauls >>>> >[email protected] >>>> >http://twitter.com/karlpauls >>>> >http://www.linkedin.com/in/karlpauls >>>> >https://profiles.google.com/karlpauls >>>> > >>>> >--------------------------------------------------------------------- >>>> >To unsubscribe, e-mail: [email protected] >>>> >For additional commands, e-mail: [email protected] >>>> > >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > >-- >Karl Pauls >[email protected] >http://twitter.com/karlpauls >http://www.linkedin.com/in/karlpauls >https://profiles.google.com/karlpauls > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [email protected] >For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
