[JBoss JIRA] Created: (JBRULES-3154) Date handling in XLS tables
by Michael Anstis (JIRA)
Date handling in XLS tables
---------------------------
Key: JBRULES-3154
URL: https://issues.jboss.org/browse/JBRULES-3154
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Michael Anstis
Assignee: Michael Anstis
Dates set in a XLS sheet are not read correctly under Guvnor. It seems that XLS reading transforms the date into a format that can't be properly handled by compiler.
Example (in the repository_export.xml attached file) :
* My XLS has a column that tests a java.util.Date against a value : "myDate >= $param"
* My XLS cell contains a date, formatted by Excel (may be that's the reason) using a English format like the Guvnor default one, ie : dd-MMM-yyyy. The example date value is "01-Jan-2009" (the display, the internal value in XLS is a number...)
Problems (at compilation and DRl generation) :
* Unable to create a Field value of type 'ValueType = 'Date'' and value '"1-janv.-2009"' : notice that the date value has been transformed !
* This value ("janv." instead of "jan") is certainly due to the fact that I am french ("janvier" is the french for "january")
* If I reset the french default format, ie dd/MM/yyyy, the value 01/01/2009 is tranformed to 01/01/09, and the compilation complains about unknown format (same error).
* If I turn the excel cell in text format, and enter "01-jan-2009", there no value transformation anymore, and the rule compiles OK.
So I guess that reading dates in the XLS is the source of the problem.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBAS-9244) @SecurityDomain doesn't work with @Singleton
by Christian Reiter (JIRA)
@SecurityDomain doesn't work with @Singleton
--------------------------------------------
Key: JBAS-9244
URL: https://issues.jboss.org/browse/JBAS-9244
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Affects Versions: 6.0.0.Final
Environment: Windows Vista, java version "1.6.0_23"
Reporter: Christian Reiter
Assignee: Anil Saldhana
In Jboss AS 6 (6.0.0.Final) the Annotation @SecurityDomain from the package org.jboss.ejb3.annotation.SecurityDomain doesn't seem to work with @Singleton - SessionBeans.
If I try to call a method from a @Singleton which is marked with @RolesAllowed i get a "java.lang.IllegalStateException: Security Context has not been set" Exception. If I do completely the same with a @Stateless SessionBean everything works fine.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBRULES-3143) Knowledge Agent does not handle multiple packages in Builder output from single resource
by Wolfgang Laun (JIRA)
Knowledge Agent does not handle multiple packages in Builder output from single resource
----------------------------------------------------------------------------------------
Key: JBRULES-3143
URL: https://issues.jboss.org/browse/JBRULES-3143
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-core (expert)
Affects Versions: 5.2.0.Final
Reporter: Wolfgang Laun
Assignee: Mark Proctor
Priority: Blocker
Fix For: 5.2.1.Final
Note: see also https://issues.jboss.org/browse/JBRULES-2940
KnowledgeAgent with a ChecngeSet containing a single DRL:
package x
import y.Type
declare Type
@role(event)
end
//...rules etc.
If this is passed to the builder, it'll return two KnowledgePackageImpl objects, one with name 'x' and another one with name 'y'. But the KA only takes the first package from the Collection of packages returned by the builder.
=!=> KA must process all packages from the builder.
=!=> Incremental kBase building requires diff-ing between old/new packages. This, then, must take into account that contribution to one package can come from several resource builds.
=!=> The idea that the kBuilder should return packages with different names from a single DRL build is probably wrong. If a Drools package foo contains an import bar.Type, then this is still an asset in package foo and needs to be handled as a type reference in foo. Any annotation additions must be carried by that asset foo. (The *Java* package of the imported bar.Type remains of course bar.)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (AS7-1393) Make Infinispan default 2nd level cache provider for hibernate
by Paul Ferraro (JIRA)
Make Infinispan default 2nd level cache provider for hibernate
--------------------------------------------------------------
Key: AS7-1393
URL: https://issues.jboss.org/browse/AS7-1393
Project: Application Server 7
Issue Type: Enhancement
Components: JPA / Hibernate
Affects Versions: 7.0.0.Final
Reporter: Paul Ferraro
Assignee: Scott Marlow
Fix For: 7.0.1.Final, 7.1.0.Alpha1
I thought this was the already the case, but apparently it isn't yet.
Users should not need to specify a value for hibernate.cache.region.factory_class in their persistence.xml.
If undefined, the jpa subsystem should default the hibernate.cache.region.factory_class to "org.hibernate.cache.infinispan.JndiInfinispanRegionFactory". Likewise, the requisite hibernate.cache.infinispan.cachemanager property should default to "java:jboss/infinispan/hibernate".
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JGRP-1347) UNICAST/UNICAST2: message can get delivered multiple times
by Bela Ban (JIRA)
UNICAST/UNICAST2: message can get delivered multiple times
----------------------------------------------------------
Key: JGRP-1347
URL: https://issues.jboss.org/browse/JGRP-1347
Project: JGroups
Issue Type: Bug
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 2.12.2, 3.0
In handleDataReceived(), when our connection is not the same as the conn_id of the incoming message, we (1) remove the window and (2) create a new one and add it.
However, (1) and (2) are *not* synchronized: when multiple threads go through this code concurrently, we could have a sequence 1-2-1, meaning the window is removed, a new one is created, but then - because another thread got conn_id != our conn_id true, the window will be removed again !
This means that a message #1 might get added to the new window and delivered to the app, and then the same thing could happen again, because we re-create the window again !
SOLUTION: synchronization around: check for conn_id match, removal and creation of the new window
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBDEPLOY-276) End of file new line in aliases.txt creates empty alias
by Pontus Ullgren (JIRA)
End of file new line in aliases.txt creates empty alias
-------------------------------------------------------
Key: JBDEPLOY-276
URL: https://issues.jboss.org/browse/JBDEPLOY-276
Project: JBoss Deployers
Issue Type: Bug
Components: vfs
Affects Versions: JBDEPLOY-2.2.1.GA
Reporter: Pontus Ullgren
Priority: Minor
A empty line in aliases.txt will result in a alias without name being created.
This becomes obvious when two modules happens to have a empty new line in the end of the aliases.txt file the result is then
Caused by: java.lang.IllegalStateException:
_Alias_AbstractKernelController[29048474] is already installed.
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:716)
My suggestion is to simply filter out any empty line in org.jboss.deployers.vfs.plugins.dependency.AliasesParserDeployer#parse(...).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (AS7-1390) NullPointerException in CMTTxInterceptor when invoking EJB3 bean
by Gonne Martens (JIRA)
NullPointerException in CMTTxInterceptor when invoking EJB3 bean
----------------------------------------------------------------
Key: AS7-1390
URL: https://issues.jboss.org/browse/AS7-1390
Project: Application Server 7
Issue Type: Bug
Components: EJB
Affects Versions: 7.1.0.Alpha1
Environment: Java 1.6.0_23 64bit, Windows 7 64bit
Reporter: Gonne Martens
Assignee: Carlo de Wolf
A call to any EJB3 bean results in a NullPointerException.
{code}
15:04:08,888 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/JBoss7Playground].[de.mobileview.playground.TestServlet]] (http-127.0.0.1-127.0.0.1-8080-1) Servlet.service() for servlet de.mobileview.playground.TestServlet threw exception: java.lang.NullPointerException
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invoke(CMTTxInterceptor.java:209)
at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:35)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:146)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:287)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:76)
at de.mobileview.playground.TestBean$$$view1.ping(Unknown Source) [classes:]
at de.mobileview.playground.TestServlet.doGet(TestServlet.java:21) [classes:]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.jboss.as.web.NamingValve.invoke(NamingValve.java:57) [jboss-as-web-7.1.0.Alpha1-SNAPSHOT.jar:7.1.0.Alpha1-SNAPSHOT]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:49) [jboss-as-jpa-7.1.0.Alpha1-SNAPSHOT.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:154) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:667) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:952) [jbossweb-7.0.1.Final.jar:7.1.0.Alpha1-SNAPSHOT]
at java.lang.Thread.run(Unknown Source) [:1.6.0_23]
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBRULES-3151) jaxb generated fact loaded into Guvnor throws errors when using the ' is contained in the comma separated list' operator
by sreeram vadlamudi (JIRA)
jaxb generated fact loaded into Guvnor throws errors when using the ' is contained in the comma separated list' operator
------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3151
URL: https://issues.jboss.org/browse/JBRULES-3151
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 5.2.0.CR1
Environment: weblogic 10.3.3 and windows XP
Reporter: sreeram vadlamudi
Assignee: Mark Proctor
I have a jaxb generated class loaded through the model jar into Guvnor to be used as a fact in the Guided Decision Table editor.
When I use a field ACTIVITYCODE of type String from the JAXB generated class with 'is contained in the comma separated list' operator, I get compilation errors.
Unable to Analyse Expression ACTIVITYCODE == "A" || ACTIVITYCODE == "B": [Error: no such identifier: ACTIVITYCODE] [Near : {... ACTIVITYCODE == "A" || ACTIVI ....}] ^ [Line: 1, Column: 1]
But when I use equal to operator to compare value to just a string value, it compiles fine.
3. | rule "Row 1 dds"
4. | ruleflow-group "None"
5. | dialect "mvel"
6. | when
7. | factClass : FACTCLASS( ACTIVITYCODE in ("A", "B"))
8. | then
9. | factClass.setRATE( "5.25" );
10. | end
The below rule compiles fine.
3. | rule "Row 1 dds"
4. | ruleflow-group "None"
5. | dialect "mvel"
6. | when
7. | factClass : FACTCLASS ( ACTIVITYCODE =="A")
8. | then
9. | factClass.setRATE( "5.25" );
10. | end
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months