May 2010 - jboss-user - Jboss List Archives

Re: [jboss-user] [JBoss Microcontainer] - EOFException from ShrinkWrap Deployment into MCAnn

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] replied to the discussion "EOFException from ShrinkWrap Deployment into MCAnn" To view the discussion, visit: http://community.jboss.org/message/542426#542426 -------------------------------------------------------------- > Ales Justin wrote: > > You need to check why it returns non-null input stream from this code Yep, I'll do this tonight and figure out what exception went down. S, ALR -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542426#542426] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer] - EOFException from ShrinkWrap Deployment into MCAnn

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] replied to the discussion "EOFException from ShrinkWrap Deployment into MCAnn" To view the discussion, visit: http://community.jboss.org/message/542425#542425 -------------------------------------------------------------- Added some logging output: [alr@localhost trunk]$ svn di Index: core/src/main/java/org/jboss/mcann/scanner/AbstractAnnotationScanner.java =================================================================== --- core/src/main/java/org/jboss/mcann/scanner/AbstractAnnotationScanner.java (revision 104694) +++ core/src/main/java/org/jboss/mcann/scanner/AbstractAnnotationScanner.java (working copy) @@ -70,8 +70,10 @@ for (URL url : urls) { InputStream is = getMcAnnInputStream(url); - if (is != null) + if (is != null){ + log.info("Attempting to scan :" + url); reattach(repository, is); + } else list.add(url); } ...yields: 16:30:28,635 INFO [org.jboss.mcann.AnnotationScanner] Attempting to scan :vfs:/1fc8987a-6585-442e-a443-327b12f25237/outputSlsb.jar/ Indicates that we assume we can get a GZIP InputStream from the URL handed as a compressed object from an existing AnnotationRepository in "reattach()". S, ALR -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542425#542425] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[JBoss Web Services Development] - NumberFormatException: empty String

by hadi mallah

