March 2008 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: Determine whether an invocation is local or remote

by bdecoste

Generally. The containers already have a dependency on the IS_LOCAL settings that IsLocalInterceptor sets in order to know whether to marshall the response. If a user removed IsLocalInterceptor, we behave as if it's always a remote call and go through rmi and marshall everything. The question is, if the user removed it, what would security do? It would treat it as a remote call? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139457#4139457 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139457

16 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Determine whether an invocation is local or remote

by anil.saldhana＠jboss.com

"ALRubinger" wrote : Is it OK to introduce this dependency from security interceptors to IsLocalInterceptor? | | Isn't the nature of interceptors to be cross-cutting and configurable such that any can be added/removed to change functionality? | | S, | ALR Good point. In my opinion there should just be a flag on the invocation whether the call was intra-vm or intervm. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139455#4139455 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139455

16 years, 3 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Determine whether an invocation is local or remote

by ALRubinger

Is it OK to introduce this dependency from security interceptors to IsLocalInterceptor? Isn't the nature of interceptors to be cross-cutting and configurable such that any can be added/removed to change functionality? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139453#4139453 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139453

16 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Classloader leak in BasicThreadPool

by bstansberry＠jboss.com

I implemented and tested this before JBW, but this statement had me concerned so I'd put this on the shelf: anonymous wrote : If no ClassLoaderSource is injected, the TCCL will be set to null. That's a concern because I see a lot of possible usage of BasicThreadPool outside the AS itself. The above is a change in behavior and there's no way I can find and test every possible user of this class. Or at least I don't want to. ;-) So, I intend to instead make it that if no ClassLoaderSource is injected, the pool doesn't mess with the TCCL -- i.e. the existing behavior continues. We can then find the usages of BasicThreadPool in the JBoss AS codebase itself and make sure they have an appropriate ClassLoaderSource injected. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139449#4139449 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139449

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: COM Gateway

by lihui_pang

I am evaludating JBoss ESB too. I have the similar questions, e.g. if the message is non-serializable, do we need to implement MarshalUnmarshalPlugin, or is that existing plugin for us to use?, how to register plugin? -- I can't find any sample on this. If you have answers on this , please share. Many thanks, Lihui View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139433#4139433 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139433

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: COM Gateway

by lihui_pang

"DirkBangel" wrote : Hi Mark, Hi Kurt | | After an "long" evaluation phase we now came to some more detailed questions. As proposed in the ESB developers guide we | intended to use the JBOSS_XML message type. Therefore we pass our message content into the esb message body. | Does this match with your expiriences or should we better use an own MessagePlugin to fully implement our own message | layout? | | Did you get answer on this? How do you register the plugin, is there any sample? | | If you propose the JBOSS_XML message type, we have to provide a implementation of the MarshalUnmarshalPlugin for | serializing and deserializing our Java instances in a XML representation. If so, | is there an general way of registering our plugin to the esb container (providers section of the deployment descriptor?) | or do we have to put a jbossesb-property.xml into each deployment (.esb)? | | Last but not least, if we choose the JBOSS_XML representation and if we serialize our content into XML, which is the | more or less human readable, is the XML representation encrypted on the wire - encrypted while transportation over the | esb? Can we enable an automatic encryption for messages trough the esb? We ask because we currently have a stateless | listener and we pass all "of our session information", including credentials, into the messages. The messages are passed | around the client(caller) and our esb listener. | | Did you get answer on this too? | | A first roughly summarized "structural design" document can be found (all IP protected stuff is dropped out) at http://jbossesb.javainteroperability.com/ext/structuraldesign.pdf. We are happy to recieve all comments. | | Thanks for your replies, | Best regards | | Dirk Please share your result with us. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139430#4139430 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139430

16 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: New jBPM Console

by tom.baeyens＠jboss.com

no need. i'm completely aware of the need. on the other hand, all promotion for community tasks is good. didn't we have a jira task that grouped all the community tasks ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139428#4139428 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139428

16 years, 3 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: jee module's alt-dd

by scott.stark＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : | I guess, I misunderstand this. AFAICS, the alt-dd is specified in the application.xml per module. Like this | | ... | | The ModuleMetaData has a property for alt-dd but it's not used except in the web deployer. Sure, your right, I was thinking it could also show up at the descriptor level. That would be silly. "adrian(a)jboss.org" wrote : | Then the metadata classes could implement it and parsing deployers check it | regardless of where it appears. | ... On Alex's point, these just need to be added as attachments by the EarStructure and checked by the relevant parsing deployer. Good point, the EarStructure is where this should be done. The AltDD interface would need to be in the deployer project so that the general handling of the alt path can be handled in AbstractVFSParsingDeployer. If were using the AltDD interface as the typed path/key, wouldn't the programtic usage be: | addAttachment(Class<T> type, T attachment); | VFSDeployment d = new VFSDeployment(ejbjar); | AltDD altDD = ...("al.ternatelocation"); | d.addAttachment(AltDD.class, altDD); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139425#4139425 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139425

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Features of JBoss Messaaging Message Bridge present in E

by timfox

"dsmiley" wrote : This is very educational :-) | For dups... it's be neat if the JMS implementation of the receiving queue had the dup detection built-in so that the app didn't have to concern itself with this. Sounds pretty easy, too. Is it known if any do this? That is a very good question. We plan to implement this for JBM 2.0 :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139415#4139415 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139415

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Features of JBoss Messaaging Message Bridge present in E

by dsmiley

This is very educational :-) For dups... it's be neat if the JMS implementation of the receiving queue had the dup detection built-in so that the app didn't have to concern itself with this. Sounds pretty easy, too. Is it known if any do this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139412#4139412 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139412

16 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2008