December 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-660) dead lock in fastFindClass method in PackageClassLoader extends ClassLoader implements FastClassLoader

by chi chi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-660?page=com.atlassian.jira.plugin... ] chi chi commented on DROOLS-660: -------------------------------- public Class<?> fastFindClass( final String name ) { lock.lock(); Class<?> cls = findLoadedClass( name ); if (cls == null) { final byte[] clazzBytes = this.store.read( convertClassToResourcePath( name ) ); if (clazzBytes != null) { String pkgName = name.substring( 0, name.lastIndexOf( '.' ) ); if ( getPackage( pkgName ) == null ) { definePackage( pkgName, "", "", "", "", "", "", null ); } cls = defineClass( name, clazzBytes, 0, clazzBytes.length, PROTECTION_DOMAIN ); } if (cls != null) { resolveClass( cls ); } } lock.unlock(); return cls; } it that ok? i find the lock has been removed in 6.2.0.Final， is that means 5.6.0Final has dead lock problem？ can i use 5.6.0 in my project? > dead lock in fastFindClass method in PackageClassLoader extends ClassLoader implements FastClassLoader > ------------------------------------------------------------------------------------------------------- > > Key: DROOLS-660 > URL: https://issues.jboss.org/browse/DROOLS-660 > Project: Drools > Issue Type: Feature Request > Reporter: chi chi > Assignee: Mark Proctor > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-660) dead lock in fastFindClass method in PackageClassLoader extends ClassLoader implements FastClassLoader

by chi chi (JIRA)

chi chi created DROOLS-660: ------------------------------ Summary: dead lock in fastFindClass method in PackageClassLoader extends ClassLoader implements FastClassLoader Key: DROOLS-660 URL: https://issues.jboss.org/browse/DROOLS-660 Project: Drools Issue Type: Feature Request Reporter: chi chi Assignee: Mark Proctor -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-4143) Enable checkbox is ignored when replacing a disabled deployment

by Lukas Eder (JIRA)

