[JBoss JIRA] (WFLY-2448) Print IOR to a user specified file
by Sumanth M S (JIRA)
[ https://issues.jboss.org/browse/WFLY-2448?page=com.atlassian.jira.plugin.... ]
Sumanth M S updated WFLY-2448:
------------------------------
Attachment: WFLY-2448.patch
I have attached enhancement as a .patch file. Please let me know your observations or if actual source can be attached
> Print IOR to a user specified file
> ----------------------------------
>
> Key: WFLY-2448
> URL: https://issues.jboss.org/browse/WFLY-2448
> Project: WildFly
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: IIOP
> Affects Versions: 8.0.0.Beta1
> Environment: Windows, Solaris, Linux
> Reporter: Sumanth M S
> Assignee: Stefan Guilhen
> Priority: Minor
> Fix For: 8.0.0.Final
>
> Attachments: WFLY-2448.patch
>
>
> Jboss AS prints Corba IOR on console or log file. Many applications look for a file at a predefined location from where it can read the IOR; as it is difficult to read IOR programatically from a log file or console.
> An environment variable can be defined in standalone.conf to let the user specify the file location to which JBoss will print the IOR along with printing on the console.
> The solution has been tried and seems working. Please let us know if the solution can be submitted.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (JGRP-1770) Table: null row when removing last element
by Bela Ban (JIRA)
Bela Ban created JGRP-1770:
------------------------------
Summary: Table: null row when removing last element
Key: JGRP-1770
URL: https://issues.jboss.org/browse/JGRP-1770
Project: JGroups
Issue Type: Enhancement
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 3.5
In Table.removeMany() when nulling the last column of a row, we don't null the entire row. The effect is that we have rows (arrays) with all columns being empty remain in memory, which wastes memory.
Note that Table.purge() actually does null entire rows, this is called by
* NAKACK2: here, method stable() triggered by STABLE calls {{Table.purge(seqno)}}, so we're nulling entire rows. This is not a problem.
* UNICAST3 *sender entries*: here, reception of an ACK(seqno) also calls {{Table.purge(seqno)}}, so this is not an issue, either
The only issue is UNICAST3 *receiver entries*: here, {{Table.purge()}} is never called; elements are only nulled, but not entire rows.
SOLUTION:
When {{Table.removeMany()}} nulls an element, if that element is tha last element of a row (index = {{elements_per_row -1}}, then null the entire row.
EFFECT:
There's less memory held in memory by UNICAST3 receiver entries
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (WFLY-2714) EL Comparison don't works in attributes
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-2714?page=com.atlassian.jira.plugin.... ]
Stuart Douglas resolved WFLY-2714.
----------------------------------
Resolution: Cannot Reproduce Bug
Just tried this out and it works fine for me. If you are still having issues please attach a reproducer and re-open.
> EL Comparison don't works in attributes
> ---------------------------------------
>
> Key: WFLY-2714
> URL: https://issues.jboss.org/browse/WFLY-2714
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.0.0.CR1
> Environment: OpenJDK Runtime Environment (fedora-2.4.3.0.fc18-x86_64 u45-b15)
> Wildfly 8.0.0 CR1
> Reporter: Otávio Garcia
> Assignee: Stuart Douglas
> Labels: el, wildfly
>
> I have a class with BigDecimal attribute:
> {code:java}
> public class Foo {
> private BigDecimal value;
> }
> {code}
> This code works fine
> {code:xml}
> <p>${foo.value lt 0}</p>
> {code}
> And this code too:
> {code:xml}
> <p>${foo.value lt 0 ? 'negative' : 'positive'}</p>
> {code}
> But when I use the expression in the attribute, I get the errot bellow:
> {code:xml}
> <p class="${foo.value lt 0 ? 'negative' : 'positive'}">text</p>
> {code}
> The class 'Foo' does not have the property 'valuelt0'.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (WFLY-2720) Ability for Deployment Overlays to overlay System Properties
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-2720?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-2720:
--------------------------------------
I doubt we could do this with 'System properties' as such, as system properties are global and not per-deployment. Potentially we could do this just for property replacement in descriptors.
> Ability for Deployment Overlays to overlay System Properties
> ------------------------------------------------------------
>
> Key: WFLY-2720
> URL: https://issues.jboss.org/browse/WFLY-2720
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Joshua Henn
> Fix For: 8.0.0.Final
>
>
> Currently Deployment Overlays allow only the replacing whole resource files. It would be nice to also be able to overlay System Properties that take precedent over globally defined properties.
> ie.
> {code:xml}
> <deployment-overlays>
> <deployment-overlay name="myOverlay">
> <system-properties>
> <property name="datasource" value="java:jboss/datasources/controller"/>
> </system-properties>
> <deployment name="controller.war"/>
> </deployment-overlay>
> </deployment-overlays>
> {code}
> Usecase:
> Have two deployments active of the same application, run-time configured by descriptor replacements via System Properties.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months
[JBoss JIRA] (WFLY-1390) Undertow: javamelody SessionListener stop working
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-1390?page=com.atlassian.jira.plugin.... ]
Stuart Douglas resolved WFLY-1390.
----------------------------------
Resolution: Out of Date
Wildly no longer contains OSGI support in the core distribution.
> Undertow: javamelody SessionListener stop working
> -------------------------------------------------
>
> Key: WFLY-1390
> URL: https://issues.jboss.org/browse/WFLY-1390
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.0.0.Alpha2
> Reporter: Igor Shulika
> Assignee: Stuart Douglas
> Attachments: jaffa-3rd-party-javamelody-core-1.43.0.jar, jaffa-sample-webapp-6.0.jar
>
>
> I'm deploying JavaMelody OSGi bundle on the latest WildFly 8.0.0.Alpha2-SNAPSHOT server. Since I switch from Jbossweb to Undertow the JavaMelody SessionListener stop working.
> Please see below configuration in the web.xml file.
> <listener>
> <listener-class>net.bull.javamelody.SessionListener</listener-class>
> </listener>
> Please see error trace below.
> Note: It works in Jbossweb.
> Thanks!
> 09:51:44,005 INFO [org.jboss.osgi.framework] (MSC service thread 1-1) JBOSGI011001: Bundle installed: org.test.sample.webapp.my-sample-webapp:6.0.0
> 09:52:15,221 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-10) MSC000001: Failed to start service jboss.deployment.unit."my-sample-webapp-6.0.jar".Activate: org.jboss.msc.service.StartException in service jboss.deployment.unit."my-sample-webapp-6.0.jar".Activate: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1930) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> Caused by: org.jboss.osgi.deployment.interceptor.LifecycleInterceptorException: JBAS017345: Timeout context service activation: service jboss.undertow.deployment.default-host./test
> at org.jboss.as.osgi.web.WebContextLifecycleInterceptor.invoke(WebContextLifecycleInterceptor.java:105)
> at org.jboss.osgi.deployment.interceptor.AbstractLifecycleInterceptorService.handleStateChange(AbstractLifecycleInterceptorService.java:264)
> at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:253)
> at org.jboss.osgi.framework.internal.AbstractBundleState.changeState(AbstractBundleState.java:242)
> at org.jboss.osgi.framework.internal.UserBundleState.startInternalNow(UserBundleState.java:637)
> at org.jboss.osgi.framework.internal.UserBundleState.startInternal(UserBundleState.java:526)
> at org.jboss.osgi.framework.internal.BundleManagerPlugin.startBundle(BundleManagerPlugin.java:560)
> at org.jboss.as.osgi.deployment.BundleActivateProcessor$BundleActivateService.start(BundleActivateProcessor.java:125)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907) [jboss-msc-1.1.2.Final.jar:1.1.2.Final]
> ... 3 more
> Caused by: java.util.concurrent.TimeoutException: JBAS017345: Timeout context service activation: service jboss.undertow.deployment.default-host./jaffa
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService$ContextActivatorImpl.start(UndertowDeploymentService.java:158)
> at org.jboss.as.osgi.web.WebContextLifecycleInterceptor.invoke(WebContextLifecycleInterceptor.java:100)
> ... 12 more
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 6 months