[JBoss JIRA] Created: (JBAS-8222) Common approach to extension properties
by Brian Stansberry (JIRA)
Common approach to extension properties
---------------------------------------
Key: JBAS-8222
URL: https://jira.jboss.org/browse/JBAS-8222
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Components: Domain Management
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: 7.0.0.M1
Various elements in the domain models schema will include generic <properties> elements. David LLoyd described such an element as "the last ditch thing where we can add in stuff for support etc. without changing the schema."
We need to document and clarify what the users can expect in terms of forward compatibility for content they include in such an element. And then ensure it's applied consistently across the various schema we'll be using.
--
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
14 years, 8 months
[JBoss JIRA] Created: (JBRULES-1075) Support overloading of accumulate functions: Add int (or long) based sum's, int based avarage's, etc
by Geoffrey De Smet (JIRA)
Support overloading of accumulate functions: Add int (or long) based sum's, int based avarage's, etc
-----------------------------------------------------------------------------------------------------
Key: JBRULES-1075
URL: http://jira.jboss.com/jira/browse/JBRULES-1075
Project: JBoss Rules
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Drl Parser/Builder
Affects Versions: 4.0.0.GA
Reporter: Geoffrey De Smet
Assigned To: Edson Tirelli
Priority: Minor
Fix For: FUTURE
TTP nl10 solver has about a 3% performance increase when switching from sumDouble to sumLong (and possibly a bit more when switching to sumInteger)
There are 2 ways I see to implement this:
1) Force the user to explicitly declare he wants to use an integer based sum and add a sumInteger.
This is not so user-friendly. This is what I 've done in the patch.
2) Support overloading of accumulate functions based on the function arguments.
AFAIK drl is strongly typed (at least with the java dialect), so it should be theoretically possible for the drl parser to see
sum($myInteger)
and bind it to SumIntegerAccumulateFunction,
while binding
sum($myInteger.doubleValue())
to SumDoubleAccumulateFunction.
And added advantage is that the drl compiler will also mark some bugs as compiler errors. For example
sum($myString)
--
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
14 years, 8 months
[JBoss JIRA] Created: (AS7-1083) admin console for Datasource allows to edit JNDI of datasource
by Marek Novotny (JIRA)
admin console for Datasource allows to edit JNDI of datasource
--------------------------------------------------------------
Key: AS7-1083
URL: https://issues.jboss.org/browse/AS7-1083
Project: Application Server 7
Issue Type: Bug
Components: Console
Affects Versions: No Release
Environment: Build #1250 (22.6.2011 2:51:44)
Reporter: Marek Novotny
admin console for Datasource allows to edit JNDI of datasource although then it complains the JNDI property is not writable.
{code:title=Error stack trace}
14:25:02,023 WARN [org.jboss.as.controller] (HttpManagementService-threads - 8) Operation ("write-attribute") failed - address: ([
("subsystem" => "datasources"),
("data-source" => "DefaultDS")
]): org.jboss.as.controller.OperationFailedException [ "Attribute jndi-name is not writeable" ]
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$WriteAttributeHandler.execute(GlobalOperationHandlers.java:378)
at org.jboss.as.controller.NewOperationContextImpl.executeStep(NewOperationContextImpl.java:352)
at org.jboss.as.controller.NewOperationContextImpl.doCompleteStep(NewOperationContextImpl.java:299)
at org.jboss.as.controller.NewOperationContextImpl.completeStep(NewOperationContextImpl.java:224)
at org.jboss.as.controller.NewCompositeOperationHandler.execute(NewCompositeOperationHandler.java:84)
at org.jboss.as.controller.NewOperationContextImpl.executeStep(NewOperationContextImpl.java:352)
at org.jboss.as.controller.NewOperationContextImpl.doCompleteStep(NewOperationContextImpl.java:299)
at org.jboss.as.controller.NewOperationContextImpl.completeStep(NewOperationContextImpl.java:224)
at org.jboss.as.controller.NewModelControllerImpl$DefaultPrepareStepHandler.execute(NewModelControllerImpl.java:350)
at org.jboss.as.controller.NewOperationContextImpl.executeStep(NewOperationContextImpl.java:352)
at org.jboss.as.controller.NewOperationContextImpl.doCompleteStep(NewOperationContextImpl.java:299)
at org.jboss.as.controller.NewOperationContextImpl.completeStep(NewOperationContextImpl.java:224)
at org.jboss.as.controller.NewModelControllerImpl.execute(NewModelControllerImpl.java:119)
at org.jboss.as.controller.NewModelControllerImpl$1.execute(NewModelControllerImpl.java:209)
at org.jboss.as.controller.NewModelControllerImpl$1.execute(NewModelControllerImpl.java:199)
at org.jboss.as.domain.http.server.DomainApiHandler.processRequest(DomainApiHandler.java:188)
at org.jboss.as.domain.http.server.DomainApiHandler.handle(DomainApiHandler.java:123)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:82)
at org.jboss.sun.net.httpserver.AuthFilter.doFilter(AuthFilter.java:80)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:85)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange$LinkHandler.handle(ServerImpl.java:606)
at org.jboss.com.sun.net.httpserver.Filter$Chain.doFilter(Filter.java:82)
at org.jboss.sun.net.httpserver.ServerImpl$Exchange.run(ServerImpl.java:578)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_24]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_24]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_24]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 8 months