[JBoss JIRA] (AS7-5043) Filtering of logging messages works incorrectly
by Oleg Nitz (JIRA)
Oleg Nitz created AS7-5043:
------------------------------
Summary: Filtering of logging messages works incorrectly
Key: AS7-5043
URL: https://issues.jboss.org/browse/AS7-5043
Project: Application Server 7
Issue Type: Bug
Components: Logging
Affects Versions: 7.1.1.Final
Reporter: Oleg Nitz
Assignee: James Perkins
In standalone.xml I'm trying to filter out wrong error messages:
<subsystem xmlns="urn:jboss:domain:logging:1.1">
<console-handler name="CONSOLE">
<filter>
<all>
<not><match pattern="JBAS014101: Failed to find SFSB instance with session ID"/></not>
<not><match pattern="JBAS011806: Channel end notification received, closing channel Channel ID"/></not>
</all>
</filter>
</console-handler>
But this doesn't work, and under debugger I see that the configuration got parsed as
"filter" => {"all" => {"not" => {"match" => "JBAS011806: Channel end notification received, closing channel Channel ID"}}},
Looks like due to the use of maps for storing the parsing results the first "not" filter got overwritten by the second "not" filter.
--
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
13 years, 8 months
[JBoss JIRA] (AS7-5080) JBAS015052: Did not receive a response to the deployment operation within the allowed timeout period [60 seconds]
by Steven xu (JIRA)
Steven xu created AS7-5080:
------------------------------
Summary: JBAS015052: Did not receive a response to the deployment operation within the allowed timeout period [60 seconds]
Key: AS7-5080
URL: https://issues.jboss.org/browse/AS7-5080
Project: Application Server 7
Issue Type: Bug
Affects Versions: 7.1.1.Final
Environment: OS: AIX 5.3
App Server: JBoss AS 7.1.1 Final
Reporter: Steven xu
1. Write a simply web application test.ear.
2. Placed the test.ear folder under the <JBOSS_HOME>/standalone/deployment directory.
3. Added "auto-deploy-exploded="true"" to the "deployment-scanner" element of standalone.xml
Deployement failed when JBoss staring.
(Sometimes JBoss start success, sometimes the test.ear deploy failed)
Error info:
12:24:21,153 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) Operation ("add") failed - address: ([("deployment" => "test.ear")]) - failure description: "Operation cancelled asynchronously"
12:24:21,161 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) JBAS015052: Did not receive a response to the deployment operation within the allowed timeout period [60 seconds]. Check the server configuration file and the server logs to find more about the status of the deployment.
I have tried increase the timeout in the standalone.xml by setting "deployment-timeout", But the issue still exists.
(This issue does not exist on others OS(Redhat, Debian...).
--
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
13 years, 8 months
[JBoss JIRA] (AS7-5421) HA http sessions for non-clustered JBoss nodes
by Ben Schofield (JIRA)
Ben Schofield created AS7-5421:
----------------------------------
Summary: HA http sessions for non-clustered JBoss nodes
Key: AS7-5421
URL: https://issues.jboss.org/browse/AS7-5421
Project: Application Server 7
Issue Type: Feature Request
Components: Server
Affects Versions: 7.1.2.Final (EAP)
Reporter: Ben Schofield
Assignee: Jason Greene
For various reasons replication is not always an option for achieving HA http sessions. AS7 needs the option to be able to share http sessions when JBoss nodes are not clustered.
Other vendors address this with support for database persistence of http sessions. With infinispan as the http session cache manager there is opportunity for JBoss to support both database persistence and remote datagrids for achieving HA http sessions.
--
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
13 years, 8 months
[JBoss JIRA] (AS7-5228) Give option to make the content repository browsable
by Ben Schofield (JIRA)
Ben Schofield created AS7-5228:
----------------------------------
Summary: Give option to make the content repository browsable
Key: AS7-5228
URL: https://issues.jboss.org/browse/AS7-5228
Project: Application Server 7
Issue Type: Feature Request
Components: ConfigAdmin
Affects Versions: 7.1.2.Final (EAP)
Reporter: Ben Schofield
Assignee: David Bosschaert
JBoss admins regularly need to view the application content that is deployed to a server. On previous versions of JBoss this was easy to do with the deploy directory. When using the new API to install applications the contents of applications are not easily browsable or searchable.
Would like to have a setting that enables all content to be stored in exploded format in the content repository.
--
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
13 years, 8 months
[JBoss JIRA] (AS7-4942) modcluster configuration does not respect SSL configuration
by yuval konrad (JIRA)
yuval konrad created AS7-4942:
---------------------------------
Summary: modcluster configuration does not respect SSL configuration
Key: AS7-4942
URL: https://issues.jboss.org/browse/AS7-4942
Project: Application Server 7
Issue Type: Bug
Components: Server
Affects Versions: 7.1.1.Final
Environment: jboss AS 7.1.1.Final. HA-Standalone configuration (clustered) with HTTPD modcluster advertise is on
Reporter: yuval konrad
Assignee: Jason Greene
jboss AS 7.1.1.Final. HA-Standalone configuration (clustered) with HTTPD modcluster advertise is on; SSL configuration inside standalone xml are ignored (server is using default values).
Setting the following inside httpd.conf file:
<IfModule manager_module>
Listen *:6666
# ManagerBalancerName myCluster
<VirtualHost *:6666>
<Location />
Order deny,allow
Deny from all
Allow from all
</Location>
SSLEngine ON
SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
SSLCertificateKeyFile conf/cert.key
SSLCertificateFile conf/cert.cert
SSLProtocol all -SSLv2
..
Setting the following in jboss AS:
<subsystem xmlns="urn:jboss:domain:modcluster:1.0">
<mod-cluster-config balancer="pnw-cluster" advertise-socket="modcluster" advertise-security-key="blabla">
<dynamic-load-provider history="10" decay="50">
<load-metric type="cpu" weight="2" capacity="2"/>
<load-metric type="sessions" weight="1" capacity="1000"/>
<load-metric type="heap" weight="3" capacity="1"/>
</dynamic-load-provider>
<ssl password="17227491" certificate-key-file="configuration/.keystore" ca-certificate-file="configuration/.keystore"/>
</mod-cluster-config>
</subsystem>
Keep getting the following ERRORS on jboss output:
17:51:44,291 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.<init>(JSSESocketFactory.java:113)
17:51:44,291 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler$Proxy.<init>(DefaultMCMPHandler.java:747)
17:51:44,292 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler.add(DefaultMCMPHandler.java:183)
17:51:44,293 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.DefaultMCMPHandler.addProxy(DefaultMCMPHandler.java:179)
17:51:44,293 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.advertise.impl.AdvertiseListenerImpl$AdvertiseListenerWorker.run(AdvertiseListenerImpl.java:443)
17:51:44,294 ERROR [stderr] (pool-27-thread-1) at java.lang.Thread.run(Thread.java:662)
17:51:44,294 ERROR [stderr] (pool-27-thread-1) Caused by: java.io.FileNotFoundException: /export/home/ana50/.keystore (No such file or directory)
17:51:44,295 ERROR [stderr] (pool-27-thread-1) at java.io.FileInputStream.open(Native Method)
17:51:44,295 ERROR [stderr] (pool-27-thread-1) at java.io.FileInputStream.<init>(FileInputStream.java:120)
17:51:44,295 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.getStore(JSSESocketFactory.java:253)
17:51:44,296 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.getKeystore(JSSESocketFactory.java:208)
17:51:44,296 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.getKeyManagers(JSSESocketFactory.java:280)
17:51:44,297 ERROR [stderr] (pool-27-thread-1) at org.jboss.modcluster.mcmp.impl.JSSESocketFactory.<init>(JSSESocketFactory.java:98)
17:51:44,297 ERROR [stderr] (pool-27-thread-1) ... 5 more
I went over all modcluster open and closed bugs without finding any relevant solution. I'm getting these error when using absolute paths as 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
13 years, 8 months
[JBoss JIRA] Created: (JBAS-8824) Cardinality constraints on children are not enforced after parsing
by Brian Stansberry (JIRA)
Cardinality constraints on children are not enforced after parsing
------------------------------------------------------------------
Key: JBAS-8824
URL: https://issues.jboss.org/browse/JBAS-8824
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Domain Management
Affects Versions: 7.0.0.Alpha1
Reporter: Brian Stansberry
Priority: Critical
Fix For: 7.0.0.Beta1
The parsers enforce cardinality constraints on child elements in the model, but they aren't enforced thereafter. So, for example, a second "profile" or "socket-binding-group" could be added to a standalone server via a management operation.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 8 months