February 2009 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - hibernate-configuration in jbpm.cfg.xml

by tom.baeyens＠jboss.com

heiko, configuring a hibernate config with hibernate.cfg.xml does not exclude other configuration resources. i updated the code you added recently. so that configs can combine hibernate.cfg.xml with other forms of configuration. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208483#4208483 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208483

15 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Jboss SOAPElementSerializer error

by richard.opalka＠jboss.com

User user forum, please. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208475#4208475 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208475

15 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Jboss SOAPElementSerializer error

by nbmenon

I am using Jboss 4.2.3 and trying to invoke BPEL process which has a decision service(a web service). I get the following error. ---------------------------------------------------------------------------------- ERROR [RequestHandlerImpl] Error processing web service request org.jboss.ws.WSException: org.jboss.xb.binding.JBossXBRuntimeException: Failed to find read method or field for property 'resultList' in class org.jboss.ws.core .soap.SOAPBodyElementDoc at org.jboss.ws.WSException.rethrow(WSException.java:68) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHand lerImpl.java:325) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl .java:201) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(Request HandlerImpl.java:134) at org.jboss.wsf.stack.jbws.EndpointServlet.service(EndpointServlet.java :84) ....... Caused by: org.jboss.xb.binding.JBossXBRuntimeException: Failed to find read method or field for property 'resultList' in class org.jboss.ws.core.soap.SOAPBodyElementDoc at org.jboss.xb.binding.introspection.ClassInfo.getFieldInfo(ClassInfo.j ava:82) at org.jboss.xb.binding.introspection.FieldInfo.getFieldInfo(FieldInfo.j ava:155) at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.getJavaValue(M arshallerImpl.java:1267) at org.jboss.xb.binding.sunday.marshalling.MarshallerImpl.getChildren(Ma rshallerImpl.java:1257)..... ------------------------------------------------------------------------ We fixed this issue by introducing the piece of code as below in eagerInitializeTypes method in EndpointMetaData.java ----------------------------------------------------------------------------- else if(javaTypeName.equals("javax.xml.soap.SOAPElement")) { typeMapping.register(javaType, xmlType, new SOAPElementSerializerFactory(), new SOAPElementDeserializerFactory()); } ------------------------------------------------------------------------------------ we are working on porting Oracle SOA Suite on to Jboss 4.2.3 for a customer. Kindly let us know how to check this fix in and or is there any other workaround to get over this issue? Thank you. Nirmal View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208466#4208466 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208466

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: classloading dependencies

by jhalliday

> state="PreInstall" Ahh, so it's a case of the implicit state not being what I expect. Explicitly specifying a sufficiently early state in the -beans.xml provides an alternative to using a -classloading.xml. Cool. > That's already been fixed .. but the fix is not in AS branch 5.x yet. Fair enough. Thanks for the help. One further question: Assuming I have a choice between the -beans.xml and -classloading.xml techniques for specifying the dependency, what is considered best practice? This is for a transactions demo app we'll be shipping from JBoss, so if there is a 'right way' of doing things I guess I should use it :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208457#4208457 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208457

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: classloading dependencies

by adrian＠jboss.org

"jhalliday" wrote : I'm trying to deploy a .jar in AS 5. It contains a bean, let's call it fooBean, that links against class barClass. barClass is not in the .jar, it's in barModule. So at first I try | | | | <bean name="fooBean" class="fooBean"> | | <depends>barModule</depends> | | | | which results in a ClassDefNotFound. Apparantly MC tries to classload the fooBean even though barModule does not yet exist. So I rant a bit about how unintuitive that is, | A depends is for the create/start stages of the lifecycle which is much too late for a classloading dependency. You want to use a demand to stop the bean from being analysed for annotations during initial installation. | <bean name="fooBean" class="fooBean"> | <demand state="PreInstall">barModule</demand> | anonymous wrote : | then try to add a jboss-classloading.xml: | | | | <classloading xmlns="urn:jboss:classloading:1.0" export-all="NON_EMPTY"> | | <requirements> | | <package name="org.jboss.bar"/> | | </requirements> | | </classloading> | | | | which at least prevents deployment until barModule is present, but then throws | | | | java.lang.NullPointerException | | at org.jboss.classloading.spi.dependency.ClassLoadingSpace.resolve(ClassLoadingSpace.java:325) | | at org.jboss.classloading.spi.dependency.Module.resolveModule(Module.java:737) | | at org.jboss.classloading.spi.dependency.RequirementDependencyItem.resolve(RequirementDependencyItem.java:87) | | | | Apparently barModule.getClassLoadingSpace() returns null. | | So now I'm stuck. What's the correct way to solve this dependency problem? That's already been fixed: https://jira.jboss.org/jira/browse/JBCL-77 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208453#4208453 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208453

