February 2011 - jboss-user - Jboss List Archives

[JBoss Web Services] - MTOM attachment decoding for digest with respect to "XML Schema Part 2: Datatypes Second Edition"

by rouadec

rouadec [http://community.jboss.org/people/rouadec] created the discussion "MTOM attachment decoding for digest with respect to "XML Schema Part 2: Datatypes Second Edition"" To view the discussion, visit: http://community.jboss.org/message/586642#586642 -------------------------------------------------------------- While setting up a communication between a jboss 5.1.0GA using the standard web-services stack (I get "X-Powered-By: Servlet 2.5; JBoss-5.0/JBossWeb-2.1" in my HTTP headers) and a datapower appliance we came to an issue regarding the MTOM messages we exchange. The messages are transferred with binary attachements using MTOM, they are also signed. The signature is applied on the message with the binary attachement encoded in base64. The signatures do not match since the digest of the body do not match since the base64 encoded version of the attachement used to calculate the digest is different : * - jboss enforces a limit on line length of base 64-encoded data to 76 characters * - datapower do not and use a base64 form on one line. After checking the documentations describing this standard I think the way datapower does it is the correct one. http://www.w3.org/TR/soap12-mtom/#mime-serialization http://www.w3.org/TR/soap12-mtom/#mime-serialization points to http://www.w3.org/TR/2005/REC-xop10-20050125/#introduction http://www.w3.org/TR/2005/REC-xop10-20050125/#introduction which in turns points to http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/#base64Binary http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/#base64Binary which states that : * "For compatibility with older mail gateways, http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/#RFC2045 [RFC 2045] suggests that base64 data should have lines limited to at most 76 characters in length. This line-length limitation is not mandated in the lexical forms of *base64Binary* data and must not be enforced by XML Schema processors." * "*Note:* For some values the canonical form defined above does not conform to http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/#RFC2045 [RFC 2045], which requires breaking with linefeeds at appropriate intervals." Am I correct in my assumption? Is this behaviour configurable on the Jboss side of things? Antoine -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/586642#586642] Start a new discussion in JBoss Web Services at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

2
1
0 / 0

[JBoss Portal] - Disable log output of RichFaces in JBoss server

by Dwarakanathan Thiru

Dwarakanathan Thiru [http://community.jboss.org/people/dwarak_cit] created the discussion "Disable log output of RichFaces in JBoss server" To view the discussion, visit: http://community.jboss.org/message/586628#586628 -------------------------------------------------------------- Hi, How can I disable / minimize log output of RichFaces? I tried following entry in my jboss-log4j.xml file, but it does not seem to help. <category name="org.ajax4jsf"> <priority value="WARN" /> </category> <category name="org.richfaces"> <priority value="WARN" /> </category> Thanks!! -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/586628#586628] Start a new discussion in JBoss Portal at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

[JBoss Web Services] - SOAP Header Action mustUnderstand Exception

by canastasiou

canastasiou [http://community.jboss.org/people/canastasiou] created the discussion "SOAP Header Action mustUnderstand Exception" To view the discussion, visit: http://community.jboss.org/message/585928#585928 -------------------------------------------------------------- We are trying to create a web service that will participate in 2PC. We have an annoying exception concerning Action tag in the Header of the SOAP message. SOAP message sent: <s:Envelope xmlns:a="http://www.w3.org/2005/05/addressing" xmlns:s="http://www.w3.org/2003/05/soap-envelope"> <s:Header> <a:Action s:mustUnderstand="1">createBankAccountTransfer</a:Action> <a:MessageID>urn:uuid:123456aa4-c9f7-44a1-b761-49f0742s33e6</a:MessageID> <a:ReplyTo> <a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address> </a:ReplyTo> </s:Header> <s:Body xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <createBankAccountTransfer xmlns="http://ejb.company.com.cy/"> <username xmlns="">username</username> <password xmlns="">password</password> <requestXML xmlns=""></requestXML> </createBankAccountTransfer> </s:Body> </s:Envelope> Exception thrown from JBoss: 15:21:18,656 ERROR [SOAPFaultHelperJAXWS] SOAP request exception javax.xml.ws.soap.SOAPFaultException: Unprocessed 'mustUnderstand' header element: {http://www.w3.org/2005/05/addressing}Action at org.jboss.ws.core.jaxws.SOAPFaultHelperJAXWS.getSOAPFaultException(SOAPFaultHelperJAXWS.java:84) at org.jboss.ws.core.jaxws.binding.SOAP11BindingJAXWS.throwFaultException(SOAP11BindingJAXWS.java:107) at org.jboss.ws.core.CommonSOAP11Binding.verifyUnderstoodHeader(CommonSOAP11Binding.java:86) at org.jboss.ws.core.CommonSOAPBinding.checkMustUnderstand(CommonSOAPBinding.java:962) at org.jboss.ws.core.server.ServiceEndpointInvoker.invoke(ServiceEndpointInvoker.java:194) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.processRequest(RequestHandlerImpl.java:474) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleRequest(RequestHandlerImpl.java:295) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.doPost(RequestHandlerImpl.java:205) at org.jboss.wsf.stack.jbws.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:131) at org.jboss.wsf.common.servlet.AbstractEndpointServlet.service(AbstractEndpointServlet.java:85) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:595) Setting "mustUnderstand" to 0 solves the issue, but we do not have access to the client code, so we must solve it from our side. I have been searching for a solution for days, but noone gives a clear solution, or at least the use of <Action> and how to process it. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/585928#585928] Start a new discussion in JBoss Web Services at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

2
4
0 / 0

[jBPM] - rules compiler - maven plugin

by J J

J J [http://community.jboss.org/people/joshjdevl] created the discussion "rules compiler - maven plugin" To view the discussion, visit: http://community.jboss.org/message/585042#585042 -------------------------------------------------------------- Hi, Is there / or will there be an official maven plugin to compile the rules? Or does someone have a recommendation for a maven plugin? Thanks -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/585042#585042] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

3
4
0 / 0

[jBPM] - Re: Is the feature to add multiple content paramters available?

by bpmn2user

bpmn2user [http://community.jboss.org/people/bpmn2user] created the discussion "Re: Is the feature to add multiple content paramters available?" To view the discussion, visit: http://community.jboss.org/message/586590#586590 -------------------------------------------------------------- This feature is not in jBPM-5.0.0. Hopefully the option to add multiple paramters gets added. It would be very useful to have this feature as it avoids creating a lot of script nodes to pass parameters using Maps when there are multiple human task nodes . -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/586590#586590] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

[JBoss Cache] - Replicate PojoCache using JMS

by Nick Tomlinson

Nick Tomlinson [http://community.jboss.org/people/nickos556] created the discussion "Replicate PojoCache using JMS" To view the discussion, visit: http://community.jboss.org/message/586586#586586 -------------------------------------------------------------- Hi guys, first off, well done on a great product. I've been evaluating EHCache versus JBoss PojoCache for use in a bond pricing system and in my opinion PojoCache wins hands down. EHCache can't replicate object graph's, so its pretty much a non-starter for me. I want to use PojoCache in a client/server architecture where a central server manages all my state, and broadcasts this to my clients. However, due to the network topology and rules at my employer, I cannot use multicast messaging. Is it possible to replicate a pojo cache via JMS? This seems like a fairly common use-case to me. thanks Nick -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/586586#586586] Start a new discussion in JBoss Cache at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

[Javassist] - ClassFile write(java.io.DataOutputStream out) generates empty file!!

by Carlos Bruguera

Carlos Bruguera [http://community.jboss.org/people/cbruguera] created the discussion "ClassFile write(java.io.DataOutputStream out) generates empty file!!" To view the discussion, visit: http://community.jboss.org/message/585764#585764 -------------------------------------------------------------- Hello all, I'm working in a compiler that is generating bytecode, and I wish to only use those javassist classes that work with low-level bytecode (Bytecode, ClassFile, MethodInfo, FieldInfo, etc.). I'm not interested in high level runtime translation of any java code (so I barely need to use CtClass and similar). The thing is I'm creating a ClassFile object, adding a MethodInfo structure, based on an existent bytecode object (mainCode) which I know is well built. But at the end I'm trying to write the file, and it creates it, but as a 0 byte .class file. Is there anything that I might be missing?.. Here's my piece of code: ClassFile initClass = getOrCreateClass("InitClass"); declaring = initClass; MethodInfo mainMethod = new MethodInfo(initClass.getConstPool(), "main", Descriptor.ofMethod(CtClass.voidType, new CtClass[0])); mainMethod.setCodeAttribute(mainCode.toCodeAttribute()); mainMethod.setAccessFlags(AccessFlag.PUBLIC); try{ initClass.addMethod(mainMethod); }catch(DuplicateMemberException e){ Errors.add("Definicion duplicada para \"Accion Principal\""); } writeFile(initClass); The method getOrCreateClass is successfully instantiating a new ClassFile object and returning it. ...Any ideas? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/585764#585764] Start a new discussion in Javassist at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
1
0 / 0

[JBoss Remoting] - Encrypt SSL KeyStorePassword in remoting-sslbisocket-service.xml

by Nikos Massios

Nikos Massios [http://community.jboss.org/people/massios] created the discussion "Encrypt SSL KeyStorePassword in remoting-sslbisocket-service.xml" To view the discussion, visit: http://community.jboss.org/message/576595#576595 -------------------------------------------------------------- Hello, I am using jboss 5.1 GA. I would like to encrypt the ssl keystore password in the remoting-sslbisocket-service.xml of jboss messaging. This xml contains the following mbean configuration. This xml of jboss messaging is using the org.jboss.remoting.securirity.SSLSocketBuilder mbean of jboss remoting. From what I can see here http://docs.jboss.org/jbosasremoting/docs/api/org/jboss/remoting/security... http://docs.jboss.org/jbosasremoting/docs/api/org/jboss/remoting/security... there is no way to encrypt the keystore, trustsore passwords. Am I correct? Has anyone tried extending the SSLSocketBuilder class to provide such functionality? I am considering doing this myself. Thanks, Nikos. mbean code=org.jboss.remoting.security.SSLSocketBuilder name=jboss.messaging:service=SocketBuilder,type=SSL display-name=SSL Server Socket Factory Builder> -  <attribute name="UseSSLServerSocketFactory">false</attribute> -  <attribute name="KeyStoreURL">${jboss.server.home.url}/conf/ssl/server.keystore</attribute> -  <attribute name="KeyStorePassword">MY_PASSWORD_IS_HERE</attribute> -  -  -  <attribute name="SecureSocketProtocol">TLS</attribute> -  <attribute name="KeyStoreAlgorithm">SunX509</attribute> -  <attribute name="KeyStoreType">JKS</attribute> </mbean> < -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/576595#576595] Start a new discussion in JBoss Remoting at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

2
3
0 / 0

[Datasource Configuration] - Oracle 10g and Jboss-4.0.4.GA connection issues

by Derek Warner

Derek Warner [http://community.jboss.org/people/dwarner8] created the discussion "Oracle 10g and Jboss-4.0.4.GA connection issues" To view the discussion, visit: http://community.jboss.org/message/586539#586539 -------------------------------------------------------------- We have a server that uses JBOSS to connect to Oracle 10g. We are getting into a snafu and cannot figure it out. JBOSS doesnt seem to be able to get a connection. The passwords to the database have been tested in both encrypted and unencrypted fashion, the login-xml uses an encryption tool to connect to oracle, this has been verified as working. Here is an excerpt from the log. 2011-02-04 11:03:37,501 WARN [org.jboss.resource.connectionmanager.JBossManagedConnectionPool] Throwable while attempting to get a new connection: null org.jboss.resource.JBossResourceException: Could not create connection; - nested throwable: (java.sql.SQLException: invalid arguments in call) at org.jboss.resource.adapter.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:177) at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.createConnectionEventListener(InternalManagedConnectionPool.java:539) at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.getConnection(InternalManagedConnectionPool.java:228) at org.jboss.resource.connectionmanager.JBossManagedConnectionPool$BasePool.getConnection(JBossManagedConnectionPool.java:417) at org.jboss.resource.connectionmanager.BaseConnectionManager2.getManagedConnection(BaseConnectionManager2.java:324) at org.jboss.resource.connectionmanager.TxConnectionManager.getManagedConnection(TxConnectionManager.java:301) at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:379) at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:812) at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:88) at org.hibernate.connection.DatasourceConnectionProvider.getConnection(DatasourceConnectionProvider.java:69) at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:73) at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:1928) at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1211) at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:631) at org.hibernate.ejb.Ejb3Configuration.createEntityManagerFactory(Ejb3Configuration.java:760) at org.hibernate.ejb.Ejb3Configuration.createContainerEntityManagerFactory(Ejb3Configuration.java:350) at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:119) at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:264) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.ejb3.ServiceDelegateWrapper.startService(ServiceDelegateWrapper.java:99) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy49.start(Unknown Source) at org.jboss.ejb3.JmxKernelAbstraction.install(JmxKernelAbstraction.java:82) at org.jboss.ejb3.Ejb3Deployment.startPersistenceUnits(Ejb3Deployment.java:626) at org.jboss.ejb3.Ejb3Deployment.start(Ejb3Deployment.java:475) at org.jboss.ejb3.Ejb3Module.startService(Ejb3Module.java:139) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at sun.reflect.GeneratedMethodAccessor6.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy34.start(Unknown Source) at org.jboss.ejb3.EJB3Deployer.start(EJB3Deployer.java:449) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97) at org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java:238) at org.jboss.ws.server.WebServiceDeployer.start(WebServiceDeployer.java:117) at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:95) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy35.start(Unknown Source) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:997) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy6.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:417) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy4.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1007) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:808) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:755) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy5.deploy(Unknown Source) at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362) at org.jboss.Main.boot(Main.java:200) at org.jboss.Main$1.run(Main.java:464) at java.lang.Thread.run(Thread.java:595) Caused by: java.sql.SQLException: invalid arguments in call at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:146) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:208) at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:236) at oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:414) at oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:165) at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:35) at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:801) at org.jboss.resource.adapter.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:169) ... 162 more Any help would be greatly appreciated. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/586539#586539] Start a new discussion in Datasource Configuration at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

1
0
0 / 0

[jBPM] - Guvnor deployment package

by npereira

npereira [http://community.jboss.org/people/npereira] created the discussion "Guvnor deployment package" To view the discussion, visit: http://community.jboss.org/message/586220#586220 -------------------------------------------------------------- Hi forum, I just saw the blog post of Kris, on the subject http://kverlaen.blogspot.com/2011/01/process-repository-using-guvnor.html "A Process repository using guvnor" In this post it is said, "All artefacts should be deployed to the "defaultPackage" on Guvnor (as that is where the jbpm-console will be looking)" I was wondering if there is any possibility of having more packages besides the default packafe? And of course having jbpm taking them into account? Thanks -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/586220#586220] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 10 months

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user February 2011