[JBossWS] - Problems with Jboss and Sun's 1.6 JDK
by pedro_sf18
Hello!
I'm using Jboss 4.0.4GA to deploy a SessionBean-based webservice.
When I use 1.5 JDK to run JBoss there's no problem and the webservice and it's clients run smoothly, the problem arises when Jboss is started with Sun's 1.6 (6.0) JDK, then this exception is thrown every time a client tries to consume the service:
14:24:07,046 ERROR [SOAPFaultExceptionHelper] SOAP request exception
java.lang.UnsupportedOperationException: setProperty must be overridden by all subclasses of SOAPMessage
at javax.xml.soap.SOAPMessage.setProperty(SOAPMessage.java:424)
at org.jboss.ws.soap.SOAPMessageImpl.(SOAPMessageImpl.java:65)
at org.jboss.ws.soap.MessageFactoryImpl.createMessageInternal(MessageFactoryImpl.java:209)
at org.jboss.ws.soap.MessageFactoryImpl.createMessage(MessageFactoryImpl.java:142)
at org.jboss.ws.server.ServiceEndpoint.handleRequest(ServiceEndpoint.java:190)
at org.jboss.ws.server.ServiceEndpointManager.processSOAPRequest(ServiceEndpointManager.java:355)
at org.jboss.ws.server.StandardEndpointServlet.doPost(StandardEndpointServlet.java:115)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.jboss.ws.server.StandardEndpointServlet.service(StandardEndpointServlet.java:76)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:619)
Seems to me that Jboss has some kind of incompatibility with sun's 1.6 implementation.
Is this any known error?
thanks!
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4000956#4000956
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4000956
19 years, 3 months
[EJB 3.0] - EntityManager.find(Class, Object) performance
by stalep
hi, ive been working on a ejb3 application that need to cache as much as possible. queries are cached manually by storing the result (only the primary keys) in jbosscache (the same cache as the entity beans).
when that query is called again we fetch the id's from cache and for each id we just call EntityManager.find(Class, id), most of the objects are loaded into the cache at this point so there are zero db calls. this works very well, but it doesnt perform as good as we hoped.
a resultset of 1000 objects take 200ms (when we call EntityManager.find(...) for each id), but if we call the cache directly for each entry it takes about 20ms in total (but we really do not want to do this).
if we do the query "normally" (without any caching) it performs better than if we call EntityManager.find(...) for each entry, about 50-80ms.
are there any way to speed up the EntityManager.find(..) call?
IsolationLevel is none and CacheMode is local.
i understand that the easy solution is to not cache queries, but if we dont the database will crumble down in notime and i would rather not use the hibernate query cache since that would eat up cachememory very fast (since we also have entity cache).
any input would be highly appreciated..
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4000949#4000949
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4000949
19 years, 3 months
[JBoss jBPM] - Re: Oracle 10G and JBPM 3.1.1 Issues
by warfster
After following the docs, I can generate the scripts for oracle10g, and the scripts run fine in oracle.
Currently, ant oracle.test achieves 98%, w/only 4 errors.
My question is as why does it the test keep running the SchemaExport, etc. on hsqldb? Here are to snippets of the output indicating loading the oracle information from hibernate.properties and then using C3P0 using the hsqldb driver?
[junit] 14:40:34,723 [main] DEBUG JbpmContext : creating JbpmContext
[junit] 14:40:34,723 [main] DEBUG DbPersistenceServiceFactory : creating schema export
[junit] 14:40:34,763 [main] INFO Environment : Hibernate 3.1
[junit] 14:40:34,763 [main] INFO Environment : loaded properties from resource hibernate.properties: {hibernate.connection.driver_class=oracle.jdbc.driver.OracleDriver, hibernate.cglib.use_reflection_optimizer=true, hibernate.c3p0.max_size=5, hibernate.dialect=org.hibernate.dialect.Oracle9Dialect, hibernate.c3p0.min_size=1, hibernate.query.substitutions=true 1, false 0, hibernate.connection.username=jbpmtest, hibernate.connection.url=jdbc:oracle:thin:@//127.0.0.1:1521/XE, hibernate.show_sql=true, hibernate.connection.password=****}
[junit] 14:40:34,763 [main] INFO Environment : using CGLIB reflection optimizer
[junit] 14:40:34,773 [main] INFO Environment : using JDK 1.4 java.sql.Timestamp handling
[junit] 14:40:34,823 [main] DEBUG HibernateHelper : creating hibernate configuration resource 'hibernate.cfg.xml'
.
.
.
[junit] 14:40:38,048 [main] INFO Configuration : processing foreign key constraints
[junit] 14:40:38,078 [main] INFO SchemaExport : Running hbm2ddl schema export
[junit] 14:40:38,078 [main] INFO SchemaExport : exporting generated schema to database
[junit] 14:40:38,078 [main] INFO C3P0ConnectionProvider : C3P0 using driver: org.hsqldb.jdbcDriver at URL: jdbc:hsqldb:mem:.;sql.enforce_strict_size=true
[junit] 14:40:38,078 [main] INFO C3P0ConnectionProvider : Connection properties: {user=sa, password=****}
[junit] 14:40:38,078 [main] INFO C3P0ConnectionProvider : autocommit mode: false
[junit] Initializing c3p0 pool... com.mchange.v2.c3p0.PoolBackedDataSource@c3c315 [ connectionPoolDataSource -> com.mchange.v2.c3p0.WrapperConnectionPoolDataSource@1d88db7 [ acquireIncrement -> 1, acquireRetryAttempts -> 30, acquireRetryDelay -> 1000, autoCommitOnClose -> false, automaticTestTable -> null, breakAfterAcquireFailure -> false, checkoutTimeout -> 0, connectionTesterClassName -> com.mchange.v2.c3p0.impl.DefaultConnectionTester, factoryClassLocation -> null, forceIgnoreUnresolvedTransactions -> false, idleConnectionTestPeriod -> 0, initialPoolSize -> 1, maxIdleTime -> 0, maxPoolSize -> 5, maxStatements -> 0, maxStatementsPerConnection -> 0, minPoolSize -> 1, nestedDataSource -> com.mchange.v2.c3p0.DriverManagerDataSource@1202d69 [ description -> null, driverClass -> null, factoryClassLocation -> null, jdbcUrl -> jdbc:hsqldb:mem:.;sql.enforce_strict_size=true, properties -> {user=******, password=******} ] , preferredTestQuery -> null, propertyCycle -> 300, testConnectionOnCheckin -> false, testConnectionOnCheckout -> false, usesTraditionalReflectiveProxies -> false ] , factoryClassLocation -> null, numHelperThreads -> 3, poolOwnerIdentityToken -> c3c315 ]
[junit] alter table JBPM_ACTION drop constraint FK_ACTION_EVENT
[junit] alter table JBPM_ACTION drop constraint FK_ACTION_EXPTHDL
Any suggestion or pointers would be greatly appreciated.
I noticed in kazam's post the C3P0 connection used the oracle driver. Any thoughts?
Thanks,
warfster
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4000945#4000945
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4000945
19 years, 3 months