15 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: hibernate cache challenge

by jbarrez

Hmmm: First post: Tue Feb 10, 2009 04:55 AM Second post: Tue Feb 10, 2009 05:03 AM To me, this seems like nothing more than an excuse for drinking before noon ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208433#4208433 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208433

15 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: hibernate cache challenge

by tom.baeyens＠jboss.com

found it ! hhhhmmmmmmmmmm! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208430#4208430 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208430

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - classloading dependencies

by jhalliday

I'm trying to deploy a .jar in AS 5. It contains a bean, let's call it fooBean, that links against class barClass. barClass is not in the .jar, it's in barModule. So at first I try | <bean name="fooBean" class="fooBean"> | <depends>barModule</depends> | which results in a ClassDefNotFound. Apparantly MC tries to classload the fooBean even though barModule does not yet exist. So I rant a bit about how unintuitive that is, then try to add a jboss-classloading.xml: | <classloading xmlns="urn:jboss:classloading:1.0" export-all="NON_EMPTY"> | <requirements> | <package name="org.jboss.bar"/> | </requirements> | </classloading> | which at least prevents deployment until barModule is present, but then throws | java.lang.NullPointerException | at org.jboss.classloading.spi.dependency.ClassLoadingSpace.resolve(ClassLoadingSpace.java:325) | at org.jboss.classloading.spi.dependency.Module.resolveModule(Module.java:737) | at org.jboss.classloading.spi.dependency.RequirementDependencyItem.resolve(RequirementDependencyItem.java:87) | Apparently barModule.getClassLoadingSpace() returns null. So now I'm stuck. What's the correct way to solve this dependency problem? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208429#4208429 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208429

15 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - hibernate cache challenge

by tom.baeyens＠jboss.com

the first that can explain me why hibernate logs indicate that it still goes to the DB after a cache hit gets a http://www.abbaye-de-leffe.be/SITES/abbaye-de-leffe.be/IMG/gif/brune.gif 10:49:22,031 FIN | [NonstrictReadWriteCache] Caching: org.jbpm.pvm.internal.model.ProcessDefinitionImpl#1 | 10:49:22,031 FIN | [NonstrictReadWriteCache] Cache lookup: org.jbpm.pvm.internal.model.ProcessDefinitionImpl.attachments#1 | 10:49:22,031 FIN | [NonstrictReadWriteCache] Cache hit | 10:49:22,031 FIN | [SQL] | /* load org.jbpm.pvm.internal.lob.LobCached */ select | lobcached0_.DBID_ as DBID1_10_0_, | lobcached0_.DBVERSION_ as DBVERSION2_10_0_, | lobcached0_.BLOB_VALUE_ as BLOB3_10_0_, | lobcached0_.BINARY_VALUE_ as BINARY4_10_0_, | lobcached0_.CLOB_VALUE_ as CLOB5_10_0_, | lobcached0_.TEXT_VALUE_ as TEXT6_10_0_ | from | JBPM_LOB lobcached0_ | where | lobcached0_.DBID_=? | 10:49:22,031 FST | [LongType] binding '1' to parameter: 1 | 10:49:22,031 FST | [IntegerType] returning '0' as column: DBVERSION2_10_0_ | 10:49:22,031 FST | [BinaryType] returning null as column: BINARY4_10_0_ | 10:49:22,031 FST | [TextType] returning null as column: TEXT6_10_0_ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208426#4208426 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208426

15 years, 4 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: JBoss 4.2 and JEE 5 - components out of compliance

by akostadinov

yeah, use the users forum View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208418#4208418 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208418

15 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums February 2009