November 2011 - jboss-jira - Jboss List Archives

[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

12 years, 1 month

2
1
0 / 0

[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

12 years, 1 month

2
3
0 / 0

[JBoss JIRA] Created: (JBVFS-170) Support for -Djboss.vfs.forceCaseSensitive=true

by Jean-Frederic Clere (JIRA)

Support for -Djboss.vfs.forceCaseSensitive=true ----------------------------------------------- Key: JBVFS-170 URL: https://issues.jboss.org/browse/JBVFS-170 Project: JBoss VFS Issue Type: Feature Request Security Level: Public (Everyone can see) Environment: windoze Reporter: Jean-Frederic Clere Assignee: John Bailey Priority: Minor For windoze Toto.class, TOTO.class, toto.class etc are the same file. When using JSP a class name Toto.class may hide a package toto. In AS5/6 it is fixed using -Djboss.vfs.forceCaseSensitive=true How is this handled in VFS3? -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

7
15
0 / 0

[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

12 years, 1 month

2
4
0 / 0

[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

12 years, 1 month

2
6
0 / 0

[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

12 years, 1 month

3
8
0 / 0

[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

12 years, 1 month

7
7
0 / 0

[JBoss JIRA] Created: (AS7-1372) Domain Management - Enable silent authentication using Kerberos

by Darran Lofthouse (JIRA)

Domain Management - Enable silent authentication using Kerberos --------------------------------------------------------------- Key: AS7-1372 URL: https://issues.jboss.org/browse/AS7-1372 Project: Application Server 7 Issue Type: Task Components: Domain Management, Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.1.0.Beta1 It should be possible for users to authenticate for domain management using Kerberos. Over the HTTP interface this will be SPNEGO, for the Native connection we use SASL so can use GSSAPI -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

2
5
0 / 0

[JBoss JIRA] (AS7-2488) Make realms fully manageable through domain.

by Darran Lofthouse (Created) (JIRA)

Make realms fully manageable through domain. -------------------------------------------- Key: AS7-2488 URL: https://issues.jboss.org/browse/AS7-2488 Project: Application Server 7 Issue Type: Feature Request Components: Domain Management, Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.2.0.Alpha1 For the management interfaces we are making use of realms backed by CallbackHandlers for the authenticators / mechanisms. This Jira is to look at making the contents of these realms manageable where possible e.g. : - - Definition of users - Modifications to users / password resets - Role memberships -- 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

2
1
0 / 0

[JBoss JIRA] Created: (AS7-1386) Add GSSAPI support to CLI

by Darran Lofthouse (JIRA)

Add GSSAPI support to CLI ------------------------- Key: AS7-1386 URL: https://issues.jboss.org/browse/AS7-1386 Project: Application Server 7 Issue Type: Task Components: CLI, Domain Management Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.1.0.Beta1 Once the Native interface supports GSSAPI then the CLI will also need to support this. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 1 month

2
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2011