Re: Running Karaf 4.2.1 with OpenJDK 11
Is there a schedule for releasing 4.2.2? We need to release something sooner rather than later, so we’ll stick with running on OpenJDK 8 unless a release of 4.2.2 is imminent. Then we’ll upgrade to 4.2.2 on our next release after 4.2.2 comes out. What’s puzzling to me is that if I download vanilla 4.2.1 and manually install our repo and features, everything comes up just fine. It’s only when I run our build to create the customizations for the distribution that I see the errors. -Javier From: Freeman Fang Reply-To: "user@karaf.apache.org" Date: Friday, November 30, 2018 at 8:51 PM To: "user@karaf.apache.org" Subject: Re: Running Karaf 4.2.1 with OpenJDK 11 Hi, FYI, we have better JDK11 support for the coming Karaf 4.2.2. Could you please try with Karaf 4.2.2-SNAPSHOT for now to see if you still have issue? Thanks! - Freeman(Yue) Fang Red Hat, Inc. On Dec 1, 2018, at 2:51 AM, Javier Delgadillo mailto:jdelgadi...@esri.com>> wrote: Hello everyone, We’re in the process of switching our custom Karaf application to OpenJDK from Oracle JRE. We’ve successfully ported it to OpenJDK 8, but I’m having troubles getting it to run using OpenJDK 11. Summary: Building and running with OpenJDK8 works as expected. If I build the application with OpenJDK11 and run with OpenJDK11, I see this when running karaf.vat: C >.\karaf.bat karaf.bat: Enabling Java debug options: -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release. Listening for transport dt_socket at address: 5005 ERROR: Error parsing system bundle export statement: org.osgi.dto;version="1.0",org.osgi.resource;version="1.0",org.osgi.resource.dto;version="1.0";uses:="org.osgi.d to",org.osgi.framework;version="1.8",org.osgi.framework.dto;version="1.8";uses:="org.osgi.dto",org.osgi.framework.hooks.bundle;version="1.1";uses:="org.osgi.framewor k",org.osgi.framework.hooks.resolver;version="1.0";uses:="org.osgi.framework.wiring",org.osgi.framework.hooks.service;version="1.1";uses:="org.osgi.framework",org.os gi.framework.hooks.weaving;version="1.1";uses:="org.osgi.framework.wiring",org.osgi.framework.launch;version="1.2";uses:="org.osgi.framework",org.osgi.framework.name space;version="1.1";uses:="org.osgi.resource",org.osgi.framework.startlevel;version="1.0";uses:="org.osgi.framework",org.osgi.framework.startlevel.dto;version="1.0"; uses:="org.osgi.dto",org.osgi.framework.wiring;version="1.2";uses:="org.osgi.framework,org.osgi.resource",org.osgi.framework.wiring.dto;version="1.2";uses:="org.osgi .dto,org.osgi.resource.dto",org.osgi.service.condpermadmin;version="1.1.1";uses:="org.osgi.framework,org.osgi.service.permissionadmin",org.osgi.service.packageadmin; version="1.2";uses:="org.osgi.framework",org.osgi.service.permissionadmin;version="1.2",org.osgi.service.resolver;version="1.0";uses:="org.osgi.resource",org.osgi.se<https://urldefense.proofpoint.com/v2/url?u=http-3A__org.osgi.se_&d=DwMFaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=JSIxy5AMmEsGoHVm1_3NNX9HNUZaD3GUl-6qX0oX41E&m=-VUD3XoU-eHECQ5XiE7Rljf9T6WWzYWMHQ7rB8KXeCQ&s=ID3PLhs8GJFvkOs0fQMaepJFNBAXiBkheLeChlLGsCI&e=> rvice.startlevel;version="1.1";uses:="org.osgi.framework",org.osgi.service.url;version="1.0",org.osgi.util.tracker;version="1.5.1";uses:="org.osgi.framework",org.apa che.karaf.version;version="4.2.1",org.apache.karaf.jaas.boot.principal;uses:=javax.security.auth;version="4.2.1",org.apache.karaf.jaas.boot;uses:="javax.security.aut h,javax.security.auth.callback,javax.security.auth.login,javax.security.auth.spi,org.osgi.framework";version="4.2.1",,org.apache.karaf.branding, sun.misc, org.apache .karaf.diagnostic.core;uses:=org.osgi.framework;version=4.2.1, org.apache.karaf.diagnostic.core.common;uses:=org.apache.karaf.diagnostic.core;version=4.2.1, org.apac he.karaf.jaas.boot;uses:="javax.security.auth,javax.security.auth.callback,javax.security.auth.login,javax.security.auth.spi,org.osgi.framework";version=4.2.1, org.a pache.karaf.jaas.boot.principal;uses:=javax.security.auth;version=4.2.1 org.osgi.framework.BundleException: Exported package names cannot be zero length. at org.apache.felix.framework.util.manifestparser.ManifestParser.normalizeExportClauses(ManifestParser.java:876) at org.apache.felix.framework.util.manifestparser.ManifestParser.(ManifestParser.java:215) at org.apache.felix.framework.Exte
Running Karaf 4.2.1 with OpenJDK 11
Hello everyone, We’re in the process of switching our custom Karaf application to OpenJDK from Oracle JRE. We’ve successfully ported it to OpenJDK 8, but I’m having troubles getting it to run using OpenJDK 11. Summary: Building and running with OpenJDK8 works as expected. If I build the application with OpenJDK11 and run with OpenJDK11, I see this when running karaf.vat: C >.\karaf.bat karaf.bat: Enabling Java debug options: -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release. Listening for transport dt_socket at address: 5005 ERROR: Error parsing system bundle export statement: org.osgi.dto;version="1.0",org.osgi.resource;version="1.0",org.osgi.resource.dto;version="1.0";uses:="org.osgi.d to",org.osgi.framework;version="1.8",org.osgi.framework.dto;version="1.8";uses:="org.osgi.dto",org.osgi.framework.hooks.bundle;version="1.1";uses:="org.osgi.framewor k",org.osgi.framework.hooks.resolver;version="1.0";uses:="org.osgi.framework.wiring",org.osgi.framework.hooks.service;version="1.1";uses:="org.osgi.framework",org.os gi.framework.hooks.weaving;version="1.1";uses:="org.osgi.framework.wiring",org.osgi.framework.launch;version="1.2";uses:="org.osgi.framework",org.osgi.framework.name space;version="1.1";uses:="org.osgi.resource",org.osgi.framework.startlevel;version="1.0";uses:="org.osgi.framework",org.osgi.framework.startlevel.dto;version="1.0"; uses:="org.osgi.dto",org.osgi.framework.wiring;version="1.2";uses:="org.osgi.framework,org.osgi.resource",org.osgi.framework.wiring.dto;version="1.2";uses:="org.osgi .dto,org.osgi.resource.dto",org.osgi.service.condpermadmin;version="1.1.1";uses:="org.osgi.framework,org.osgi.service.permissionadmin",org.osgi.service.packageadmin; version="1.2";uses:="org.osgi.framework",org.osgi.service.permissionadmin;version="1.2",org.osgi.service.resolver;version="1.0";uses:="org.osgi.resource",org.osgi.se rvice.startlevel;version="1.1";uses:="org.osgi.framework",org.osgi.service.url;version="1.0",org.osgi.util.tracker;version="1.5.1";uses:="org.osgi.framework",org.apa che.karaf.version;version="4.2.1",org.apache.karaf.jaas.boot.principal;uses:=javax.security.auth;version="4.2.1",org.apache.karaf.jaas.boot;uses:="javax.security.aut h,javax.security.auth.callback,javax.security.auth.login,javax.security.auth.spi,org.osgi.framework";version="4.2.1",,org.apache.karaf.branding, sun.misc, org.apache .karaf.diagnostic.core;uses:=org.osgi.framework;version=4.2.1, org.apache.karaf.diagnostic.core.common;uses:=org.apache.karaf.diagnostic.core;version=4.2.1, org.apac he.karaf.jaas.boot;uses:="javax.security.auth,javax.security.auth.callback,javax.security.auth.login,javax.security.auth.spi,org.osgi.framework";version=4.2.1, org.a pache.karaf.jaas.boot.principal;uses:=javax.security.auth;version=4.2.1 org.osgi.framework.BundleException: Exported package names cannot be zero length. at org.apache.felix.framework.util.manifestparser.ManifestParser.normalizeExportClauses(ManifestParser.java:876) at org.apache.felix.framework.util.manifestparser.ManifestParser.(ManifestParser.java:215) at org.apache.felix.framework.ExtensionManager.(ExtensionManager.java:261) at org.apache.felix.framework.Felix.(Felix.java:429) at org.apache.felix.framework.FrameworkFactory.newFramework(FrameworkFactory.java:28) at org.apache.karaf.main.Main.launch(Main.java:256) at org.apache.karaf.main.Main.main(Main.java:178) Error installing bundle listed in startup.properties with url: mvn:org.apache.karaf.features/org.apache.karaf.features.extension/4.2.1 and startlevel: 1 In data/log/karaf.log, I see this: Nov 30, 2018 9:16:56 AM org.apache.karaf.main.Main launch INFO: Installing and starting initial bundles Nov 30, 2018 9:16:56 AM org.apache.karaf.main.Main main SEVERE: Could not launch framework java.lang.RuntimeException: Error installing bundle listed in startup.properties with url: mvn:org.apache.karaf.features/org.apache.karaf.features.extension/4.2.1 and startlevel: 1 at org.apache.karaf.main.Main.installAndStartBundles(Main.java:550) at org.apache.karaf.main.Main.launch(Main.java:273) at org.apache.karaf.main.Main.main(Main.java:178) Caused by: org.osgi.framework.BundleException: Could not create bundle object. at org.apache.felix.framework.Felix.installBundle(Felix.java:3095) at org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:167) at org.apache.karaf.main.Main.installAndStartBundles(Main.java:543) ... 2 more Caused by: java.lang.IndexOutOfBoundsException: Index 0 out of bounds for length 0 at java.base/jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:64) at java.base/jdk.internal.util.Preconditions.outOfBoundsCheckIndex(Preconditions.java:70) at java.base/j
RE: Karaf 4.2.1 + JRE 8 + STAX
Freeman, Thanks!! That worked like a charm. -Javier From: Freeman Fang Sent: Thursday, October 25, 2018 5:56 PM To: user@karaf.apache.org Subject: Re: Karaf 4.2.1 + JRE 8 + STAX Hi Javier, This is already fixed by KARAF-5897[1] for Karaf 4.2.2 For now, as a workaround, you can download [2] and copy it to $KARAF_HOME/lib/boot folder; download[3] and copy it to $KARAF_HOME/lib/endorsed folder then it should work Sorry for any inconvenience. [1]https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_KARAF-2D5897&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=j74NjbEJzoIrj_1sLoV7yciEIYg7NCaPyz-_dK7IpDY&m=V2N-2vHRDPxlb4xcFDSqJDWztLrbc8N3fbJeSwaM7LY&s=OeNBce_mJ9Mz0apOmoiHD-wd8IHKQcOPcGzg0Pg5-wc&e=<https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_KARAF-2D5897&d=DwMFaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=JSIxy5AMmEsGoHVm1_3NNX9HNUZaD3GUl-6qX0oX41E&m=iCVrOcZhoEonIJsIh281LNQGnbIUmhx_K0Q711f48Wc&s=cp1l9Hl4YymuSYuqxukRx_oqnBSzu-6uD1TZdKWF_Os&e=> [2]https://urldefense.proofpoint.com/v2/url?u=http-3A__repo2.maven.org_maven2_org_apache_karaf_specs_org.apache.karaf.specs.activator_4.2.1_org.apache.karaf.specs.activator-2D4.2.1.jar&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=j74NjbEJzoIrj_1sLoV7yciEIYg7NCaPyz-_dK7IpDY&m=V2N-2vHRDPxlb4xcFDSqJDWztLrbc8N3fbJeSwaM7LY&s=dtMINz7yOAasz5wnZ9OSiXehYxUZfIS17II9lcFY57o&e=<https://urldefense.proofpoint.com/v2/url?u=http-3A__repo2.maven.org_maven2_org_apache_karaf_specs_org.apache.karaf.specs.activator_4.2.1_org.apache.karaf.specs.activator-2D4.2.1.jar&d=DwMFaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=JSIxy5AMmEsGoHVm1_3NNX9HNUZaD3GUl-6qX0oX41E&m=iCVrOcZhoEonIJsIh281LNQGnbIUmhx_K0Q711f48Wc&s=IYYQLjuGzMN7ATBVCu9VDkKWJRki3E_bci6MQJvR59w&e=> [3]https://urldefense.proofpoint.com/v2/url?u=http-3A__repo2.maven.org_maven2_org_apache_karaf_specs_org.apache.karaf.specs.java.xml.ws_4.2.1_org.apache.karaf.specs.java.xml.ws-2D4.2.1.jar&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=j74NjbEJzoIrj_1sLoV7yciEIYg7NCaPyz-_dK7IpDY&m=V2N-2vHRDPxlb4xcFDSqJDWztLrbc8N3fbJeSwaM7LY&s=0S54LzbGni-gdRSQdlVwr3A2j5BiU9TLCWuOSD2bN_I&e=<https://urldefense.proofpoint.com/v2/url?u=http-3A__repo2.maven.org_maven2_org_apache_karaf_specs_org.apache.karaf.specs.java.xml.ws_4.2.1_org.apache.karaf.specs.java.xml.ws-2D4.2.1.jar&d=DwMFaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=JSIxy5AMmEsGoHVm1_3NNX9HNUZaD3GUl-6qX0oX41E&m=iCVrOcZhoEonIJsIh281LNQGnbIUmhx_K0Q711f48Wc&s=0rV05h2R-C6EfVihJLL5WTaHEAmCGCgYH_dZk1xwjqU&e=> - Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On Oct 26, 2018, at 8:22 AM, Javier Delgadillo mailto:jdelgadi...@esri.com>> wrote: I’m trying to upgrade our application from Karaf 4.1.1 to 4.2.1 (running with JRE 1.8.0_102). Just about everything is working, but I can’t seem to get fasterxml to work correctly. I have a bundle that calls: XmlMapper xmlMapper = new com.fasterxml.jackson.dataformat.xml.XmlMapper.XmlMapper(); But when run inside of Karaf, I see the following stack trace: Caused by: java.util.ServiceConfigurationError: javax.xml.stream.XMLInputFactory: Provider com.ctc.wstx.stax.WstxInputFactory not found at java.util.ServiceLoader.fail(ServiceLoader.java:239) ~[?:?] at java.util.ServiceLoader.access$300(ServiceLoader.java:185) ~[?:?] at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:372) ~[?:?] at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404) ~[?:?] at java.util.ServiceLoader$1.next(ServiceLoader.java:480) ~[?:?] at javax.xml.stream.$FactoryFinder.lambda$findServiceProvider$3($FactoryFinder.java:186) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at javax.xml.stream.$FactoryFinder.findServiceProvider($FactoryFinder.java:181) ~[?:?] at javax.xml.stream.$FactoryFinder.find($FactoryFinder.java:164) ~[?:?] at javax.xml.stream.$FactoryFinder.find($FactoryFinder.java:106) ~[?:?] at javax.xml.stream.XMLInputFactory.newInstance(XMLInputFactory.java:52) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlFactory.(XmlFactory.java:113) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlFactory.(XmlFactory.java:100) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlFactory.(XmlFactory.java:84) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlMapper.(XmlMapper.java:49) ~[?:?] I have the Woodstox package installed via the CXF (3.2.6) Feature: karaf@root()> headers 206 Woodstox (206) -- Automatic-Module-Name = com.ctc.wstx Bnd-LastModified = 1522460060119 Build-Jdk = 1.7.0_79 Built-By = tatu Created-By = Apache Maven Bundle Plugin Implementation-Build-Date = 2018-03-31 01:33:59+ Implementation-Title = Woodstox Implementation-Vendor = FasterXML Implementation-Vendor-Id = com.
Karaf 4.2.1 + JRE 8 + STAX
I’m trying to upgrade our application from Karaf 4.1.1 to 4.2.1 (running with JRE 1.8.0_102). Just about everything is working, but I can’t seem to get fasterxml to work correctly. I have a bundle that calls: XmlMapper xmlMapper = new com.fasterxml.jackson.dataformat.xml.XmlMapper.XmlMapper(); But when run inside of Karaf, I see the following stack trace: Caused by: java.util.ServiceConfigurationError: javax.xml.stream.XMLInputFactory: Provider com.ctc.wstx.stax.WstxInputFactory not found at java.util.ServiceLoader.fail(ServiceLoader.java:239) ~[?:?] at java.util.ServiceLoader.access$300(ServiceLoader.java:185) ~[?:?] at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:372) ~[?:?] at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404) ~[?:?] at java.util.ServiceLoader$1.next(ServiceLoader.java:480) ~[?:?] at javax.xml.stream.$FactoryFinder.lambda$findServiceProvider$3($FactoryFinder.java:186) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at javax.xml.stream.$FactoryFinder.findServiceProvider($FactoryFinder.java:181) ~[?:?] at javax.xml.stream.$FactoryFinder.find($FactoryFinder.java:164) ~[?:?] at javax.xml.stream.$FactoryFinder.find($FactoryFinder.java:106) ~[?:?] at javax.xml.stream.XMLInputFactory.newInstance(XMLInputFactory.java:52) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlFactory.(XmlFactory.java:113) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlFactory.(XmlFactory.java:100) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlFactory.(XmlFactory.java:84) ~[?:?] at com.fasterxml.jackson.dataformat.xml.XmlMapper.(XmlMapper.java:49) ~[?:?] I have the Woodstox package installed via the CXF (3.2.6) Feature: karaf@root()> headers 206 Woodstox (206) -- Automatic-Module-Name = com.ctc.wstx Bnd-LastModified = 1522460060119 Build-Jdk = 1.7.0_79 Built-By = tatu Created-By = Apache Maven Bundle Plugin Implementation-Build-Date = 2018-03-31 01:33:59+ Implementation-Title = Woodstox Implementation-Vendor = FasterXML Implementation-Vendor-Id = com.fasterxml.woodstox Implementation-Version = 5.1.0 Manifest-Version = 1.0 Specification-Title = Woodstox Specification-Vendor = FasterXML Specification-Version = 5.1.0 Tool = Bnd-3.2.0.201605172007 X-Compile-Source-JDK = 1.6 X-Compile-Target-JDK = 1.6 Bundle-Description = Woodstox is a high-performance XML processor thatimplements Stax (JSR-173), SAX2 and Stax2 APIs Bundle-DocURL = https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_FasterXML_woodstox&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=j74NjbEJzoIrj_1sLoV7yciEIYg7NCaPyz-_dK7IpDY&m=SZAycHiWDDUGziC0i8AEcNobLYVia7D7z35IqiR-VQ0&s=NQfhYJe64S-PnbcS7Y6pgT2Lw1GZLioTfqab7yTrvq8&e= Bundle-License = https://urldefense.proofpoint.com/v2/url?u=http-3A__www.apache.org_licenses_LICENSE-2D2.0.txt&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=j74NjbEJzoIrj_1sLoV7yciEIYg7NCaPyz-_dK7IpDY&m=SZAycHiWDDUGziC0i8AEcNobLYVia7D7z35IqiR-VQ0&s=jqQjnj7CyY5ZeifSlilWLmg8EO9OcZEKtjCbhog27H4&e= Bundle-ManifestVersion = 2 Bundle-Name = Woodstox Bundle-SymbolicName = com.fasterxml.woodstox.woodstox-core Bundle-Vendor = FasterXML Bundle-Version = 5.1.0 Require-Capability = osgi.ee;filter:=(&(osgi.ee=JavaSE)(version=1.6)) Export-Package = com.ctc.wstx.api; uses:="com.ctc.wstx.cfg, com.ctc.wstx.dtd, com.ctc.wstx.ent, com.ctc.wstx.util, javax.xml.stream, org.codehaus.stax2.io, org.codehaus.stax2.validation"; version=5.1.0, com.ctc.wstx.cfg;uses:=javax.xml.stream;version=5.1.0, com.ctc.wstx.compat;uses:=javax.xml.namespace;version=5.1.0, com.ctc.wstx.dom; uses:="com.ctc.wstx.api, com.ctc.wstx.sw, javax.xml.namespace, javax.xml.stream, javax.xml.transform.dom, org.codehaus.stax2.ri.dom, org.w3c.dom"; version=5.1.0, com.ctc.wstx.dtd; uses:="com.ctc.wstx.api, com.ctc.wstx.ent, com.ctc.wstx.io, com.ctc.wstx.sr, com.ctc.wstx.util, javax.xml.stream, javax.xml.stream.events, org.codehaus.stax2.validation"; version=5.1.0, com.ctc.wstx.ent;uses:="com.ctc.wstx.api,com.ctc.wstx.evt,com.ctc.wstx.io,javax.xml.stream";version=5.1.0, com.ctc.wstx.evt; uses:="com.ctc.wstx.dtd, com.ctc.wstx.sr, com.ctc.wstx.util, javax.xml.namespace,
Help with property-placeholder and blueprint.
Hi, I'm running Karaf 2.3.4 with: Apache Aries Blueprint Core (1.4.0) Apache Aries Blueprint CM (1.0.3) Apache Aries Blueprint API (1.0.0) I've got the following XML file in one of my bundles: http://www.osgi.org/xmlns/blueprint/v1.0.0"; xmlns:cm="http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.2.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; default-activation="eager"> Every time I deploy my bundle, I get the message: 2014-06-05 15:48:42,006 | ERROR | l Console Thread | BlueprintContainerImpl | container.BlueprintContainerImpl 402 | 10 - org.apache.aries.blueprint.core - 1.4.0 | Unable to start blueprint container for bundle org.osgi.service.blueprint.container.ComponentDefinitionException: Multiple placeholders with the same prefix and suffix are not allowed What am I doing wrong? The placholder-prefix and placeholder-suffix attributes are set, so not sure what else is left. Any help would be appreciated. -Javier
RE: Https Stack traces to Console
I see this with Chrome and IE. Much more so with IE. I think it's because IE closes all SSL connections if everything is not perfect where as Firefox will keep the connection open as it asks the user to verify certificates and what not. -Javier -Original Message- From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Sent: Friday, February 08, 2013 12:30 AM To: user@karaf.apache.org Subject: Re: Https Stack traces to Console Hi Javier, did you see this behavior only with IE or with Firefox as well ? Thanks, Regards JB On 02/08/2013 01:15 AM, Javier Delgadillo wrote: > Hoping someone can help with this one. We're using Karaf 2.2.9 and we > recently enabled https. Now everytime someone connects to the https > port using IE, we see **tons** of stack traces coming from Jetty on > the console like this one: > > org.eclipse.jetty.io.EofException > > at > org.eclipse.jetty.http.HttpGenerator.flushBuffer(HttpGenerator.java:92 > 1) > > at > org.eclipse.jetty.http.AbstractGenerator.flush(AbstractGenerator.java: > 452) > > at > org.eclipse.jetty.server.HttpOutput.flush(HttpOutput.java:94) > > at > org.eclipse.jetty.server.HttpConnection$Output.flush(HttpConnection.ja > va:1010) > > at > org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:173) > > at > org.eclipse.jetty.server.HttpOutput.write(HttpOutput.java:101) > > at > org.apache.cxf.io.AbstractWrappedOutputStream.write(AbstractWrappedOut > putStream.java:46) > > at org.apache.cxf.helpers.IOUtils.copy(IOUtils.java:141) > > at > org.apache.cxf.helpers.IOUtils.copyAndCloseInput(IOUtils.java:109) > > at > org.apache.cxf.jaxrs.provider.BinaryDataProvider.copyInputToOutput(Bin > aryDataProvider.java:135) > > at > org.apache.cxf.jaxrs.provider.BinaryDataProvider.writeTo(BinaryDataPro > vider.java:104) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.writeTo(JAXRSOutI > nterceptor.java:297) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.serializeMessage( > JAXRSOutInterceptor.java:257) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.processResponse(J > AXRSOutInterceptor.java:145) > > at > org.apache.cxf.jaxrs.interceptor.JAXRSOutInterceptor.handleMessage(JAX > RSOutInterceptor.java:84) > > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto > rChain.java:262) > > at > org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage(Outg > oingChainInterceptor.java:77) > > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto > rChain.java:262) > > at > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia > tionObserver.java:122) > > at > org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractH > TTPDestination.java:211) > > at > org.apache.cxf.transport.servlet.ServletController.invokeDestination(S > ervletController.java:213) > > at > org.apache.cxf.transport.servlet.ServletController.invoke(ServletContr > oller.java:154) > > at > org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpri > ngServlet.java:129) > > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(Abs > tractHTTPServlet.java:187) > > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTT > PServlet.java:115) > > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:693) > > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractH > TTPServlet.java:166) > > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:547) > > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java: > 480) > > at > org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doH > andle(HttpServiceServletHandler.java:70) > > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.ja > va:119) > > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java > :520) > > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandle > r.java:227) > > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandle > r.java:941) > > at > org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(H > ttpServiceContext
Https Stack traces to Console
unJob(QueuedThreadPool.java:598) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:533) at java.lang.Thread.run(Thread.java:662) Caused by: java.net.SocketException: Connection reset by peer: socket write error at java.net.SocketOutputStream.socketWrite0(Native Method) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at com.sun.net.ssl.internal.ssl.OutputRecord.writeBuffer(OutputRecord.java:297) at com.sun.net.ssl.internal.ssl.OutputRecord.write(OutputRecord.java:286) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecordInternal(SSLSocketImpl.java:748) at com.sun.net.ssl.internal.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:736) at com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.java:89) at org.eclipse.jetty.io.ByteArrayBuffer.writeTo(ByteArrayBuffer.java:354) at org.eclipse.jetty.io.bio.StreamEndPoint.flush(StreamEndPoint.java:164) at org.eclipse.jetty.io.bio.StreamEndPoint.flush(StreamEndPoint.java:182) at org.eclipse.jetty.http.HttpGenerator.flushBuffer(HttpGenerator.java:848) Is there any way to suppress that exception short-of upgrading Jetty? Is that even possible without upgrading to a more recent version of Karaf? -- Javier Delgadillo Esri / Implementation Services (909) 793-2853 x1068