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

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Array interception needed for jboss cache

by bela＠jboss.com

This is cool stuff ! Ben, please see whether this covers all the requirements from the PojoCache side. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997451#3997451 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997451

18 years, 2 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Detached invokers are too detached from the transport

by ron_sigal

How about a generalization of HandshakeCompletedListener: | interface SocketCreatedListener | { | void socketCreated(Socket socket); | } | An instance of SocketCreatedListener could be passed in on the client side: | SocketCreatedListener listener = ... ; | HashMap config = new HashMap(); | config.put(Remoting.SOCKET_CREATED_LISTENER, listener); | Client client = new Client(locator, config); | and on the server side: | SocketCreatedListener listener = ... ; | HashMap config = new HashMap(); | config.put(Remoting.SOCKET_CREATED_LISTENER, listener); | Connector = new Connector(locator, config); | The client and server invokers would be responsible for calling the listener whenever they create a socket. A customized SocketFactory would probably be necessary for some of the less transparent transports. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997426#3997426 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997426

18 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Re: SecurityContext

by scott.stark＠jboss.org

Setting the security context has to be reconcilled with the security aspect behavior. If you do an explicit jaas login, all that really results is an authenticated subject. Instead of having a ClientLoginModule push this to a thread local, it could associate this info with the mc metadata repository at a request scope. The aspect checking the security context would use the metadata repository to pickup scope starting from the request and moving up to higher levels like deployment, security domain default, etc. Alternatively we could look at Subject.doAs*()/Subject.getSubject(AccessControlContext acc) with validation of the authentication as data in the subject private credentials to better leverage the jaas apis. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997403#3997403 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997403

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBMESSAGING-578 - Multiplex JGroups Channel

by clebert.suconic＠jboss.com

I have a question regarding this: Should we aways use JGroups Multiplexor by default, or only when running under JBoss5? I'm creating a new interface to perform JChannel creations called ChannelFactory. This interface is only used at DefaultClusteredPostOffice and its service. Since I don't want to put everything on the same package as DefaultClusteredPostOffice, I have created a new package under postoffice.cluster, called jgroups which can be easily renamed/moved later if that's not the proper place. I haven't committed my changes yet by the time of this post, but I will as soon as I have finished running testcases. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997400#3997400 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997400

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - JBMESSAGING-578 - Multiplex JGroups Channel

by clebert.suconic＠jboss.com

This is a thread discussion on http://jira.jboss.com/jira/browse/JBMESSAGING-578. For a call on JChannelFactory, we are supposed to send an ID identifying the system. We could have a constant (such as JBOSS_MESSAGING) on that ID, but per my discussion with Brian Stansberry we should have the ID configured. Briand recomended using ${jboss.partition.name:DefaultPartition}-JMS for the Application Server. I will keep the partitionID configurable on the ClusteredPostOfficeMBean then. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997381#3997381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997381

18 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Re: SecurityContext

by anil.saldhana＠jboss.com

Now where will the client side interceptors pick up the caller Security Context from? I need something like the old SecurityAssociation threadlocal. This is just a minute issue but this is where I cannot throw away the threadlocal concept. In my current prototype, I have a SecurityContextAssociation with a single threadlocal to hold the securitycontext object. The Security Interceptor in the proxy looks at the threadlocal object to obtain the call-path security context. If it exists and it holds the invocation principal(means there is no explicit jaas login), I just send the security context over the invocation. If the invocation principal does not match with the SC on the threadlocal, it means there is an explicit jaas login - create a new SC (plug the call-path sc as its parent) and set this new SC on the threadlocal as well as sending it on the invocation. Takes care of end-to-end security. The security context can hold the caller's security context and be passed via invocation. So we get the stack like behavior for the caller's context. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997373#3997373 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997373

18 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: How do you a forum and a wiki to a jportal

by unibrew

Hello Please do not user questions on this forum ( http://www.jboss.com/index.html?module=bb&op=viewtopic&t=75280) You should find all needed info on: http://labs.jboss.com/portal/jbosswiki/?prjlist=false and http://labs.jboss.com/portal/jbossforums/?prjlist=true . Regards ---------------------- Ryszard Kozmik JBoss Forums JBoss Labs Team View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997367#3997367 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997367

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: releasing 3.2.Beta1

by david.lloyd＠jboss.com

Ok, no problem, that should be simple to do. Thanks... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997362#3997362 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997362

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Problem deploying a -beans.xml in a SAR

by anil.saldhana＠jboss.com

I will fix this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997361#3997361 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997361

18 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JMS Provider(s) Design - JBossMQ/JBossMessaging/ActiveMQ

by jeffdelong

As for the first exception, it appears that MessageAwareListerner extends AbstractManagedListener and the constructor takes a org.jboss.soa.esb.listener.ListenerManager as an argument. However, from the stack trace it appears that a org.jboss.soa.esb.listener.message.ESBListenerController is being passed, which does not implement ListenerManager. So the messageAwareListener.getContructor(org.jboss.soa.esb.listener.ListenerManager, org.jboss.soa.esb.helper.ConfigTree) is failing. Not clear to me the relationship between the two interfaces: ListenerManager and ESBListenerController View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997358#3997358 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997358

18 years, 2 months

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-dev-forums January 2007