hadi mallah [http://community.jboss.org/people/hadimallah] created the discussion "NumberFormatException: empty String" To view the discussion, visit: http://community.jboss.org/message/542422#542422 -------------------------------------------------------------- I'm using JBoss 4.2.3.GA I have implemented and deployed a WS, the request, the response and the exception is below. My question is how can I define a parameter of type double or int for the web service method, and the client who will invoke my WS might send nothing, as demostrated in the request below, so if i changed the double param to string it works fine, but i need to define it as int or double, I tried Double and Integer ..but did not work, same problem. Appreciate the help. wsdl: <message name="xxx_getTest"> <part name="String_1" type="xsd:string"> </part> <part name="String_2" type="xsd:string"> </part> <part name="String_3" type="xsd:string"> </part> <part name="String_4" type="xsd:string"> </part> <part name="String_5" type="xsd:string"> </part> <part name="Date_6" type="xsd:dateTime"> </part> <part name="double_7" type="xsd:double"> </part> </message> Request: <soapenv:Body> <ns1:getTest soapenv:encodingStyle=' http://schemas.xmlsoap.org/soap/encoding/ http://schemas.xmlsoap.org/soap/encoding/' xmlns:ns1=' http://xxx.xxxx.xxx/ http://xxx.xxxx.xxx/'> <String_1 xmlns:xsd=' http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema' xmlns:xsi=' http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance' xsi:type='xsd:string'>54654654</String_1> <String_2 xmlns:xsd=' http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema' xmlns:xsi=' http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance' xsi:nil='true' xsi:type='xsd:string'/> <String_3 xmlns:xsd=' http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema' xmlns:xsi=' http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance' xsi:type='xsd:string'>3213546546</String_3> <String_4 xmlns:xsd=' http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema' xmlns:xsi=' http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance' xsi:type='xsd:string'>316546546</String_4> <String_5 xmlns:xsd=' http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema' xmlns:xsi=' http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance' xsi:type='xsd:string'>321354654</String_5> <Date_6 xmlns:xsd=' http://www.w3.org/2001/XMLSchema http://www.w3.org/2001/XMLSchema' xmlns:xsi=' http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance' xsi:type='xsd:dateTime'>2010-05-11T20:18:13.698Z</Date_6> <double_7 href='#id0'/> </ns1:getTest> </soapenv:Body> Response: <env:Envelope xmlns:env=' http://schemas.xmlsoap.org/soap/envelope/ http://schemas.xmlsoap.org/soap/envelope/'> <env:Header/> <env:Body> <env:Fault xmlns:env=' http://schemas.xmlsoap.org/soap/envelope/ http://schemas.xmlsoap.org/soap/envelope/'> <faultcode>env:Server</faultcode> <faultstring>empty String</faultstring> </env:Fault> </env:Body> </env:Envelope> Exception: java.lang.NumberFormatException: empty String at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:994) at java.lang.Double.valueOf(Double.java:447) at org.jboss.xb.binding.SimpleTypeBindings.unmarshal(SimpleTypeBindings.java:720) at org.jboss.ws.core.jaxrpc.binding.SimpleDeserializer.deserialize(SimpleDeserializer.java:59) at org.jboss.ws.core.jaxrpc.binding.SimpleDeserializer.deserialize(SimpleDeserializer.java:47) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542422#542422] Start a new discussion in JBoss Web Services Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer] - EOFException from ShrinkWrap Deployment into MCAnn

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "EOFException from ShrinkWrap Deployment into MCAnn" To view the discussion, visit: http://community.jboss.org/message/542418#542418 -------------------------------------------------------------- > Anyone can give me some context as to what they're trying to do, and why they're using GZIPInputStream? > Weird, it looks like it's assuming that there exists a pre-indexed version of AnnotationRepository. e.g. this is a notion from Papaki, where one would do standalone scan, and serialize pre-indexed repo instance into a jar You need to check why it returns non-null input stream from this code: protected InputStream getMcAnnInputStream(URL url) { try { String urlString = url.toExternalForm(); if (urlString.endsWith("/") == false) urlString += "/"; urlString += AnnotationRepository.MCANN_PATH; URL mcannURL = new URL(urlString); return mcannURL.openStream(); } catch (IOException e) { if (log.isTraceEnabled()) log.trace("Cannot access mcann.ser file: " + e); return null; } } -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542418#542418] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[JBoss Microcontainer] - EOFException from ShrinkWrap Deployment into MCAnn

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] created the discussion "EOFException from ShrinkWrap Deployment into MCAnn" To view the discussion, visit: http://community.jboss.org/message/542412#542412 -------------------------------------------------------------- Using the new EJBContainer APIs running inside of AS, I'm getting an error on deployment from mcann. The flow is: ShrinkWrap Archive > Mounted as ArchiveFileSystem VirtualFile > Passed to VFSDeployment > MainDeployer Works fine in unit tests outside AS where the mcann deployers are not installed. Anyone can give me some context as to what they're trying to do, and why they're using GZIPInputStream? ShrinkWrap archives are exported using ZipOutputStream. S, ALR 17:10:06,779 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to PostClassLoader: name=vfs:///3d533beb-db50-47da-9e20-4b2133017456/outputSlsb.jar/ state=ClassLoader mode=Manual requiredState=PostClassLoader: org.jboss.deployers.spi.DeploymentException: Exception visiting module at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) [jboss-deployers-core-spi-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.vfs.plugins.annotations.AnnotationRepositoryDeployer.visitModule(AnnotationRepositoryDeployer.java:109) [jboss-deployers-vfs-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.vfs.plugins.annotations.AnnotationRepositoryDeployer.deploy(AnnotationRepositoryDeployer.java:154) [jboss-deployers-vfs-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.vfs.plugins.annotations.AnnotationRepositoryDeployer.deploy(AnnotationRepositoryDeployer.java:47) [jboss-deployers-vfs-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.vfs.spi.deployer.AbstractOptionalVFSRealDeployer.deploy(AbstractOptionalVFSRealDeployer.java:57) [jboss-deployers-vfs-spi-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.spi.deployer.helpers.AbstractOptionalRealDeployer.internalDeploy(AbstractOptionalRealDeployer.java:74) [jboss-deployers-spi-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55) [jboss-deployers-spi-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [jboss-deployers-impl-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1857) [jboss-deployers-impl-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1575) [jboss-deployers-impl-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1516) [jboss-deployers-impl-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:377) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2042) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1081) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1320) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1244) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1137) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:937) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:652) [jboss-dependency-2.2.0.Alpha9.jar:2.2.0.Alpha9] at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:2008) [jboss-deployers-impl-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1101) [jboss-deployers-impl-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679) [jboss-deployers-impl-2.2.0.Alpha4.jar:2.2.0.Alpha4] at org.jboss.shrinkwrap.vdf.impl.ShrinkWrapDeployerImpl.deploy(ShrinkWrapDeployerImpl.java:184) [shrinkwrap-extension-vdf-1.0.0-SNAPSHOT.jar:1.0.0-SNAPSHOT] at org.jboss.ejb3.embedded.impl.base.JBossEJBContainerBase.deploy(JBossEJBContainerBase.java:273) [jboss-ejb3-embedded-impl-base-1.0.0-SNAPSHOT.jar:1.0.0-SNAPSHOT] at org.jboss.jbossas.embedded.testsuite.servlet.EmbeddedEjbCallingServlet.doGet(EmbeddedEjbCallingServlet.java:101) [:] at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.0.Beta2.jar:1.0.0.Beta2] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Beta2.jar:1.0.0.Beta2] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:336) [jbossweb-3.0.0-beta-4.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [jbossweb-3.0.0-beta-4.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:293) [jbossweb-3.0.0-beta-4.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [jbossweb-3.0.0-beta-4.jar:] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183) [jboss-as-tomcat-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95) [jboss-as-tomcat-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT] at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) [jboss-as-tomcat-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT] at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) [jboss-as-tomcat-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [jbossweb-3.0.0-beta-4.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-3.0.0-beta-4.jar:] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [jboss-as-tomcat-6.0.0-SNAPSHOT.jar:6.0.0-SNAPSHOT] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-3.0.0-beta-4.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-3.0.0-beta-4.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:872) [jbossweb-3.0.0-beta-4.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-3.0.0-beta-4.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [jbossweb-3.0.0-beta-4.jar:] at java.lang.Thread.run(Thread.java:619) [:1.6.0_14] Caused by: java.io.EOFException at java.util.zip.GZIPInputStream.readUByte(GZIPInputStream.java:207) [:1.6.0_14] at java.util.zip.GZIPInputStream.readUShort(GZIPInputStream.java:197) [:1.6.0_14] at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:136) [:1.6.0_14] at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:58) [:1.6.0_14] at java.util.zip.GZIPInputStream.<init>(GZIPInputStream.java:68) [:1.6.0_14] at org.jboss.mcann.scanner.AbstractAnnotationScanner.reattach(AbstractAnnotationScanner.java:120) [mcann-core-1.0.0.Alpha2.jar:1.0.0.Alpha2] at org.jboss.mcann.scanner.AbstractAnnotationScanner.scan(AbstractAnnotationScanner.java:74) [mcann-core-1.0.0.Alpha2.jar:1.0.0.Alpha2] at org.jboss.deployers.vfs.plugins.annotations.AnnotationRepositoryDeployer.visitModule(AnnotationRepositoryDeployer.java:104) [jboss-deployers-vfs-2.2.0.Alpha4.jar:2.2.0.Alpha4] ... 42 more -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542412#542412] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - JBPM-2860 swimlane couldnot be shared between parent and children executions

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "JBPM-2860 swimlane couldnot be shared between parent and children executions" To view the discussion, visit: http://community.jboss.org/message/542409#542409 -------------------------------------------------------------- I agree, solution is simple and clear. I did run all tests and everything seems to work properly. >From my point of view we shall go for it. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542409#542409] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - jBPM 4 trunk temporarily broken

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "jBPM 4 trunk temporarily broken" To view the discussion, visit: http://community.jboss.org/message/542408#542408 -------------------------------------------------------------- Seems like there are similar problems again but what is strange it failed only for java 16 and for java 15 it went well. BTW, I just noticed that url to Hudson is incorrect in mail that is sent as notification - it points out to hudson.qa.jboss.com instead of hudson.jboss.org. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542408#542408] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-user] [jBPM] - Swimlanes problem in Process Execution

