[JBoss JIRA] (AS7-2516) Arquillian throws OutOfMemoryError: PermGen space after deploying several big wars on JBoss 7
by Geoffrey De Smet (Created) (JIRA)
Arquillian throws OutOfMemoryError: PermGen space after deploying several big wars on JBoss 7
---------------------------------------------------------------------------------------------
Key: AS7-2516
URL: https://issues.jboss.org/browse/AS7-2516
Project: Application Server 7
Issue Type: Bug
Components: Test Suite
Affects Versions: 7.0.2.Final
Reporter: Geoffrey De Smet
Assignee: Andrew Rubinger
Priority: Minor
Here's the proof (that build is saved forever):
https://hudson.qa.jboss.com/hudson/view/Drools%20jBPM/job/guvnor/1161/con...
Our war is apparently so big, that the 3th deployment fails with PermGen.
A few tests later it even hangs forever (until it times out)
{code}
10:41:56,393 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/dc25ad71-9358-412e-8a90-c4471cb3422f].[ArquillianServletRunner]] (http--127.0.0.1-8080-2) Servlet.service() for servlet ArquillianServletRunner threw exception: java.lang.OutOfMemoryError: PermGen space
{code}
How to reproduce?
=================
git clone git@github.com:droolsjbpm/guvnor.git guvnor
cd guvnor
mvn clean install -DskipTests
cd guvnor-webapp
gedit src/test/resources/arquillian.xml
// remove the maxTestClassesBeforeRestart property
mvn test
Using arquillian 1.0.0.CR5 and jboss 7.0.2.
Workaround: use maxTestClassesBeforeRestart = 1.
--
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
11 years, 10 months
[JBoss JIRA] Created: (JBAS-6326) InterruptedException on shutdown
by Jeff Yu (JIRA)
InterruptedException on shutdown
--------------------------------
Key: JBAS-6326
URL: https://jira.jboss.org/jira/browse/JBAS-6326
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JCA service
Affects Versions: JBossAS-4.2.2.GA
Reporter: Jeff Yu
Assignee: Jeff Zhang
Priority: Minor
I see the following exception on shutdown with either default, all, production servers (using all's log4j configuration). I'm not sure it is necessary for users to see. Probably needs to be changed to DEBUG level if really not relevant.
09:07:59,647 WARN [NewMsgsWorker] Interrupted waiting for new msg check
java.lang.InterruptedException
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:474)
at EDU.oswego.cs.dl.util.concurrent.Semaphore.acquire(Semaphore.java:108)
at EDU.oswego.cs.dl.util.concurrent.SemaphoreControlledChannel.take(SemaphoreControlledChannel.java:131)
at org.jboss.resource.adapter.mail.inflow.NewMsgsWorker.run(NewMsgsWorker.java:75)
at org.jboss.resource.work.WorkWrapper.execute(WorkWrapper.java:204)
at org.jboss.util.threadpool.BasicTaskWrapper.run(BasicTaskWrapper.java:275)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:756)
at java.lang.Thread.run(Thread.java:595)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] Created: (AS7-1712) Implement an account lockout mechanism for domain management.
by Darran Lofthouse (JIRA)
Implement an account lockout mechanism for domain management.
-------------------------------------------------------------
Key: AS7-1712
URL: https://issues.jboss.org/browse/AS7-1712
Project: Application Server 7
Issue Type: Task
Components: Domain Management, Security
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 7.1.0.Beta1
One issue to consider is that we are using realms to integrate with existing user stores so may not be able to update the remote store: -
- Consider an option to update the remote store if possible.
- If not cache a backlisted user until an admin unlocks that account
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] Created: (AS7-977) Dynamic Detection of SPNEGO auth method and adding of NegotiationAuthenticator
by Darran Lofthouse (JIRA)
Dynamic Detection of SPNEGO auth method and adding of NegotiationAuthenticator
------------------------------------------------------------------------------
Key: AS7-977
URL: https://issues.jboss.org/browse/AS7-977
Project: Application Server 7
Issue Type: Task
Components: Security, Web
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 7.1.0.Alpha1
Previously a mapping for the SPNEGO auth method and the authenticator had to be manually defined, this capability is not present in AS7 however it is suggested that alternatively we can detect the auth method ourselves and dynamically add the valve - this seems cleaner as it potentially allows SPNEGO to be added/removed from a server without manual configuration being required.
It is suggested to look at the following code for an example where a valve has been added dynamically before: -
org.jboss.as.jpa.processor.PersistenceUnitDeploymentProcessor in the JPA subsystem.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] Created: (AS7-777) Switchable Nonce Handling Strategy for HTTP DigestAuthenticator
by Darran Lofthouse (JIRA)
Switchable Nonce Handling Strategy for HTTP DigestAuthenticator
---------------------------------------------------------------
Key: AS7-777
URL: https://issues.jboss.org/browse/AS7-777
Project: Application Server 7
Issue Type: Task
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 7.0.0.CR1
Allow the nonce strategy to be switchable: -
1 - Real 'Number Used Once' - i.e. new nonce for each request.
2 - Nonce per connection i.e. as long as a connection is kept alive allow re-use of nonce - new nonce on new connection.
3 - Timed nonce - Generate a nonce with a server secret and timestamp, nonce will be accepted for a validity period.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 10 months
[JBoss JIRA] (AS7-2771) ModelControllerClient operations don't fail on invalud username/password
by Thomas Diesler (Created) (JIRA)
ModelControllerClient operations don't fail on invalud username/password
------------------------------------------------------------------------
Key: AS7-2771
URL: https://issues.jboss.org/browse/AS7-2771
Project: Application Server 7
Issue Type: Bug
Components: Domain Management, JSR-88
Reporter: Thomas Diesler
Assignee: Darran Lofthouse
Priority: Critical
Running org.jboss.as.test.smoke.jsr88.EnterpriseDeploymentTestCase
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 128.98 sec
There should be a test failure with this
{code}
@Test
public void testListAvailableModulesUnauthorized() throws Exception {
DeploymentManager manager = getDeploymentManager("nobody", "nopass");
Target[] targets = manager.getTargets();
// [TODO] This should fail already
TargetModuleID[] availableModules = manager.getAvailableModules(ModuleType.EAR, targets);
assertNull(availableModules);
ProgressObject progress = jsr88Deploy(manager, getEarArchive());
TargetModuleID[] targetModules = progress.getResultTargetModuleIDs();
try {
availableModules = manager.getAvailableModules(ModuleType.EAR, targets);
assertNotNull(availableModules);
assertEquals(1, availableModules.length);
TargetModuleID targetModuleID = availableModules[0];
String moduleID = targetModuleID.getModuleID();
assertTrue("Ends with deployment-app.ear", moduleID.endsWith("deployment-app.ear"));
// [TODO] verify child modules
} finally {
jsr88Undeploy(manager, targetModules);
}
}
{code}
--
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
11 years, 10 months