[JBoss JIRA] (JBRULES-3701) Add ability to trait a map
by Ming Fang (JIRA)
Ming Fang created JBRULES-3701:
----------------------------------
Summary: Add ability to trait a map
Key: JBRULES-3701
URL: https://issues.jboss.org/browse/JBRULES-3701
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.5.0.Final
Reporter: Ming Fang
Assignee: Mark Proctor
Add ability to trait a Map as described by Mark Proctor here
http://drools.46999.n3.nabble.com/rules-users-Maps-as-Object-in-Drools-td...
<quote>
//code below is illustrative of what is possible, if changes where mad for above idea.
// Create interface
Person
@Trait
String : name
int : age
end
// Identify the Map instance, and wrap it with the Person interface.
rule
$m : Map[ this['name'] != null, this['age'] != null )
then
don( $m : Person.class );
end
// Now the map is identified in a type safe manner.
rule
Person( name == "darth", age == 150 )
then
….
end
</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
13 years, 7 months
[JBoss JIRA] (AS7-6098) Error using jndi view operation
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-6098?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry updated AS7-6098:
----------------------------------
Assignee: Eduardo Martins (was: Brian Stansberry)
> Error using jndi view operation
> -------------------------------
>
> Key: AS7-6098
> URL: https://issues.jboss.org/browse/AS7-6098
> Project: Application Server 7
> Issue Type: Bug
> Components: Domain Management, Naming
> Environment: domain mode
> Reporter: Heiko Braun
> Assignee: Eduardo Martins
> Priority: Critical
> Fix For: 7.2.0.CR1
>
>
> {noformat}
> [Server:server-one] 14:42:04,306 ERROR [org.jboss.as.controller.management-operation] (host-controller-connection-threads - 1) JBAS014612: Operation ("jndi-view") failed - address: ([("subsystem" => "naming")]): java.lang.RuntimeException: JBAS014487: Could not load view class for ejb EJB
> [Server:server-one] at org.jboss.as.ejb3.remote.RemoteViewManagedReferenceFactory.getReference(RemoteViewManagedReferenceFactory.java:90)
> [Server:server-one] at org.jboss.as.ejb3.remote.RemoteViewManagedReferenceFactory.getJndiViewInstanceValue(RemoteViewManagedReferenceFactory.java:79)
> [Server:server-one] at org.jboss.as.naming.management.JndiViewOperation.addEntries(JndiViewOperation.java:144)
> [Server:server-one] at org.jboss.as.naming.management.JndiViewOperation.addEntries(JndiViewOperation.java:138)
> [Server:server-one] at org.jboss.as.naming.management.JndiViewOperation.addEntries(JndiViewOperation.java:138)
> [Server:server-one] at org.jboss.as.naming.management.JndiViewOperation.access$000(JndiViewOperation.java:48)
> [Server:server-one] at org.jboss.as.naming.management.JndiViewOperation$1.execute(JndiViewOperation.java:65)
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:439) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:321) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:228) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:223) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:136) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:112) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:112) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.execute(TransactionalProtocolOperationHandler.java:95) [jboss-as-controller-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:296) [jboss-as-protocol-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:518) [jboss-as-protocol-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [classes.jar:1.6.0_37]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [classes.jar:1.6.0_37]
> [Server:server-one] at java.lang.Thread.run(Thread.java:680) [classes.jar:1.6.0_37]
> [Server:server-one] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.0.0.GA.jar:2.0.0.GA]
> [Server:server-one] Caused by: java.lang.ClassNotFoundException: javax.management.j2ee.ManagementHome from [Module "org.jboss.as.naming:main" from local module loader @353c375 (roots: /Users/hbraun/dev/prj/jboss-as/build/target/jboss-as-7.2.0.Alpha1-SNAPSHOT/modules)]
> [Server:server-one] at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190) [jboss-modules.jar:1.1.3.GA]
> [Server:server-one] at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468) [jboss-modules.jar:1.1.3.GA]
> [Server:server-one] at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456) [jboss-modules.jar:1.1.3.GA]
> [Server:server-one] at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:423) [jboss-modules.jar:1.1.3.GA]
> [Server:server-one] at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398) [jboss-modules.jar:1.1.3.GA]
> [Server:server-one] at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120) [jboss-modules.jar:1.1.3.GA]
> [Server:server-one] at java.lang.Class.forName0(Native Method) [classes.jar:1.6.0_37]
> [Server:server-one] at java.lang.Class.forName(Class.java:247) [classes.jar:1.6.0_37]
> [Server:server-one] at org.jboss.as.ejb3.remote.RemoteViewManagedReferenceFactory.getReference(RemoteViewManagedReferenceFactory.java:87)
> [Server:server-one] ... 20 more
> {noformat}
--
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
13 years, 7 months
[JBoss JIRA] (JBWEB-259) NPE at org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1380)
by Ed Roberts (JIRA)
Ed Roberts created JBWEB-259:
--------------------------------
Summary: NPE at org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1380)
Key: JBWEB-259
URL: https://issues.jboss.org/browse/JBWEB-259
Project: JBoss Web
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Tomcat
Affects Versions: JBossWeb-7.2.0.Alpha3
Environment: Windows XP Service Pack 2
Oracle JDK 1.6.0_32
JBoss AS 7.2.0.Alpha1 commit id f450cdd2f99baedebf0b36e09e682630e0ffd612
Reporter: Ed Roberts
Assignee: Remy Maucherat
Using the standalone.bat to start up JBoss
When I try to deploy Felix web console 3.1.6.SP1, and Felix Metatype 1.0.4 for the org.osgi.service.metatype.* dependencies I eventually get the following exception
{code}
16:45:43,603 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/system/console]] (CM Configuration Updater (ManagedService Update: pid=org.apache.felix.webconsole.internal.servlet.OsgiManager)) JBWEB000266: Servlet system/console threw unload exception: javax.servlet.ServletException: JBWEB000265: Servlet.destroy() for servlet system/console threw exception
at org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1390)
at org.apache.catalina.core.StandardWrapper.stop(StandardWrapper.java:1669)
at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3906)
at org.jboss.as.osgi.httpservice.HttpServiceImpl.unregisterInternal(HttpServiceImpl.java:215)
at org.jboss.as.osgi.httpservice.HttpServiceImpl.unregister(HttpServiceImpl.java:203)
at org.apache.felix.webconsole.internal.servlet.OsgiManager.unbindHttpService(OsgiManager.java:772) [OsgiManager.class:]
at org.apache.felix.webconsole.internal.servlet.OsgiManager$HttpServiceTracker.removedService(OsgiManager.java:660) [OsgiManager$HttpServiceTracker.class:]
at org.osgi.util.tracker.ServiceTracker$Tracked.untrack(ServiceTracker.java:1126) [ServiceTracker$Tracked.class:]
at org.osgi.util.tracker.ServiceTracker.close(ServiceTracker.java:347) [ServiceTracker.class:]
at org.apache.felix.webconsole.internal.servlet.OsgiManager.updateConfiguration(OsgiManager.java:826) [OsgiManager.class:]
at org.apache.felix.webconsole.internal.servlet.ConfigurationListener.updated(ConfigurationListener.java:66) [ConfigurationListener.class:]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1160)
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:104)
at java.lang.Thread.run(Unknown Source) [rt.jar:1.6.0_32]
Caused by: java.lang.NullPointerException
at org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1380)
... 13 more
{code}
The Servlet has deployed successfully
--
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
13 years, 7 months
[JBoss JIRA] (JBWEB-258) DigestAuthenticator generates duplicate nonces
by Aaron Ogburn (JIRA)
Aaron Ogburn created JBWEB-258:
----------------------------------
Summary: DigestAuthenticator generates duplicate nonces
Key: JBWEB-258
URL: https://issues.jboss.org/browse/JBWEB-258
Project: JBoss Web
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: JBossWeb-2.1.12.GA, JBossWeb-7.0.16.GA
Reporter: Aaron Ogburn
Assignee: Remy Maucherat
DigestAuthenticator currently generates nonces as a hash of the client's remote ip, the current time at generation time, and an internal server key. With high concurrent load in a scenario where many clients show a single ip (such as behind a loadbalancer/proxy), then it is very easy for DigestAuthenticator to give out duplicate nonces when they are generated at the same time.
This then leads to authentication failues as counts for the duplicate nonces get out of whack.
--
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
13 years, 7 months
[JBoss JIRA] (AS7-4293) Support property expansion in redirect-port attribute of the web system's connector
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/AS7-4293?page=com.atlassian.jira.plugin.s... ]
Tomaz Cerar reassigned AS7-4293:
--------------------------------
Assignee: Tomaz Cerar (was: Remy Maucherat)
> Support property expansion in redirect-port attribute of the web system's connector
> -----------------------------------------------------------------------------------
>
> Key: AS7-4293
> URL: https://issues.jboss.org/browse/AS7-4293
> Project: Application Server 7
> Issue Type: Bug
> Components: Web
> Affects Versions: 7.1.1.Final
> Environment: Standalone JBoss AS 7 on RHEL Linux and Windows 7 Enterprise x64
> Reporter: Sven-Jørgen Karlsen
> Assignee: Tomaz Cerar
> Priority: Optional
> Attachments: 04_fix_as_4293.patch
>
>
> The connector element of the web subsystem doesn't support property expansion, forcing you to hardwire the port
> number. E.g., writing:
> ...
> <subsystem xmlns="urn:jboss:domain:web:1.1" default-virtual-server="default-host">
> <connector name="http" protocol="HTTP/1.1" scheme="http" socket-binding="http"
> redirect-port="${jboss.web.https.port}"/>
> ...
> causes a NumberFormatException. Runtime properties for this attribute was supported in previous versions.
> Another problem is that there is no predefined property with the above name.
> An alternative solution is to allow a reference to a socket binding groups in the attribute value, as discussed in
> http://community.jboss.org/thread/176339
--
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
13 years, 7 months
[JBoss JIRA] (JBJCA-941) NPE in ResourceAdapter1516Impl for invalid RAR
by Philippe Marschall (JIRA)
[ https://issues.jboss.org/browse/JBJCA-941?page=com.atlassian.jira.plugin.... ]
Philippe Marschall updated JBJCA-941:
-------------------------------------
Attachment: JBJCA-941.patch
Patch that fixes the issues
> NPE in ResourceAdapter1516Impl for invalid RAR
> ----------------------------------------------
>
> Key: JBJCA-941
> URL: https://issues.jboss.org/browse/JBJCA-941
> Project: IronJacamar
> Issue Type: Bug
> Components: Common
> Affects Versions: 1.0.13.Final
> Reporter: Philippe Marschall
> Assignee: Jesper Pedersen
> Labels: patch
> Attachments: JBJCA-941.patch
>
>
> In case of an invalid RAR (JCA 1.6 but not adapter class) you get the following deployment error in JBoss AS.
> {code}
> 15:38:22,236 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC00001: Failed to start service jboss.deployment.subunit."sample-application-1.0.0-SNAPSHOT.ear"."sample-adapter-1.0.0-SNAPSHOT.rar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.subunit."sample-application-1.0.0-SNAPSHOT.ear"."sample-adapter-1.0.0-SNAPSHOT.rar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "sample-adapter-1.0.0-SNAPSHOT.rar" of deployment "sample-application-1.0.0-SNAPSHOT.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:127) [jboss-as-server-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.8.0-ea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.8.0-ea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.8.0-ea]
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: java.lang.NullPointerException
> at org.jboss.as.connector.deployers.ra.processors.ParsedRaDeploymentProcessor.deploy(ParsedRaDeploymentProcessor.java:185)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:120) [jboss-as-server-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> ... 5 more
> Caused by: java.lang.NullPointerException
> at org.jboss.jca.common.metadata.ra.common.ResourceAdapter1516Impl.validate(ResourceAdapter1516Impl.java:351)
> at org.jboss.jca.common.metadata.ra.common.ConnectorAbstractmpl.validate(ConnectorAbstractmpl.java:332)
> at org.jboss.as.connector.deployers.ra.processors.ParsedRaDeploymentProcessor.deploy(ParsedRaDeploymentProcessor.java:142)
> ... 6 more
> {code}
> It should be a {code}org.jboss.jca.common.api.validator.ValidateException{code} but ends up being a {code}java.lang.NullPointerException{code}. The problem is that {code}ResourceAdapter1516Impl#validate(){code} uses
> {code}
> this.resourceadapterClass == null
> {code}
> instead of
> {code}
> XsdString.isNull(this.resourceadapterClass)
> {code}
> like {code}#getResourceadapterClass(){code} or the constructor.
> {code}
> this.resourceadapterClass.getValue()
> {code}
> then returns {code}null{code} so
> {code}
> this.resourceadapterClass.getValue().trim()
> {code}
> throws a {code}NullPointerException{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
13 years, 7 months
[JBoss JIRA] (JBJCA-941) NPE in ResourceAdapter1516Impl for invalid RAR
by Philippe Marschall (JIRA)
Philippe Marschall created JBJCA-941:
----------------------------------------
Summary: NPE in ResourceAdapter1516Impl for invalid RAR
Key: JBJCA-941
URL: https://issues.jboss.org/browse/JBJCA-941
Project: IronJacamar
Issue Type: Bug
Components: Common
Affects Versions: 1.0.13.Final
Reporter: Philippe Marschall
Assignee: Jesper Pedersen
In case of an invalid RAR (JCA 1.6 but not adapter class) you get the following deployment error in JBoss AS.
{code}
15:38:22,236 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC00001: Failed to start service jboss.deployment.subunit."sample-application-1.0.0-SNAPSHOT.ear"."sample-adapter-1.0.0-SNAPSHOT.rar".INSTALL: org.jboss.msc.service.StartException in service jboss.deployment.subunit."sample-application-1.0.0-SNAPSHOT.ear"."sample-adapter-1.0.0-SNAPSHOT.rar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "sample-adapter-1.0.0-SNAPSHOT.rar" of deployment "sample-application-1.0.0-SNAPSHOT.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:127) [jboss-as-server-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.8.0-ea]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.8.0-ea]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.8.0-ea]
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: java.lang.NullPointerException
at org.jboss.as.connector.deployers.ra.processors.ParsedRaDeploymentProcessor.deploy(ParsedRaDeploymentProcessor.java:185)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:120) [jboss-as-server-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
... 5 more
Caused by: java.lang.NullPointerException
at org.jboss.jca.common.metadata.ra.common.ResourceAdapter1516Impl.validate(ResourceAdapter1516Impl.java:351)
at org.jboss.jca.common.metadata.ra.common.ConnectorAbstractmpl.validate(ConnectorAbstractmpl.java:332)
at org.jboss.as.connector.deployers.ra.processors.ParsedRaDeploymentProcessor.deploy(ParsedRaDeploymentProcessor.java:142)
... 6 more
{code}
It should be a {code}org.jboss.jca.common.api.validator.ValidateException{code} but ends up being a {code}java.lang.NullPointerException{code}. The problem is that {code}ResourceAdapter1516Impl#validate(){code} uses
{code}
this.resourceadapterClass == null
{code}
instead of
{code}
XsdString.isNull(this.resourceadapterClass)
{code}
like {code}#getResourceadapterClass(){code} or the constructor.
{code}
this.resourceadapterClass.getValue()
{code}
then returns {code}null{code} so
{code}
this.resourceadapterClass.getValue().trim()
{code}
throws a {code}NullPointerException{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
13 years, 7 months