November 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (JGRP-1880) UDP.ip_ttl is ignored and is always 1

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1880?page=com.atlassian.jira.plugin.... ] Bela Ban edited comment on JGRP-1880 at 11/26/14 6:18 AM: ---------------------------------------------------------- There's a problem on Windows where setting the TTL throws a 'not implemented' exception. This is caused by not using the right stack, forcing IPv4 with {{-Djava.net.preferIPv4Stack=true}} fixes this. Details at https://github.com/belaban/JGroups/wiki/FAQ was (Author: belaban): There's a problem on Windows where setting the TTL throws a 'not implemented' exception. This is caused by not using the right stack, forcing IPv4 with {{-Djava.net.preferIPv4Stack=true}} fixes this. > UDP.ip_ttl is ignored and is always 1 > ------------------------------------- > > Key: JGRP-1880 > URL: https://issues.jboss.org/browse/JGRP-1880 > Project: JGroups > Issue Type: Bug > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 3.5.1, 3.6 > > > Since we switched from using a {{MulticastSocket}} for sending of multicast packets to a {{DatagramSocket}}, the time-to-live (TTL) of a packet is always {{1}}. The reason is that method {{setTimeToLive()}} only exists in {{MulticastSocket}}, but not in {{DatagramSocket}}. > We cannot revert the code and use a {{MulticastSocket}} to send multicasts, as this won't reveal the real IP address of the sender, but only the multicast address, and the real address is needed to drop packets at the _transport level_. > Investigate whether we could use reflection to get the {{DatagramSocketImpl}} and call {{setTimeToLive()}}. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JGRP-1880) UDP.ip_ttl is ignored and is always 1

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1880?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-1880: -------------------------------- There's a problem on Windows where setting the TTL throws a 'not implemented' exception. This is caused by not using the right stack, forcing IPv4 with {{-Djava.net.preferIPv4Stack=true}} fixes this. > UDP.ip_ttl is ignored and is always 1 > ------------------------------------- > > Key: JGRP-1880 > URL: https://issues.jboss.org/browse/JGRP-1880 > Project: JGroups > Issue Type: Bug > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 3.5.1, 3.6 > > > Since we switched from using a {{MulticastSocket}} for sending of multicast packets to a {{DatagramSocket}}, the time-to-live (TTL) of a packet is always {{1}}. The reason is that method {{setTimeToLive()}} only exists in {{MulticastSocket}}, but not in {{DatagramSocket}}. > We cannot revert the code and use a {{MulticastSocket}} to send multicasts, as this won't reveal the real IP address of the sender, but only the multicast address, and the real address is needed to drop packets at the _transport level_. > Investigate whether we could use reflection to get the {{DatagramSocketImpl}} and call {{setTimeToLive()}}. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-4127) @TransactionAttribute ignored on SFSB PostConstruct lifecycle callback

by Martin Kouba (JIRA)