by Sebastian Schneider

Sebastian Schneider [http://community.jboss.org/people/sebastian.s] replied to the discussion "Swimlanes problem in Process Execution" To view the discussion, visit: http://community.jboss.org/message/542402#542402 -------------------------------------------------------------- If this can be tested sufficient and this seems to be the case since Khaled is using this feature I'd love to see this scheduled for 4.4 as well. Any opinions on this? Maciej, maybe you would be so kind to have a look at Huisheng Xu's patch and commit it in case it's okay? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542402#542402] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-user] [jBPM Development] - JBPM-2777 JBPM 4.3 EL cannot read null process variable - javax.el.PropertyNotFoundException is thrown

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "JBPM-2777 JBPM 4.3 EL cannot read null process variable - javax.el.PropertyNotFoundException is thrown" To view the discussion, visit: http://community.jboss.org/message/542399#542399 -------------------------------------------------------------- Hi, I uploaded new patch for this issue (mainly regarding condition expressions) in jira. Cheers, Maciej -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542399#542399] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer Development] - ClassPool bootstrap refactoring

by Andrew Rubinger

Andrew Rubinger [http://community.jboss.org/people/ALRubinger] replied to the discussion "ClassPool bootstrap refactoring" To view the discussion, visit: http://community.jboss.org/message/542396#542396 -------------------------------------------------------------- Corrected the failing tests, made a couple other lil' tweaks. https://jira.jboss.org/jira/browse/JBBOOT-134 https://jira.jboss.org/jira/browse/JBBOOT-134 Still something I'd like to investigate is moving some of these bits to event handlers or elsewhere. This patch brings in a lot of dependencies I'd like to understand/justify. If this is primarily for AS, what's the overhead in pure MC servers, where this is placed? If the answer is more than "nothing", we may have to extract this stuff out a bit so pure MCServer performance doesn't deteriorate. S, ALR -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542396#542396] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user May 2010