June 2009 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Static DateFormat on MessageCounterHelper

by clebert.suconic＠jboss.com

Actually also, as a profiler guy.. DateFormat is one of the worst classes you can find on the JDK. If you can avoid using it somehow it' s better. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238084#4238084 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238084

16 years, 9 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Static DateFormat on MessageCounterHelper

by clebert.suconic＠jboss.com

Not a big deal, but I found this while playing with FindBugs (while I was watching TV today :-) ) management.MessageCounterHelper has a static DateFormat. And from DateFormat javadoc: http://java.sun.com/javase/6/docs/api/java/text/DateFormat.html "DateFormat javadoc" wrote : | Date formats are not synchronized. It is recommended to create separate format instances for each thread. If multiple threads access a format concurrently, it must be synchronized externally. | :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238082#4238082 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238082

16 years, 9 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Http Gateway - requirements please...

by beve

anonymous wrote : 2. We allow the user to specify a suplemental web.xml that gets merged into the generated web.xml. The user would define the "extra" configs as per the web.xml schema. We could allow them specify this inline in the esb config, or externally. We might want to restrict the config types we allow in this e.g. you can't define any servlet/filter configs etc? This sounds like a flexible solution to me, merging this with the generated web.xml. I might be missing something obvious here but why can't we let users specify servlet filters? Would this not give users some flexibility regarding transforming the response (compression perhaps) or adding logging. /Daniel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238081#4238081 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238081

16 years, 9 months

1
0
0 / 0

[Design of Management Features on JBoss] - Re: security domain used for securing remote access to Profi

by scott.stark＠jboss.org

Either reusing the jmx-console or having the profileservice domain extend it is fine. The ejb roles would need to be updated to use the same JBossAdmin role. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238074#4238074 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238074

16 years, 9 months

1
0
0 / 0

[Design of Management Features on JBoss] - Re: security domain used for securing remote access to Profi

by anil.saldhana＠jboss.com

JBoss5, we have extends mechanism. All you do is | <application-policy name="domain2" extends="somedomain"> | </application-policy> | So you can define an hierarchy of security domain configuration. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238047#4238047 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238047

16 years, 9 months

1
0
0 / 0

[Design of Management Features on JBoss] - security domain used for securing remote access to Profile S

by ips

Currently, the Profile Service uses the "profileservice" security domain, while the JMX invoker (JMX console, twiddle, etc.) and the admin console use the "jmx-console" domain. This means JBAS5 users will need to configure two sets of credentials for admin access, instead of one, assuming they want to use both the Profile Service and JMX. It also means that JON users will need to configure two sets of credentials for a JBAS5 instance in order for Jopr to be able to manage that instance (this is because the Jopr JBAS5 plugin uses both the Profile Service and JMX). Scott, to simplify things for users, what do you think about having the JMX invoker, the admin-console, and the PS remote access all share the same domain (perhaps called "admin" or "remote-admin")? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238046#4238046 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238046

16 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Parallel deployments

by david.lloyd＠jboss.com

I think semantically what you're after is a different approach - rather than trying to install everything in parallel, what is needed is a sort of lifecycle task abstraction. The logic would be something to the effect of: | task is: | execute lifecycle method; | for each task that depends on me { | remove me as a dependency; | if no remaining dependencies { | submit task to executor; | } | } | In other words, one executor task per controller task. This would allow full concurrency of everything that can be expressed in terms of dependencies, including having different lifecycle methods being executed concurrently etc. Now I have no idea how this fits in to the existing lifecycle code. If at all. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238045#4238045 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238045

16 years, 9 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Active Directory Integration

by jlmagc

You can use JBoss Negotiation. I've been working with it for a few weeks and works great. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238039#4238039 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238039

16 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Possible problem with bean-deployer_2_0.xsd

by Wolfgang Knauf

Same problem for Eclipse 3.4.2/WebTools 3.0.4 (which uses Xerces 2.9.0 for validation as far as I know). Any plans to change something on the JBoss side? I don't know whether the error message is correct or not. Thanks Wolfgang View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238034#4238034 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238034

16 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Parallel deployments

by kabir.khan＠jboss.com

With the current setup, using dependencies, and deploying: A) -Bean1 w/ ControllerMode.ASYNCHRONOUS and a dependency on Bean2 -Bean2 w/ControllerMode.AUTOMATIC Bean1 is installed in a thread until the dependency is needed, at which point the thread is returned to the pool. Once Bean2 is installed in the main thread, Bean1 goes through the remaining lifecycle in the main thread. B) -Bean1 w/ ControllerMode.AUTOMATIC and a dependency on Bean2 -Bean2 w/ControllerMode.ASYNCHRONOUS Bean1 is installed in the main thread until the dependency is needed. Then I deploy Bean2, which happens in a thread, once Bean2 is installed resolveContexts(boolean) is then called from the thread, finds Bean1, but that is not associated with the thread and currently halts installation. I need to rethink how I'm attacking this. Maybe I'm being a bit too course-grained with where I am running ASYNCHRONOUS in a different thread, I'll see if I can make it happen later. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238030#4238030 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238030

16 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2009