September 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-2715) Ability to add AgendaFilter to a stateless session

by Arnaud Simon (JIRA)

Ability to add AgendaFilter to a stateless session --------------------------------------------------- Key: JBRULES-2715 URL: https://jira.jboss.org/browse/JBRULES-2715 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-api Affects Versions: 5.1.1.FINAL Reporter: Arnaud Simon Assignee: Mark Proctor It is currently not possible to use AgendaFilter with a stateless session. It would be nice if the stateless session execute method would also be able to take in the agendafilter argument just like fireAllRules does. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
7
0 / 0

[JBoss JIRA] Created: (JGRP-1242) ENCRYPT: encrypt_entire_message doesn't encrypt when msg.length == 0

by Bela Ban (JIRA)

ENCRYPT: encrypt_entire_message doesn't encrypt when msg.length == 0 -------------------------------------------------------------------- Key: JGRP-1242 URL: https://jira.jboss.org/browse/JGRP-1242 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assignee: Bela Ban Fix For: 2.11 ENCRYPT.encrypt_entire_message checks (in sendDown()) whether msg.length == 0 and - if true - passes the message *unencrypted* down. However, for example a JOIN_REQ in AUTH should get encrypted ! SOLUTION: change (in down() and up()) the check for msg.length == 0 to msg.length == 0 && !encrypt_entire_message -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (JBWEB-181) Allow rewriting URLs for other contexts

by Mike Millson (JIRA)

Allow rewriting URLs for other contexts --------------------------------------- Key: JBWEB-181 URL: https://jira.jboss.org/browse/JBWEB-181 Project: JBoss Web Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Affects Versions: JBossWeb-2.1.7.GA Reporter: Mike Millson Assignee: Remy Maucherat Line 1537 of o.a.c.c.Response.doIsEncodeable()[1] checks that the URL context matches the webapp context: if ((file == null) || !file.startsWith(contextPath)) return (false); There are use cases where a URL would need to be rewritten but not be the same context as the webapp. In addition, Weblogic apparently does not make this check, so it is an issue migrating from Weblogic. Can we remove this check, or add a flag where it can be configured to be removed? [1]http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossweb/branches/2.1.x/java... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
6
0 / 0

[JBoss JIRA] Created: (JBCL-175) java.lang.IncompatibleClassChangeError during deployment of Liferay

by Thomas Fromm (JIRA)

java.lang.IncompatibleClassChangeError during deployment of Liferay ------------------------------------------------------------------- Key: JBCL-175 URL: https://jira.jboss.org/browse/JBCL-175 Project: JBoss ClassLoader Issue Type: Bug Components: ClassLoader Affects Versions: JBossCL.2.2.0.Alpha8 Environment: JBoss 6(M5), JDK 6u16 (also tested with Update21), Liferay 5.2.3 Reporter: Thomas Fromm Assignee: Ales Justin During startup of Liferay Portal server I get exception: [ClassLoaderManager] Unexpected error during load of:com.liferay.portlet.flags.service.http.Portlet_Flags_FlagsEntryServiceSoapBindingStub: java.lang.IncompatibleClassChangeError: Implementing class The .war was build from source using the same JDK running the JBoss. The .war runs fine in JBoss 4.0.5, 5.0.1 and 5.1.0 so I think it might be a bug inside JBoss 6. Trace: 08:39:50,885 WARN [ClassLoaderManager] Unexpected error during load of:com.liferay.portlet.flags.service.http.Portlet_Flags_FlagsEntryServiceSoapBindingStub: java.lang.IncompatibleClassChangeError: Implementing class at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_16] at java.lang.ClassLoader.defineClass(ClassLoader.java:621) [:1.6.0_16] at org.jboss.classloader.spi.base.BaseClassLoader.access$200(BaseClassLoader.java:52) [jboss-classloader.jar:2.2.0.Alpha8] ... 08:39:50,910 ERROR [AbstractKernelController] Error installing to PostClassLoader: name=vfs:///usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war state=ClassLoader mode=Manual requiredState=PostClassLoader: org.jboss.deployers.spi.DeploymentException: Error during deploy: vfs:///usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) [:2.2.0.Alpha7] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:185) [:2.2.0.Alpha7] ... Caused by: java.lang.Error: Error visiting "/usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war/WEB-INF/lib/portal-client.jar/com/liferay/portlet/flags/service/http/Portlet_Flags_FlagsEntryServiceSoapBindingStub.class" at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:268) [jboss-classloading-vfs.jar:2.2.0.Alpha8] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:407) [jboss-vfs.jar:3.0.0.CR5] ... Caused by: java.lang.RuntimeException: Error visiting resource: VFSResourceContext @ com/liferay/portlet/flags/service/http/Portlet_Flags_FlagsEntryServiceSoapBindingStub.class / BaseClassLoader@139cf9c{vfs:///usr/local/inubit/tf/ibis-head/javainstall/JBoss/server/default/deploy/ROOT.war}, visitor: org.jboss.scanning.annotations.plugins.GenericAnnotationVisitor@f05c2f at org.jboss.scanning.plugins.visitor.IgnoreSetErrorHandler.handleError(IgnoreSetErrorHandler.java:56) [:1.0.0.Alpha6] ... Caused by: java.lang.ClassNotFoundException: Unexpected error during load of: com.liferay.portlet.flags.service.http.Portlet_Flags_FlagsEntryServiceSoapBindingStub, msg=Implementing class at org.jboss.classloader.spi.base.ClassLoaderManager.process(ClassLoaderManager.java:176) [jboss-classloader.jar:2.2.0.Alpha8] ... Caused by: java.lang.IncompatibleClassChangeError: Implementing class at java.lang.ClassLoader.defineClass1(Native Method) [:1.6.0_16] at java.lang.ClassLoader.defineClass(ClassLoader.java:621) [:1.6.0_16] ... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
4
0 / 0

