[JBoss JIRA] (AS7-6033) Add start/stop operations to hornetq-server resource
by Jeff Mesnil (JIRA)
Jeff Mesnil created AS7-6033:
--------------------------------
Summary: Add start/stop operations to hornetq-server resource
Key: AS7-6033
URL: https://issues.jboss.org/browse/AS7-6033
Project: Application Server 7
Issue Type: Enhancement
Components: JMS
Reporter: Jeff Mesnil
Assignee: Jeff Mesnil
Fix For: 7.2.0.Alpha1
Currently it is not possible to start/stop a hornetq-server resource without removing or adding it.
For HornetQ replicated nodes, it'd be useful to be able to start/stop the node (runtime operations) without changing its configuration. That'd be necessary to restart replicated backup servers that have fallen back
--
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
12 years, 1 month
[JBoss JIRA] (JBRULES-3690) Property Reactive: bitmask not being correctly calculated when field name is 'empty'
by Esteban Aliverti (JIRA)
Esteban Aliverti created JBRULES-3690:
-----------------------------------------
Summary: Property Reactive: bitmask not being correctly calculated when field name is 'empty'
Key: JBRULES-3690
URL: https://issues.jboss.org/browse/JBRULES-3690
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-compiler
Affects Versions: 5.5.0.Final
Reporter: Esteban Aliverti
Assignee: Mario Fusco
When using Property Reactive facts, the property name 'empty' prevents rules to be activated.
If the property name is changed, rules work as expected.
The problem could be related to the fact that 'empty' is internally translated to 'isEmpty()' and this could cause problems when the pattern's bitmask is calculated.
--
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
12 years, 1 month
[JBoss JIRA] (AS7-3414) Symbolic links inside deployed ear/war are not followed by web server
by Ronen Angluster (JIRA)
Ronen Angluster created AS7-3414:
------------------------------------
Summary: Symbolic links inside deployed ear/war are not followed by web server
Key: AS7-3414
URL: https://issues.jboss.org/browse/AS7-3414
Project: Application Server 7
Issue Type: Bug
Components: Web Services
Affects Versions: 7.1.0.CR1, 7.1.0.Beta1
Environment: Fedora 16
Reporter: Ronen Angluster
Assignee: Alessio Soldano
when creating a symbolic link inside a deployed ear/war the symbolic link's target is not followed when
accessing it from a web browser
i.e.
in jboss-as/standalone/deplyoment/somedomain.ear/files we created a symbolic link named "version.js"
which points to /usr/share/something/version.js
the target file (/usr/share/...) is accessible by all (chmod'd to 777) and is readable by the jboss-as user which runs
the Jboss application server.
when accessing http://domain:8080/something/files/version.js we get an 404 error, seems like the file is not found by
the server.
when placing the file instead of symbolic link, the file is accessible and all is well
--
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
12 years, 1 month