Martin Kouba created WFLY-4127: ---------------------------------- Summary: @TransactionAttribute ignored on SFSB PostConstruct lifecycle callback Key: WFLY-4127 URL: https://issues.jboss.org/browse/WFLY-4127 Project: WildFly Issue Type: Bug Components: EJB Reporter: Martin Kouba Assignee: Stuart Douglas This is a regression introduced in this commit: https://github.com/wildfly/wildfly/commit/456a624d98eaa5f5fc016ad75202901... Most probably {{StatefulComponentDescription}} should not pass treatRequiredAsRequiresNew=false to {{org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.Factory}} constructor. There is a CDI TCK test which can be used as a reproducer: https://github.com/cdi-spec/cdi-tck/blob/master/impl/src/main/java/org/jb... -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-1650) Legacy subsystem testing needs some classloading exclusion mecanism

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1650?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1650: ----------------------------------------------- Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 980923|https://bugzilla.redhat.com/show_bug.cgi?id=980923] from ON_QA to VERIFIED > Legacy subsystem testing needs some classloading exclusion mecanism > ------------------------------------------------------------------- > > Key: WFLY-1650 > URL: https://issues.jboss.org/browse/WFLY-1650 > Project: WildFly > Issue Type: Bug > Components: Logging, Test Suite > Affects Versions: 8.0.0.Alpha3 > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Fix For: 8.0.0.Beta1 > > > When translation messages are used (which is the case of EAP) we have conflicts between generated $logger classes when testing submodules. > Some $logger classes exis thus they are loaded by the parent classloader before the childfirstclassloader tries to load them, thus we have a potential ClassCastException brewing. > For exemple this breaks the EAP build on a French OS. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-134) Make sure CLIWrapper doesn't use default encoding

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-134?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-134: ------------------------------------------------ Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 980923|https://bugzilla.redhat.com/show_bug.cgi?id=980923] from ON_QA to VERIFIED > Make sure CLIWrapper doesn't use default encoding > ------------------------------------------------- > > Key: WFCORE-134 > URL: https://issues.jboss.org/browse/WFCORE-134 > Project: WildFly Core > Issue Type: Bug > Reporter: Emmanuel Hugonnet > Assignee: Emmanuel Hugonnet > Priority: Minor > Fix For: 1.0.0.Alpha9 > > > CLIWrapper is using the default encoding which might lead to issue with non US locales. > Also take advantage of this fix to remove some hard coded strings from tests. -- 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: ------------------------------------------------ Emmanuel Hugonnet (ehsavoie) <ehugonne(a)redhat.com> changed the Status of [bug 1162444|https://bugzilla.redhat.com/show_bug.cgi?id=1162444] from POST to ASSIGNED > 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] (WFLY-4093) Changing IOR settings should require restart of jacorb subsystem

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-4093?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-4093: ----------------------------------------------- Jan Martiska <jmartisk(a)redhat.com> changed the Status of [bug 1080333|https://bugzilla.redhat.com/show_bug.cgi?id=1080333] from ON_QA to VERIFIED > Changing IOR settings should require restart of jacorb subsystem > ---------------------------------------------------------------- > > Key: WFLY-4093 > URL: https://issues.jboss.org/browse/WFLY-4093 > Project: WildFly > Issue Type: Bug > Components: IIOP > Affects Versions: 9.0.0.Alpha1 > Reporter: Stefan Guilhen > Assignee: Stefan Guilhen > Fix For: 9.0.0.Beta1 > > > When using management operations to add IOR settings, the settings don't get reflected in the IORSecConfigMetaDataService until a server reload. The management operations should mark that the jacorb subsystem needs to be restarted. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-655) Debug: Line after "THEN" ignored

by Marc Dzaebel (JIRA)

[ https://issues.jboss.org/browse/DROOLS-655?page=com.atlassian.jira.plugin... ] Marc Dzaebel updated DROOLS-655: -------------------------------- Description: If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. {code} rule "" when then int i=1; System.out.println( i); // breakpoint set here end {code} Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a new line after THEN. Even smallest rules need to take unnecessary number of lines. However, the above rule works. was: If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. {code} rule "" when then int i=1; System.out.println( i); // breakpoint set here end {code} Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a line for then. Even smallest rules need to take unnecessary number of lines. However, the above rule works. > Debug: Line after "THEN" ignored > -------------------------------- > > Key: DROOLS-655 > URL: https://issues.jboss.org/browse/DROOLS-655 > Project: Drools > Issue Type: Bug > Affects Versions: 6.2.0.CR2 > Environment: All (Eclipse Debug) > Reporter: Marc Dzaebel > Assignee: Mark Proctor > Priority: Minor > > If "THEN" is directly followed by code, the Eclipse debugger doesn't see the code, e.g. variables are not displayed in the "variables" debug view. > {code} > rule "" > when > then int i=1; > System.out.println( i); // breakpoint set here > end > {code} > Additionally, it's impossible to set breakpoints at the line of "THEN". So the indentation style is forced to always have a new line after THEN. Even smallest rules need to take unnecessary number of lines. However, the above rule works. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-2806) Add check to fail deployments that use CXFServlet but have not disabled the WS subsystem

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-2806?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-2806: ----------------------------------------------- Rostislav Svoboda <rsvoboda(a)redhat.com> changed the Status of [bug 1166458|https://bugzilla.redhat.com/show_bug.cgi?id=1166458] from ON_QA to VERIFIED > Add check to fail deployments that use CXFServlet but have not disabled the WS subsystem > ---------------------------------------------------------------------------------------- > > Key: WFLY-2806 > URL: https://issues.jboss.org/browse/WFLY-2806 > Project: WildFly > Issue Type: Feature Request > Components: Web Services > Reporter: Kyle Lape > Assignee: Alessio Soldano > Fix For: 9.0.0.Beta1 > > > If {{CXFServlet}} is defined in an app's {{web.xml}}, the webservices subsystem should always be disabled. (Of course the preference would be to stop using {{CXFServlet}} and follow the JAX-WS way to deploy web services.) -- This message was sent by Atlassian JIRA (v6.3.8#6338)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFCORE-269) CLI freezes and it's not possible to terminate it (using Ctrl-C) in some cases

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFCORE-269?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on WFCORE-269: ------------------------------------------------ Petr Kremensky <pkremens(a)redhat.com> changed the Status of [bug 1149099|https://bugzilla.redhat.com/show_bug.cgi?id=1149099] from ON_QA to ASSIGNED > CLI freezes and it's not possible to terminate it (using Ctrl-C) in some cases > ------------------------------------------------------------------------------- > > Key: WFCORE-269 > URL: https://issues.jboss.org/browse/WFCORE-269 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Reporter: Tomas Hofman > Assignee: Tomas Hofman > > This is copy of https://bugzilla.redhat.com/show_bug.cgi?id=1149099 > Description: > The CLI freezes in phase of requesting username/password in some cases. > Reproducer > ========== > Run following command: > ./jboss-cli.sh -c << EOF > /core-service=management/security-realm=ManagementRealm/authentication=local:remove > reload > EOF -- 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 November 2014