[JBoss JIRA] Created: (JBAS-3671) org.jboss.axis.ConfigurationException: No engine configuration file
by Keith Gregory (JIRA)
org.jboss.axis.ConfigurationException: No engine configuration file
-------------------------------------------------------------------
Key: JBAS-3671
URL: http://jira.jboss.com/jira/browse/JBAS-3671
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: JBossAS-4.0.3 SP1
Reporter: Keith Gregory
Assigned To: Thomas Diesler
Priority: Minor
The default org.jboss.axis.client.Service constructor will throw this exception. My particular case involves creating a new Service object from within an EJB, but this should occur with any client.
Tracing through the code, I discovered that org.jboss.axis.configuration.EngineConfigurationFactoryDefault defines the default filenames for the client configuration as "client-config.wsdd", while the actual file distributed with jboss-ws4ee-client.jar is "axis-client-config.xml". When the Service object is constructed, org.jboss.axis.configuration.FileProvider looks on the classpath for "client-config.wsdd", and of course can't find it.
The workaround specified in JBAS-1106 puts a file with the correct name but possibly the wrong configuration information onto the classpath, where FileProvider can find it. This will work for a standalone client, but not for client code within an EJB, since the Axis packages appear to be loaded with a different classloader than that for the EJB.
The workaround is to provide the Service constructor with a FileProvider that specifies the correct configuration file:
new Service(new FileProvider("META-INF/axis-client-config.xml"))
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBAS-3844) "array element type mismatch" when deserializing JAX-RPC value type properties of array type when size >2
by Andrei Iltchenko (JIRA)
"array element type mismatch" when deserializing JAX-RPC value type properties of array type when size >2
-----------------------------------------------------------------------------------------------------------
Key: JBAS-3844
URL: http://jira.jboss.com/jira/browse/JBAS-3844
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: JBossAS-4.0.3 SP1
Reporter: Andrei Iltchenko
Assigned To: Thomas Diesler
We experience a problem with the WS4EE stack on JBoss 4.0.3 when deserializing JAX-RPC value type properties of array type when the number of elements is greater than 2 and when the request envelope was created by a .NET client. There are similar issues reported on AXIS. Here's a typical stack trace we get:
14:59:13,330 ERROR [BeanPropertyTarget] Could not convert [Lcrm.application.business.common.customersvc.CallDataObject; to bean field 'typedElements[2]', type [Lcrm.application.business.common.customersvc.CallDataObject;
14:59:13,390 ERROR [RPCInvocation] java.lang.IllegalArgumentException: array element type mismatch
java.lang.IllegalArgumentException: array element type mismatch
at org.jboss.axis.encoding.ser.BeanPropertyTarget.set(BeanPropertyTarget.java:243)
at org.jboss.axis.encoding.DeserializerImpl.valueComplete(DeserializerImpl.java:305)
at org.jboss.axis.encoding.DeserializerImpl.endElement(DeserializerImpl.java:590)
at org.jboss.axis.encoding.DeserializationContextImpl.endElement(DeserializationContextImpl.java:1269)
at org.jboss.axis.message.SAX2EventRecorder.replay(SAX2EventRecorder.java:252)
at org.jboss.axis.message.SOAPElementAxisImpl.publishToHandler(SOAPElementAxisImpl.java:1394)
at org.jboss.axis.message.RPCElement.deserialize(RPCElement.java:266)
at org.jboss.axis.message.RPCElement.getParams(RPCElement.java:402)
at org.jboss.axis.providers.java.RPCInvocation.prepareFromRequestEnvelope(RPCInvocation.java:235)
at org.jboss.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:103)
at org.jboss.axis.providers.java.JavaProvider.invoke(JavaProvider.java:358)
at org.jboss.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:73)
at org.jboss.axis.SimpleChain.doVisiting(SimpleChain.java:160)
at org.jboss.axis.SimpleChain.invoke(SimpleChain.java:123)
at org.jboss.axis.handlers.soap.SOAPService.invoke(SOAPService.java:560)
at org.jboss.webservice.server.ServerEngine.invokeInternal(ServerEngine.java:215)
at org.jboss.webservice.server.ServerEngine.invoke(ServerEngine.java:104)
at org.jboss.axis.transport.http.AxisServlet.doPost(AxisServlet.java:911)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.jboss.axis.transport.http.AxisServletBase.service(AxisServletBase.java:370)
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.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:524)
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.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:595)
Message:
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsa="http://schemas.xmlsoap.org/ws/2004/08/addressing" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext..." xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utilit...">
<soap:Header>
<wsa:Action>
</wsa:Action>
<wsa:MessageID>urn:uuid:6bdec88b-6594-4cae-81a5-628b86b75699</wsa:MessageID>
<wsa:ReplyTo>
<wsa:Address>http://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous</wsa:Address>
</wsa:ReplyTo>
<wsa:To>http://localhost:8082/ws/customersvc</wsa:To>
<wsse:Security>
<wsu:Timestamp wsu:Id="Timestamp-b935bb5d-4a72-4b8d-ba5d-d529e18cc23e">
<wsu:Created>2006-11-10T13:59:13Z</wsu:Created>
<wsu:Expires>2006-11-10T14:04:13Z</wsu:Expires>
</wsu:Timestamp>
</wsse:Security>
</soap:Header>
<soap:Body>
<setCustomerDo xmlns="http://logic.business.application.crm">
<update xmlns="">
<deleted>false</deleted>
<created>true</created>
<pruned>true</pruned>
<Original xsi:nil="true" />
<CRC>0</CRC>
<customerId>0002</customerId>
<contractDate>2006-11-07T00:00:00</contractDate>
<call>
<typedElements>
<deleted>false</deleted>
<created>true</created>
<pruned>true</pruned>
<Original xsi:nil="true" />
<CRC>0</CRC>
<callResolved>false</callResolved>
<callDescription xsi:nil="true" />
<callTimestamp>0001-01-01T00:00:00</callTimestamp>
</typedElements>
<typedElements>
<deleted>false</deleted>
<created>true</created>
<pruned>true</pruned>
<Original xsi:nil="true" />
<CRC>0</CRC>
<callResolved>false</callResolved>
<callDescription xsi:nil="true" />
<callTimestamp>0001-01-01T00:00:00</callTimestamp>
</typedElements>
<typedElements>
<deleted>false</deleted>
<created>true</created>
<pruned>true</pruned>
<Original xsi:nil="true" />
<CRC>0</CRC>
<callResolved>false</callResolved>
<callDescription xsi:nil="true" />
<callTimestamp>0001-01-01T00:00:00</callTimestamp>
</typedElements>
</call>
<firstName>Andre</firstName>
<serviceAgreement>
<deleted>false</deleted>
<created>true</created>
<pruned>true</pruned>
<Original xsi:nil="true" />
<CRC>0</CRC>
<serviceLevel>
<value>1</value>
</serviceLevel>
<saDescription>Medium Service</saDescription>
<saPrice>50.95</saPrice>
<customer />
<saId>0001</saId>
</serviceAgreement>
<customerTitle>Mr</customerTitle>
<lastName>Bos</lastName>
<address>
<countryCode>31</countryCode>
<phone xsi:nil="true" />
<zipCode>1005 BB</zipCode>
<street>Hoogoorddreef</street>
<city>Amsterdam</city>
<stateCode xsi:nil="true" />
<email>Reinier.Bos(a)nl.compuware.com</email>
</address>
</update>
</setCustomerDo>
</soap:Body>
</soap:Envelope>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBAS-3766) Port the webservice deployer
by Scott M Stark (JIRA)
Port the webservice deployer
----------------------------
Key: JBAS-3766
URL: http://jira.jboss.com/jira/browse/JBAS-3766
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Reporter: Scott M Stark
Assigned To: Thomas Diesler
Fix For: JBossAS-5.0.0.Beta
The old jmx/interceptor based jbossws deployer is now complete broken:
*** CONTEXTS MISSING DEPENDENCIES: Name -> Dependency{Required State:Actual State}
jboss.ws:service=DeployerInterceptorEJB21
-> jboss.ejb:service=EJBDeployer{Create:** NOT FOUND **}
-> jboss.ejb:service=EJBDeployer{Start:** NOT FOUND **}
jboss.ws:service=DeployerInterceptorEJB3
-> jboss.ejb3:service=EJB3Deployer{Create:** NOT FOUND **}
-> jboss.ejb3:service=EJB3Deployer{Start:** NOT FOUND **}
jboss.ws:service=DeployerInterceptorNestedJSE
-> jboss.ws:service=WebServiceDeployerJSE{Start:Configured}
-> jboss.ws:service=WebServiceDeployerJSE{Create:Configured}
jboss.ws:service=WebServiceDeployerJSE
-> jboss.web:service=WebServer{Start:** NOT FOUND **}
-> jboss.web:service=WebServer{Create:** NOT FOUND **}
*** CONTEXTS IN ERROR: Name -> Error
jboss.web:service=WebServer -> ** NOT FOUND **
jboss.ejb3:service=EJB3Deployer -> ** NOT FOUND **
jboss.ejb:service=EJBDeployer -> ** NOT FOUND **
It needs to be ported to a deployer that augments the metadata passed to other deployers. This means no unapckaing of wars to modify the war descriptors.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBAS-3658) Remote classloading service - Redesign
by Dimitris Andreadis (JIRA)
Remote classloading service - Redesign
--------------------------------------
Key: JBAS-3658
URL: http://jira.jboss.com/jira/browse/JBAS-3658
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Remoting
Reporter: Dimitris Andreadis
Assigned To: Tom Elrod
Fix For: JBossAS-4.0.6.CR1
We need to redesign the remote classloading service such that there is more control at the deployment layer on what is exposed.
I will create a forum thread where this can be discussed in more detail.
Requirement 1:
Provide sensible defaults, which probably means no remote classloading by default
Requirement 2:
Individual deployments can choose whether remote classloading is enabled and what is available remotely
Requirement 3:
Allow "aspects" of the deployment to enhance what can be downloaded remotely, e.g. RMI/IIOP generated proxies or AOP remoting proxies
Requirement 4:
Use the spec defined RMIClassloaderSPI (exposed via an MBean) to make this configurable
Requirement 5:
Alternate implementations, e.g. exposure of remote classloading via a servlet in Tomcat or a custom resource url that triggers the use of invokers to do remote classloading.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBPORTAL-1148) SEAM / JSF / Portlet: Compatibility problem
by JP Barbe (JIRA)
SEAM / JSF / Portlet: Compatibility problem
-------------------------------------------
Key: JBPORTAL-1148
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1148
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Portal Portlet
Affects Versions: 2.6.CR1
Environment: Windows XP
MyFaces 1.1.5
SEAM 1.0.1
Reporter: JP Barbe
Assigned To: Julien Viet
When I use a seam tag into a jsf page, I have the following exception (You can see config files after the exception):
2006-11-30 17:20:57,934 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/seam-desk]] No active conversation context
java.lang.IllegalStateException: No active conversation context
at org.jboss.seam.core.Process.instance(Process.java:32)
at org.jboss.seam.core.TaskInstance.instance(TaskInstance.java:51)
at org.jboss.seam.contexts.BusinessProcessContext.getTaskInstance(BusinessProcessContext.java:213)
at org.jboss.seam.contexts.BusinessProcessContext.get(BusinessProcessContext.java:51)
at org.jboss.seam.contexts.Contexts.lookupInStatefulContexts(Contexts.java:155)
at org.jboss.seam.Component.getInstance(Component.java:1245)
at org.jboss.seam.Component.getInstance(Component.java:1230)
at org.jboss.seam.contexts.Lifecycle.resumeConversation(Lifecycle.java:328)
at org.jboss.seam.jsf.AbstractSeamPhaseListener.restoreAnyConversationContext(AbstractSeamPhaseListener.java:42)
at org.jboss.seam.jsf.SeamPortletPhaseListener.beforePhase(SeamPortletPhaseListener.java:51)
at org.jboss.seam.jsf.SeamExtendedManagedPersistencePortletPhaseListener.beforePhase(SeamExtendedManagedPersistencePortletPhaseListener.java:37)
at org.apache.myfaces.lifecycle.LifecycleImpl.informPhaseListenersBefore(LifecycleImpl.java:520)
at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:342)
at org.apache.myfaces.portlet.MyFacesGenericPortlet.facesRender(MyFacesGenericPortlet.java:396)
at org.apache.myfaces.portlet.MyFacesGenericPortlet.doView(MyFacesGenericPortlet.java:266)
at com.eads.desk.core.portlet.DeskAccessPortlet.doView(DeskAccessPortlet.java:30)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:133)
#### Here is the faces-config.xml file:
<faces-config>
<lifecycle>
<phase-listener>
org.jboss.seam.jsf.SeamExtendedManagedPersistencePortletPhaseListener
</phase-listener>
</lifecycle>
<navigation-rule>
<from-view-id>/view/deskAccess.jsp</from-view-id>
<navigation-case>
<from-outcome>trManager</from-outcome>
<to-view-id>/view/viewTRManager.jsp</to-view-id>
<redirect />
</navigation-case>
</navigation-rule>
<navigation-rule>
<navigation-case>
<from-action>#{pooledTask.assignToCurrentActor}</from-action>
<from-outcome>taskAssignedToActor</from-outcome>
<to-view-id>/view/viewTRManager.jsp</to-view-id>
</navigation-case>
</navigation-rule>
</faces-config>
#### web.xml:
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4"
xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<!-- Seam -->
<listener>
<listener-class>org.jboss.seam.servlet.SeamListener</listener-class>
</listener>
</web-app>
###
I have seen an issue (Key: JBSEAM-347) but I don't anderstand the solution proposed or if a solution exists !
(http://jira.jboss.org/jira/browse/JBSEAM-347)
Thanks.
JP.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 11 months
[JBoss JIRA] Created: (JBCACHE-846) PojoCache 2.0 key features
by Ben Wang (JIRA)
PojoCache 2.0 key features
--------------------------
Key: JBCACHE-846
URL: http://jira.jboss.com/jira/browse/JBCACHE-846
Project: JBoss Cache
Issue Type: Task
Security Level: Public (Everyone can see)
Components: PojoCache
Reporter: Ben Wang
Assigned To: Manik Surtani
Priority: Minor
Fix For: 2.0.0.GA
Manik, FYI, followings are the key features for PojoCache 2.0. When do the announcement later, please include them in. Thanks! -Ben
Key PojoCache 2.0 features:
1. Supports replicated POJO field as Enum class (JBCACHE-619)
2. Option to replicate POJO final field (JBCACHE-839)
3. Support JDK5.0 only
4. PojoCache provides MBean interface (JBCACHE-783)
5. Uses a pojocache-aop.xml for configuration (JBCACHE-780)
6. Handle complete rollback of POJO field operation under transaction if needed (JBCACHE-723)
7. PojoCache to throw PojoCacheException only runtime exception (JBCACHE-700)
8. Interceptor based architecture to allow easy customization (JBCACHE-588)
9. PojoCache now uses Cache as a delegate (JBCACHE-673)
10. PojoCache event listener (JBCACHE-85)
11. During passivation, PojoCache now lazily loads the individual POJO.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
18 years, 12 months