[JBoss JIRA] Created: (EJBTHREE-2178) Set test scope for org.jboss.javaee:jboss-persistence-api dependency in ejbref resolver

by jaikiran pai (JIRA)

Set test scope for org.jboss.javaee:jboss-persistence-api dependency in ejbref resolver --------------------------------------------------------------------------------------- Key: EJBTHREE-2178 URL: https://jira.jboss.org/browse/EJBTHREE-2178 Project: EJB 3.0 Issue Type: Bug Components: ejbref-resolver Reporter: jaikiran pai Assignee: jaikiran pai The org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb31-impl has the following "runtime" dependency: <dependency> <groupId>org.jboss.javaee</groupId> <artifactId>jboss-persistence-api</artifactId> <version>3.0.0.CR1</version> <scope>runtime</scope> </dependency> It should instead be set to "test" scope, because it's only used in tests. [INFO] [dependency:tree] [INFO] org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb31-impl:jar:1.0.0-alpha-3-SNAPSHOT [INFO] +- org.jboss.ejb3.ejbref.resolver:ejbref-resolver-spi:jar:1.0.0-alpha-3-SNAPSHOT:compile [INFO] +- org.jboss.metadata:jboss-metadata-ejb:jar:2.0.0-alpha-18:compile [INFO] | +- org.jboss.spec.javax.ejb:jboss-ejb-api_3.1_spec:jar:1.0.0.Beta2:compile [INFO] | | +- org.jboss.spec.javax.transaction:jboss-transaction-api_1.1_spec:jar:1.0.0.Beta1:compile [INFO] | | \- org.jboss.ws.native:jbossws-native-jaxrpc:jar:3.2.2.GA:compile [INFO] | | \- org.jboss.ws.native:jbossws-native-saaj:jar:3.2.2.GA:compile [INFO] | +- org.jboss.metadata:jboss-metadata-common:jar:2.0.0.Alpha15:compile [INFO] | | +- org.jboss.logging:jboss-logging-spi:jar:2.1.1.GA:compile (version managed from 2.2.0.CR1) [INFO] | | +- org.jboss:jboss-common-core:jar:2.2.14.GA:compile [INFO] | | +- org.jboss.javaee:jboss-ejb-api:jar:3.0.0.GA:compile [INFO] | | | \- org.jboss.javaee:jboss-transaction-api:jar:1.0.1.GA:compile [INFO] | | +- org.hibernate:ejb3-persistence:jar:1.0.2.GA:compile [INFO] | | +- org.jboss.javaee:jboss-jms-api:jar:1.1.0.GA:compile [INFO] | | +- org.jboss.ws:jbossws-spi:jar:1.3.0.Beta4:compile [INFO] | | | +- org.apache.ant:ant:jar:1.7.1:compile [INFO] | | | | \- org.apache.ant:ant-launcher:jar:1.7.1:compile [INFO] | | | +- dom4j:dom4j:jar:1.6.1:compile [INFO] | | | | \- xml-apis:xml-apis:jar:1.0.b2:compile [INFO] | | | \- gnu-getopt:getopt:jar:1.0.13:compile [INFO] | | +- jboss.jbossws:jboss-jaxws:jar:3.0.1-native-2.0.4.GA:compile [INFO] | | +- org.jboss:jboss-vfs:jar:3.0.0.CR1:compile [INFO] | | +- org.jboss:jboss-mdr:jar:2.0.0.GA:compile [INFO] | | +- sun-jaxb:jaxb-api:jar:2.1.4:compile [INFO] | | \- apache-xerces:xml-apis:jar:2.9.1:compile [INFO] | +- org.jboss.ejb3:jboss-ejb3-ext-api:jar:1.1.0:compile [INFO] | \- org.jboss:jbossxb:jar:2.0.2.Beta7:compile [INFO] | +- org.jboss:jboss-reflect:jar:2.0.2.GA:compile [INFO] | +- apache-xerces:xercesImpl:jar:2.9.1:compile [INFO] | +- wutka-dtdparser:dtdparser121:jar:1.2.1:compile [INFO] | \- javax.activation:activation:jar:1.1.1:compile [INFO] +- org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb30-impl:jar:1.0.0-alpha-3-SNAPSHOT:compile [INFO] +- org.jboss.deployers:jboss-deployers-spi:jar:2.0.9.GA:provided [INFO] | \- org.jboss.deployers:jboss-deployers-structure-spi:jar:2.0.9.GA:provided [INFO] | +- org.jboss.deployers:jboss-deployers-client-spi:jar:2.0.9.GA:provided [INFO] | | +- org.jboss.deployers:jboss-deployers-core-spi:jar:2.0.9.GA:provided [INFO] | | \- org.jboss.man:jboss-managed:jar:2.1.1.CR1:provided [INFO] | | \- org.jboss.man:jboss-metatype:jar:2.1.1.CR1:provided [INFO] | +- org.jboss.microcontainer:jboss-dependency:jar:2.0.9.GA:provided [INFO] | \- org.jboss.integration:jboss-classloading-spi:jar:5.1.0.SP1:provided [INFO] +- junit:junit:jar:4.7:test [INFO] +- org.jboss.ejb3.ejbref.resolver:ejbref-resolver-ejb30-impl:test-jar:tests:1.0.0-alpha-3-SNAPSHOT:test [INFO] | \- org.jboss.metadata:jboss-metadata:jar:1.0.4:test [INFO] \- org.jboss.javaee:jboss-persistence-api:jar:3.0.0.CR1:runtime -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-8462) OSGi subsystem startup on demand

