[JBoss JIRA] (AS7-5529) Webserver Not Responding
by GUNASEKHAR YALAMURI (JIRA)
GUNASEKHAR YALAMURI created AS7-5529:
----------------------------------------
Summary: Webserver Not Responding
Key: AS7-5529
URL: https://issues.jboss.org/browse/AS7-5529
Project: Application Server 7
Issue Type: Clarification
Environment: Production
Reporter: GUNASEKHAR YALAMURI
Priority: Blocker
My Application Server is not Responding, Attaching are the GCC Logs generated.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 9 months
[JBoss JIRA] (AS7-5396) Persistent resolve before the complete set is installed
by Thomas Diesler (JIRA)
Thomas Diesler created AS7-5396:
-----------------------------------
Summary: Persistent resolve before the complete set is installed
Key: AS7-5396
URL: https://issues.jboss.org/browse/AS7-5396
Project: Application Server 7
Issue Type: Bug
Reporter: Thomas Diesler
Priority: Critical
On server restart we process initial deployments in parallel. For a large set, deploymentA could race many phases ahead of deploymentB with no particular order in which these deployments are processed.
With osgi deployments we may see a resolve problem because there is a central entity (i.e. the resolver) which works on the complete set of metadata of the installed deployments, which implies some sort of processing order. The minimum requirement would be that all deployments in a given set get processed by one phase before any deployment moves on to the next phase.
{code}
07:09:46,473 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011006: OSGi Framework - 2.0.0.CR20
07:09:46,884 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: jboss-osgi-logging:1.0.0
07:09:46,900 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.apache.felix.log:1.0.0
07:09:46,924 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: jboss-as-osgi-configadmin:7.2.0.Alpha1-SNAPSHOT
07:09:46,929 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.apache.felix.configadmin:1.2.8
07:09:47,440 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.apache.geronimo.specs.geronimo-annotation_1.0_spec:1.1.1
07:09:47,450 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.apache.servicemix.specs.saaj-api-1.3:1.9.0
07:09:47,446 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.ws.xmlschema.core:2.0.1
07:09:47,451 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.springframework.expression:3.0.6.RELEASE
07:09:47,464 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: com.springsource.org.apache.commons.logging:1.1.1
07:09:47,468 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.springframework.asm:3.0.6.RELEASE
07:09:47,465 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.apache.geronimo.specs.geronimo-activation_1.1_spec:1.1.0
07:09:47,479 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0.0
07:09:47,485 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: stax2-api:3.1.1
07:09:47,500 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.asm:3.3.0.2
07:09:47,510 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.springframework.osgi.core:1.2.1
07:09:47,520 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.apache.servicemix.specs.stax-api-1.0:1.9.0
07:09:47,522 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: com.springsource.org.aopalliance:1.0.0
07:09:47,529 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.geronimo.specs.geronimo-ws-metadata_2.0_spec:1.1.3
07:09:47,551 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.springframework.beans:3.0.6.RELEASE
07:09:47,552 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.joda-time:1.5.2.4
07:09:47,554 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.eclipse.jetty.aggregate.jetty-all-server:7.4.2.v20110526
07:09:47,565 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.ops4j.pax.web.pax-web-runtime:1.0.3
07:09:47,570 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.commons-pool:1.5.4.1
07:09:47,567 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.wsdl4j:1.6.2.5
07:09:47,589 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.servicemix.specs.jsr311-api-1.1.1:1.9.0
07:09:47,602 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.xmlsec:1.4.5.1
07:09:47,604 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.ops4j.pax.web.pax-web-spi:1.0.3
07:09:47,608 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.apache.servicemix.specs.jaxb-api-2.1:1.9.0
07:09:47,612 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.springframework.aop:3.0.6.RELEASE
07:09:47,633 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.springframework.osgi.extender:1.2.1
07:09:47,634 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: cxf-dosgi-ri-topology-manager:1.4.0.SNAPSHOT
07:09:47,655 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.geronimo.specs.geronimo-javamail_1.4_spec:1.2.0
07:09:47,638 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: com.springsource.org.jdom:1.1.0
07:09:47,661 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.apache.neethi:3.0.1
07:09:47,673 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.springframework.core:3.0.6.RELEASE
07:09:47,696 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: cxf-dosgi-ri-dsw-cxf:1.4.0.SNAPSHOT
07:09:47,699 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.xmlresolver:1.2.0.4
07:09:47,701 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: com.springsource.slf4j.jcl:1.5.10
07:09:47,697 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: woodstox-core-asl:4.1.1
07:09:47,719 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: com.springsource.slf4j.api:1.5.10
07:09:47,737 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: osgi.enterprise:4.2.0.201003190513
07:09:47,754 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.jaxb-impl:2.1.13.2
07:09:47,740 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: cxf-dosgi-ri-discovery-local:1.4.0.SNAPSHOT
07:09:47,776 INFO [org.jboss.osgi.framework] (MSC service thread 1-3) JBOSGI011001: Bundle installed: org.apache.servicemix.specs.jaxws-api-2.1:1.9.0
07:09:47,779 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.springframework.osgi.io:1.2.1
07:09:47,809 INFO [org.jboss.osgi.framework] (MSC service thread 1-4) JBOSGI011001: Bundle installed: org.ops4j.pax.web.pax-web-jetty:1.0.3
07:09:47,833 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.springframework.context:3.0.6.RELEASE
07:09:47,882 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015893: Encountered invalid class name 'org.springframework.context.ApplicationContext,org.springframework.beans.BeansException' for service type 'org.apache.cxf.bus.factory'
07:09:47,912 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: spring-expression-3.0.6.RELEASE.jar
07:09:47,915 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: com.springsource.org.apache.commons.logging-1.1.1.jar
07:09:47,916 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: xmlschema-core-2.0.1.jar
07:09:47,932 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011001: Bundle installed: org.apache.servicemix.bundles.opensaml:2.4.1.1
07:09:47,938 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: geronimo-activation_1.1_spec-1.1.jar
07:09:48,223 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: spring-asm-3.0.6.RELEASE.jar
07:09:48,233 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: geronimo-servlet_3.0_spec-1.0.jar
07:09:48,290 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: stax2-api-3.1.1.jar
07:09:48,321 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: geronimo-annotation_1.0_spec-1.1.1.jar
07:09:48,328 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: spring-osgi-core-1.2.1.jar
07:09:48,337 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: org.apache.servicemix.specs.saaj-api-1.3-1.9.0.jar
07:09:48,392 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: spring-beans-3.0.6.RELEASE.jar
07:09:48,399 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: org.apache.servicemix.bundles.joda-time-1.5.2_4.jar
07:09:48,662 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: org.apache.servicemix.bundles.asm-3.3_2.jar
07:09:48,667 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: com.springsource.org.aopalliance-1.0.0.jar
07:09:48,680 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: jetty-all-server-7.4.2.v20110526.jar
07:09:48,758 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: geronimo-ws-metadata_2.0_spec-1.1.3.jar
07:09:48,764 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: org.apache.servicemix.bundles.commons-pool-1.5.4_1.jar
07:09:48,767 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: org.apache.servicemix.bundles.wsdl4j-1.6.2_5.jar
07:09:48,899 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: org.apache.servicemix.specs.jsr311-api-1.1.1-1.9.0.jar
07:09:48,900 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: org.apache.servicemix.specs.jaxb-api-2.1-1.9.0.jar
07:09:48,907 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: spring-aop-3.0.6.RELEASE.jar
07:09:48,900 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: org.apache.servicemix.specs.stax-api-1.0-1.9.0.jar
07:09:48,928 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: spring-osgi-extender-1.2.1.jar
07:09:48,929 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: cxf-dosgi-ri-topology-manager-1.4-SNAPSHOT.jar
07:09:48,939 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: com.springsource.org.jdom-1.1.0.jar
07:09:48,941 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: spring-core-3.0.6.RELEASE.jar
07:09:48,987 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: org.apache.servicemix.bundles.xmlresolver-1.2_4.jar
07:09:48,997 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: woodstox-core-asl-4.1.1.jar
07:09:49,003 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: geronimo-javamail_1.4_spec-1.2.jar
07:09:49,007 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: cxf-dosgi-ri-discovery-local-1.4-SNAPSHOT.jar
07:09:49,019 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: neethi-3.0.1.jar
07:09:49,028 INFO [org.jboss.as.osgi] (MSC service thread 1-4) Resolve: org.osgi.enterprise-4.2.0.jar
07:09:49,031 INFO [org.jboss.as.osgi] (MSC service thread 1-3) Resolve: org.apache.servicemix.specs.jaxws-api-2.1-1.9.0.jar
07:09:49,047 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: spring-osgi-io-1.2.1.jar
07:09:49,059 INFO [org.jboss.as.osgi] (MSC service thread 1-1) Resolve: spring-context-3.0.6.RELEASE.jar
07:09:49,104 INFO [org.jboss.as.osgi] (MSC service thread 1-2) Resolve: org.apache.servicemix.bundles.opensaml-2.4.1_1.jar
07:09:49,271 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.apache.cxf.bundle-minimal:2.5.4
07:09:49,285 WARN [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015967: Cannot install reflection index for unresolved bundle: cxf-dosgi-ri-dsw-cxf-1.4-SNAPSHOT.jar
07:09:49,306 WARN [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015967: Cannot install reflection index for unresolved bundle: com.springsource.slf4j.jcl-1.5.10.jar
07:09:49,311 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015967: Cannot install reflection index for unresolved bundle: org.apache.servicemix.bundles.jaxb-impl-2.1.13_2.jar
07:09:49,320 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015967: Cannot install reflection index for unresolved bundle: pax-web-runtime-1.0.3.jar
07:09:49,310 WARN [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015967: Cannot install reflection index for unresolved bundle: com.springsource.slf4j.api-1.5.10.jar
07:09:49,351 WARN [org.jboss.as.server.deployment] (MSC service thread 1-1) JBAS015967: Cannot install reflection index for unresolved bundle: pax-web-spi-1.0.3.jar
07:09:49,359 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015967: Cannot install reflection index for unresolved bundle: pax-web-jetty-1.0.3.jar
07:09:49,355 WARN [org.jboss.as.server.deployment] (MSC service thread 1-4) JBAS015967: Cannot install reflection index for unresolved bundle: org.apache.servicemix.bundles.xmlsec-1.4.5_1.jar
07:09:49,733 WARN [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015967: Cannot install reflection index for unresolved bundle: cxf-bundle-minimal-2.5.4.jar
07:09:49,956 INFO [org.jboss.osgi.framework] (MSC service thread 1-2) JBOSGI011011: Starting bundles for start level: 1
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 9 months
[JBoss JIRA] (AS7-5495) DuplicateServiceException when redeploying a rar multiple times
by Flavia Rainone (JIRA)
Flavia Rainone created AS7-5495:
-----------------------------------
Summary: DuplicateServiceException when redeploying a rar multiple times
Key: AS7-5495
URL: https://issues.jboss.org/browse/AS7-5495
Project: Application Server 7
Issue Type: Bug
Reporter: Flavia Rainone
Assignee: Flavia Rainone
Fix For: 7.2.0.Alpha1
Start up a JBoss AS instance and run org.jboss.as.test.smoke.deployment.rar.tests.redeployment.ReDeploymentTestCase twice. At the second time the test runs, it will fail with a DuplicateServiceException.
The cause of this failure is in ResourceAdapterService, that does not remove itself from the resource adapters service list on stop. Notice that the same service adds itself to that list on start.
So, when a new rar is deployed, that list is reread and the resource adapter service gets redeployed along with the service being deployed. If the service being deployed is the same as before, we will get a duplicate deployment of the same components, resulting in a DuplicateServiceException.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 9 months
[JBoss JIRA] (JBRULES-3622) ClassCastException When Using Temporal Operator overlappedby
by Julian Klein (JIRA)
Julian Klein created JBRULES-3622:
-------------------------------------
Summary: ClassCastException When Using Temporal Operator overlappedby
Key: JBRULES-3622
URL: https://issues.jboss.org/browse/JBRULES-3622
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.4.0.Final
Environment: Mac OSX 10.6.8, Java 6
Reporter: Julian Klein
Assignee: Mark Proctor
When trying to determine if two dates overlap using the overlappedby keyword with parameters in a rule, Drools throws a ClassCastException. If I use another temporal keyword such as "overlaps" with parameters, the rule works as expected. I am using a StatefulKnowledgeSession and this occurs after I insert facts into the session. The facts I insert are of a different type than TimeBoxedFact. The LHS is as follows:
{code}
$encD : TimeBoxedFact(yearRecorded == durationCycleYear )
$encN : TimeBoxedFact( ID != $encD.ID, datetimeRecorded coincides[1ms,90d] $encD.datetimeRecorded )
{code}
durationCycleYear is a global Integer equal to the four digit year (e.g. 2012 or 1998; declared as follows "global Integer durationCycleYear;")
Here is what the TimeBoxedFact object looks like:
{code}
package com.company;
import java.io.Serializable;
import java.sql.Timestamp;
public class TimeBoxedFact implements Serializable{
protected Timestamp datetime = null;
protected int ID;
private static final long serialVersionUID = -7640003804511140444L;
public int getID() {
return this.ID;
}
public void setID(int id) {
this.ID = id;
}
public Timestamp getDatetimeRecorded() {
return this.datetime;
}
public java.util.Date getDateRecorded(){
return new java.util.Date(this.datetime.getTime());
}
public int getYearRecorded(){
return calendarDateRecorded.get(Calendar.YEAR);
}
public void setDatetimeRecorded(Timestamp dt) {
this.datetime = dt;
//create the calendar object
calendarDateRecorded = Calendar.getInstance();
calendarDateRecorded.setTimeInMillis(datetime.getTime());
}
}
{code}
The stack trace is as follows:
{code}
java.lang.ClassCastException: org.drools.common.DefaultFactHandle cannot be cast to com.company.TimeBoxedFact
at org.drools.base.com.company.TimeBoxedFact1639733674$getDatetimeRecorded.getValue(Unknown Source)
at org.drools.base.extractors.BaseObjectClassFieldReader.isNullValue(BaseObjectClassFieldReader.java:179)
at org.drools.base.ClassFieldReader.isNullValue(ClassFieldReader.java:179)
at org.drools.rule.VariableRestriction$ObjectVariableContextEntry.updateFromTuple(VariableRestriction.java:327)
at org.drools.common.DoubleBetaConstraints.updateFromTuple(DoubleBetaConstraints.java:137)
at org.drools.reteoo.JoinNode.assertLeftTuple(JoinNode.java:84)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:196)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.propagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:71)
at org.drools.reteoo.JoinNode.assertLeftTuple(JoinNode.java:98)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.doPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:196)
at org.drools.reteoo.SingleLeftTupleSinkAdapter.createAndPropagateAssertLeftTuple(SingleLeftTupleSinkAdapter.java:145)
at org.drools.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:154)
at org.drools.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:497)
at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:382)
at org.drools.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:364)
at org.drools.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:235)
at org.drools.reteoo.EntryPointNode.assertObject(EntryPointNode.java:240)
at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:337)
at org.drools.common.NamedEntryPoint.insert(NamedEntryPoint.java:298)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:888)
at org.drools.common.AbstractWorkingMemory.insert(AbstractWorkingMemory.java:847)
at org.drools.impl.StatefulKnowledgeSessionImpl.insert(StatefulKnowledgeSessionImpl.java:269)
at com.company.RulesRunner.persistAndInsertBRE(RulesRunner.java:267)
at com.company.RulesRunner.runRules(RulesRunner.java:249)
at com.company.testProtocol_0_In90Days(Test025.java:205)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:76)
at com.intellij.rt.execution.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:195)
at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:63)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:120)
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 9 months
[JBoss JIRA] (AS7-5525) Make filters string based
by Tomaz Cerar (JIRA)
Tomaz Cerar created AS7-5525:
--------------------------------
Summary: Make filters string based
Key: AS7-5525
URL: https://issues.jboss.org/browse/AS7-5525
Project: Application Server 7
Issue Type: Enhancement
Components: Logging
Affects Versions: 7.2.0.Alpha1
Reporter: Tomaz Cerar
Assignee: James Perkins
Fix For: 7.2.0.CR1
filters are now complex object graph, but it would make more sense that they are converted to simple string that operations can parse and use internally.
backward compatibility should be provided via transformers.
this issue is continuation of work started in AS7-4788
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 9 months
[JBoss JIRA] (AS7-5524) Lifecycle and injections ignored in @ManagedBean dynamic Servlet
by Cheng Fang (JIRA)
Cheng Fang created AS7-5524:
-------------------------------
Summary: Lifecycle and injections ignored in @ManagedBean dynamic Servlet
Key: AS7-5524
URL: https://issues.jboss.org/browse/AS7-5524
Project: Application Server 7
Issue Type: Bug
Components: Web
Affects Versions: 7.2.0.Alpha1
Reporter: Cheng Fang
Assignee: Remy Maucherat
These classes are annotated with javax.annotation.ManagedBean, and added as dynamic servlet. The regular request processing works, but all lifecycle callback methods and resource injectsions in this dynamic servlet class are ignored.
Since this class is a managed bean, these annotations need to be honored, though dynamic servelt itself does not require so.
{quote}
4.4.3.5 Annotation processing requirements for programmatically added Servlets, Filters and Listeners
Resource injection on all components (Servlets, Filters and Listeners) added programmatically or created programmatically, other than the ones added via the methods that takes an instance, will only be supported when the component is a Managed Bean.
{quote}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 9 months