[ https://issues.jboss.org/browse/WFLY-4143?page=com.atlassian.jira.plugin.... ] Lukas Eder commented on WFLY-4143: ---------------------------------- In fact, as it seems, the checkbox doesn't work at all. When I replace a previously enabled application and leave the checkbox unchecked (i.e. "NOT(enable)"), the application will remain enabled, instead of disabling it... > Enable checkbox is ignored when replacing a disabled deployment > --------------------------------------------------------------- > > Key: WFLY-4143 > URL: https://issues.jboss.org/browse/WFLY-4143 > Project: WildFly > Issue Type: Bug > Components: Web Console > Affects Versions: 8.2.0.Final > Reporter: Lukas Eder > Assignee: Heiko Braun > Priority: Minor > > This can be reproduced as follows in the Deployments overview of the console application: > - Have a disabled deployment > - Click Replace > - On Step 2/2, check the "Enable" checkbox > - Save > The deployment is still disabled -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-438) The CLI freezes in phase of requesting username/password

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-438?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-438: ------------------------------------------------ Tomas Hofman <thofman(a)redhat.com> changed the Status of [bug 1169864|https://bugzilla.redhat.com/show_bug.cgi?id=1169864] from ASSIGNED to POST > The CLI freezes in phase of requesting username/password > -------------------------------------------------------- > > Key: WFCORE-438 > URL: https://issues.jboss.org/browse/WFCORE-438 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 1.0.0.Alpha13 > Reporter: Tomas Hofman > Assignee: Tomas Hofman > > CLI doesn't terminate -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-242) the deployment content is deleted if first undeploy and then deploy the same application using CLI batch

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-242?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-242: ------------------------------------------------ Tomas Hofman <thofman(a)redhat.com> changed the Status of [bug 1163173|https://bugzilla.redhat.com/show_bug.cgi?id=1163173] from ASSIGNED to POST > the deployment content is deleted if first undeploy and then deploy the same application using CLI batch > -------------------------------------------------------------------------------------------------------- > > Key: WFCORE-242 > URL: https://issues.jboss.org/browse/WFCORE-242 > Project: WildFly Core > Issue Type: Bug > Components: CLI, Domain Management > Reporter: Jay Kumar SenSharma > Assignee: Emmanuel Hugonnet > Priority: Minor > > - If deploy and undeploy CLI commands executed in a batch mode then it causes missing deployment inside the "data/content" directory which leads to the following error: > {code} > [Host Controller] 10:33:42,387 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "example.war")]) - failure description: "WFLYDC0058: No deployment content with hash d85f1e3106bc8a49838a0dccae9e80819c25e02c is available in the deployment content repository for deployment 'example.war'. This is a fatal boot error. To correct the problem, either restart with the --admin-only switch set and use the CLI to install the missing content or remove it from the configuration, or remove the deployment from the xml configuraiton file and restart." > [Host Controller] 10:33:42,390 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) WFLYHC0034: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details. > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-423) No way to grep/more or find a line in the CLI

by Ståle Pedersen (JIRA)

[ https://issues.jboss.org/browse/WFCORE-423?page=com.atlassian.jira.plugin... ] Ståle Pedersen commented on WFCORE-423: --------------------------------------- this is supported in the latest version of æsh, just need to get jboss-cli to use it. > No way to grep/more or find a line in the CLI > --------------------------------------------- > > Key: WFCORE-423 > URL: https://issues.jboss.org/browse/WFCORE-423 > Project: WildFly Core > Issue Type: Feature Request > Components: CLI > Reporter: Jim Tyrrell > Assignee: Alexey Loubyansky > Labels: eap6-ux > > In the CLI I should be able to page through the pages of information that are presenting using | more or equivalent. By the same token I should be able to grep to find the one line that I am looking for, when I know what it is I am looking for. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-414) Issue in Interactive mode on cygwin not working.

by Ståle Pedersen (JIRA)

[ https://issues.jboss.org/browse/WFCORE-414?page=com.atlassian.jira.plugin... ] Ståle Pedersen commented on WFCORE-414: --------------------------------------- i did look into this a while ago and from what i could see there is now way for java to know that it is running under cygwin. eg, the system.os property etc is windows, same with other properties. ive tried different approaches to detect if it runs under cygwin, but never found a way for it to work reliably. - if anyone got any tips i would be very happy to hear about them. in the script thats used to start jboss-cli, if you somehow can check there if its running under cygwin you could set some runtime properties for æsh so that it should work. ive tested that locally and it did work. > Issue in Interactive mode on cygwin not working. > ------------------------------------------------ > > Key: WFCORE-414 > URL: https://issues.jboss.org/browse/WFCORE-414 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Environment: Windows 7, windows2k8, Cygwin 1.7.15 > Reporter: Peter Cadman > Assignee: Alexey Loubyansky > Priority: Minor > > After connecting to standalone server on localhost, Cgywin doesn't response to input. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3910) To be added AJP connector connectionTimeout parameter

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-3910?page=com.atlassian.jira.plugin.... ] Thomas Diesler updated WFLY-3910: --------------------------------- Assignee: Stuart Douglas (was: Thomas Diesler) > To be added AJP connector connectionTimeout parameter > ----------------------------------------------------- > > Key: WFLY-3910 > URL: https://issues.jboss.org/browse/WFLY-3910 > Project: WildFly > Issue Type: Feature Request > Components: Web (Undertow) > Affects Versions: 8.1.0.Final > Reporter: Angel Ivanov > Assignee: Stuart Douglas > > Hi, > We need configuration parameter for Undertow to manage especially AJP connector connection timeout, because created threads staid alive forever. > In tomcat such kind of connector parameter was connectionTimeout. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3910) To be added AJP connector connectionTimeout parameter

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-3910?page=com.atlassian.jira.plugin.... ] Thomas Diesler updated WFLY-3910: --------------------------------- Component/s: Web (Undertow) (was: ConfigAdmin) > To be added AJP connector connectionTimeout parameter > ----------------------------------------------------- > > Key: WFLY-3910 > URL: https://issues.jboss.org/browse/WFLY-3910 > Project: WildFly > Issue Type: Feature Request > Components: Web (Undertow) > Affects Versions: 8.1.0.Final > Reporter: Angel Ivanov > Assignee: Thomas Diesler > > Hi, > We need configuration parameter for Undertow to manage especially AJP connector connection timeout, because created threads staid alive forever. > In tomcat such kind of connector parameter was connectionTimeout. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-4142) ear-sub-deployments-isolated is still ignored from jboss-deployment-structure.xml

by Gabriele Garuglieri (JIRA)

[ https://issues.jboss.org/browse/WFLY-4142?page=com.atlassian.jira.plugin.... ] Gabriele Garuglieri commented on WFLY-4142: ------------------------------------------- I asked the developer who showed me the problem to strip away the proprietary parts and assemble something to reproduce it. In the meanwhile could you kindly point me to the source for the referred test? Thanks, Gabriele > ear-sub-deployments-isolated is still ignored from jboss-deployment-structure.xml > --------------------------------------------------------------------------------- > > Key: WFLY-4142 > URL: https://issues.jboss.org/browse/WFLY-4142 > Project: WildFly > Issue Type: Bug > Components: EE > Affects Versions: 8.2.0.Final, 9.0.0.Alpha1 > Reporter: Gabriele Garuglieri > Assignee: Stuart Douglas > > The default processor runs later, and overwrites the value provided by this file. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2014