February 2007 - jboss-dev-forums - Jboss List Archives

[Design of JCA on JBoss] - JBAS-3321 - TransactionTimeout from EJB container

by adrian＠jboss.org

The change done for this feature request is not correct. The transaction timeout is not a property of the activation spec. It is a property of the MDB container which is represented in JCA land by the message endpoint factory (MEF). What is required is a JBoss specific interface that the MEF implements that allows you to retrieve the transaction timeout for a method, i.e. similar to the isDeliveryTransacted(Method) This then needs to be referenced from the MessageEndpointInterceptor.startTransaction() method. Of course if something else starts the transaction (like the server session) is should also ask the MEF what the timeout is for the particular method. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013599#4013599 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013599

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: System.getProperties() in a security restricted environm

by ovidiu.feodorov＠jboss.com

Any volunteer? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013568#4013568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013568

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: System.getProperties() in a security restricted environm

by timfox

What we should do is try and get hold of the security manager config that jnlp runs in and test against that for one thing. Although I don't know where to find that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013566#4013566 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013566

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: System.getProperties() in a security restricted environm

by ovidiu.feodorov＠jboss.com

Right. My point is that is difficult to draw the line and test for that. What is certain is that 806 won't make it in SP4. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013557#4013557 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013557

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: System.getProperties() in a security restricted environm

by timfox

"ovidiu.feodorov(a)jboss.com" wrote : If the client runs in a security restricted environment that denies System.getProperty(), being prevented to get properties such as "jboss.messaging.callback.bind.address" is the least of our worries, because log4j won't be able to get things like "line.separator" and it will throw exception long before we attempt to get the bind address. Not nceessarily. You can deny/allow access to individual properties in the security manager config. Something like log4j is so widely and well known used that it's conceivable they allow access, but not the same for our properties. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013555#4013555 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013555

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: System.getProperties() in a security restricted environm

by ovidiu.feodorov＠jboss.com

I have extended the framework created by Tim to experiment and write tests in a security restricted environment, but I will push http://jira.jboss.org/jira/browse/JBMESSAGING-806 to SP5 until we reach a conclusion here. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013523#4013523 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013523

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: System.getProperties() in a security restricted environm

by ovidiu.feodorov＠jboss.com

If the client runs in a security restricted environment that denies System.getProperty(), being prevented to get properties such as "jboss.messaging.callback.bind.address" is the least of our worries, because log4j won't be able to get things like "line.separator" and it will throw exception long before we attempt to get the bind address. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013521#4013521 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013521

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - System.getProperties() in a security restricted environment

by ovidiu.feodorov＠jboss.com

This is the companion thread for http://jira.jboss.org/jira/browse/JBMESSAGING-806 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013517#4013517 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013517

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: commands & EJB 3

by tom.baeyens＠jboss.com

"camunda" wrote : Hi Tom, | | okay, the idea sounds nice. As a Java-EE guy JACC is new to me, but no problem :-) | don't try to read the spec. it's really unreadable. if you give me some time and push me with your questions, i should be able to handle the JACC stuff. "camunda" wrote : | Okay, I found the AuthorizationService (-Interface). I haven't found any good informations on the "EJBRoleRefPermission", not even with Google! But okay, to get it working with JAAS should not be a big deal. I will try that and come back, if there are any problems. | "camunda" wrote : | | One problem I just want to pass to you Tom: Can you add the AuthorizationService to the jbpmContext? Or shall I try to do that by myself? | fetch it from the thread local. JbpmContext.getCurrentContext() or something like that. See how the other services get the jbpmContext. I know there are a few services that do that (not all, though). "camunda" wrote : | And one problem remains: How we do the mapping between commands and roles? Going by Command-Name is not the best idea, I think. 2 other ideas: | - introduce a mapping-file (CommandName, required-roles) | - add the method to the CommandInterface as suggested | mapping between commands and roles will be hard coded (or later maybe in a configuration file) in the AuthorizationService implementation. "camunda" wrote : | | The first one is maybe more flexible, but to have everything in java more handy. And special solutions (like "this guy is only allowed for processes of that organizational unit") has to be implemented by hand anyway. So I would prefer the second way, but what do you prefer for that? | adding a method in the command interface is not good. it should be in self contained in the Authorization service. But in there, you have the option of using a configuration file or hard coded approach. i would suggest to start with the hard coded approach. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013487#4013487 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013487

19 years, 1 month

1
0
0 / 0

[Design of JBoss Profiler] - need to get a thread dump and stack trace from jboss 3.2.7

by rmr

Folks, I am trying to get a thread dump since one of the threads is chewing up 80% of cpu. I followed the steps described on 'How to generate a thread dump in linux'. The problem is I am UNABLE to kill jboss process using 'kill -3 <jboss_pid'. Can anyone suggest other ways to generate a thread dump and a stack trace per thread. I am using jboss 3.2.7. Also, is there a way to get the pthread id from java thread id? cheers Ravi View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4013245#4013245 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4013245

19 years, 1 month

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 February 2007