by Thomas Diesler (JIRA)

OSGi subsystem startup on demand -------------------------------- Key: JBAS-8462 URL: https://jira.jboss.org/browse/JBAS-8462 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: OSGi integration Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: 7.0.0.M1 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

2
10
0 / 0

[JBoss JIRA] Created: (SECURITY-534) Remove MC bindings and JBossXB dependency from PB

by Stefan Guilhen (JIRA)

Remove MC bindings and JBossXB dependency from PB ------------------------------------------------- Key: SECURITY-534 URL: https://jira.jboss.org/browse/SECURITY-534 Project: PicketBox (JBoss Security and Identity Management) Issue Type: Task Security Level: Public (Everyone can see) Components: JBossSX, Security SPI Affects Versions: PicketBox_v3_0_CR1 Reporter: Stefan Guilhen Assignee: Stefan Guilhen Fix For: PicketBox_v4_0_alpha1 AS7 will use a new component model and the MC bindings we have in PB will no longer be necessary. We also must drop JBoss XB dependencies as Stax is now used for parsing the security configuration files. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBWEB-176) Backport "Bug 42530 - ManagerBase.backgroundProcess throws NullPointerException."

by Masafumi Miura (JIRA)

Backport "Bug 42530 - ManagerBase.backgroundProcess throws NullPointerException." --------------------------------------------------------------------------------- Key: JBWEB-176 URL: https://jira.jboss.org/browse/JBWEB-176 Project: JBoss Web Issue Type: Bug Security Level: Public (Everyone can see) Components: Tomcat Reporter: Masafumi Miura Assignee: Remy Maucherat We have a customer asking to backport "Bug 42530 - ManagerBase.backgroundProcess throws NullPointerException."[1] to EAP 4.3 and hence we need to first backport it to JBossWeb 2.0 which comes with EAP 4.3. [1] https://issues.apache.org/bugzilla/show_bug.cgi?id=42530 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

3
5
0 / 0

[JBoss JIRA] Created: (SECURITY-533) Create Branch_3_x

by Stefan Guilhen (JIRA)

Create Branch_3_x ----------------- Key: SECURITY-533 URL: https://jira.jboss.org/browse/SECURITY-533 Project: PicketBox (JBoss Security and Identity Management) Issue Type: Task Security Level: Public (Everyone can see) Reporter: Stefan Guilhen Assignee: Stefan Guilhen We need to create Branch_3_x for development towards AS6 and set trunk to version 4.0.0 for development towards AS7. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-8375) IllegalStateException when using Mojarra 2.0.4-b03

by Juergen Zimmermann (JIRA)

IllegalStateException when using Mojarra 2.0.4-b03 -------------------------------------------------- Key: JBAS-8375 URL: https://jira.jboss.org/browse/JBAS-8375 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JSF Affects Versions: 6.0.0.M4 Reporter: Juergen Zimmermann Assignee: Stan Silvert When I replace the JARs for Mojarra 2 in the directory %JBOSS_HOME%\server\default\deployers\jsf.deployer\Mojarra-2.0\jsf-libs with version 2.0.3, then everything works fine. However, if I upgrade to Mojarra 2.0.4-b03 then I get the stacktrace below as soon as I invoke my /index.xhtml page which is based on RichFaces 3.3.3. I'm not sure whether the error belongs to JBoss' JSF integration or to RichFaces. There is some German text inside the exception message saying: "Illegal attempt to define a ViewHandler after a response was created". 19:51:20,579 ERROR [org.ajax4jsf.webapp.BaseXMLFilter] Exception in the filter chain: javax.servlet.ServletException: Unzulässiger Versuch, ViewHandler festzulegen, nachdem eine Antwort erstellt wurde. at javax.faces.webapp.FacesServlet.service(FacesServlet.java:321) [:2.0.4-SNAPSHOT] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.20100721-M4] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.20100721-M4] at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:206) [:3.3.3.Final] at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290) [:3.3.3.Final] at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388) [:3.3.3.Final] at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515) [:3.3.3.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.20100721-M4] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.20100721-M4] at org.jboss.resteasy.plugins.server.servlet.FilterDispatcher.doFilter(FilterDispatcher.java:63) [:6.0.0.20100721-M4] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.20100721-M4] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.20100721-M4] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.0.0.20100721-M4] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:6.0.0.20100721-M4] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.0.0.20100721-M4] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) [:6.0.0.20100721-M4] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.CR3] at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.CR3] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.0.0.20100721-M4] at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:93) [:6.0.0.20100721-M4] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:6.0.0.20100721-M4] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.0.0.20100721-M4] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0.20100721-M4] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.0.0.20100721-M4] at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.0.0.20100721-M4] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.0.0.20100721-M4] at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:893) [:6.0.0.20100721-M4] at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:599) [:6.0.0.20100721-M4] at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:2024) [:6.0.0.20100721-M4] at java.lang.Thread.run(Thread.java:619) [:1.6.0_21] Caused by: java.lang.IllegalStateException: Unzulässiger Versuch, ViewHandler festzulegen, nachdem eine Antwort erstellt wurde. at com.sun.faces.application.ApplicationImpl.setViewHandler(ApplicationImpl.java:559) [:2.0.4-SNAPSHOT] at org.ajax4jsf.event.InitPhaseListener.beforePhase(InitPhaseListener.java:92) [:3.3.3.Final] at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:224) [:2.0.4-SNAPSHOT] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:95) [:2.0.4-SNAPSHOT] at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:107) [:2.0.4-SNAPSHOT] at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:114) [:2.0.4-SNAPSHOT] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:308) [:2.0.4-SNAPSHOT] ... 29 more -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 10 months

6
20
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2010