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

[Design of JBoss IIOP on JBoss] - Re: CorbaNamingService for EJB3 in AS trunk

by pelam888

Could you please provide some more information as to how you have managed to get your EJB3 bean accessible over IIOP. There seems to be very little complete documentation on how to expose EJB3.0 beans over IIOP in JBoss. I have the following: 1. A simple Stateless Session Bean, IIOPInvokableBean , | @Stateless | @Remote(IIOPInvokable.class) | @RemoteBinding(factory=RemoteBindingDefaults.PROXY_FACTORY_IMPLEMENTATION_IOR) | public class IIOPInvokableBean implements IIOPInvokable { | | public void doSomething() { | System.out.println("IIOPInvokableBean - Invoked doSomething() !"); | } | | public String getString() { | System.out.println("IIOPInvokableBean - Invoked getString() !"); | return "HELLO!"; | } | | | } | 2. Its remote interface... | @Remote | public interface IIOPInvokable extends EJBObject | { | public void doSomething(); | public String getString(); | } | 3. I have REMOVED the jboss.xml from the META-INF folder as you have advised 4. When I deploy the bean to JBoss 5.0.0.Beta3 (and also Jboss 4.2.2), I am presented with the following exception... | 11:33:19,140 INFO [EJBContainer] STARTED EJB: IIOPInvokableEJB.IIOPInvokableBean ejbName: IIOPInvokableBean | 11:33:20,625 INFO [EJBContainer] STOPPED EJB: IIOPInvokableEJB.IIOPInvokableBean ejbName: IIOPInvokableBean | 11:33:20,625 ERROR [AbstractKernelController] Error installing to Start: name=jboss.j2ee:jar=IIOPInvokableEJBPOC.jar,name=IIOPInvokableBean,service=EJB3 state=Create | java.lang.NullPointerException | at org.jboss.ejb3.iiop.BeanCorbaServant.<init>(BeanCorbaServant.java:122) | at org.jboss.ejb3.iiop.IORFactory.start(IORFactory.java:348) | Am I missing something or doing something incorrectly? Your assistance is appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138842#4138842 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138842

16 years, 7 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJB3Deployer and EJB3ClientDeployer order

by scott.stark＠jboss.org

Is that a scenario that is supposed to work? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138840#4138840 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138840

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-5259, JMS Destination Names is showing as QueueServ

by mark.spritzler

Ok, so now I was able to get a trunk build, but now the testsuite build fails. I also downloaded rev 1252 of AS to try to deploy the embedded console but now get 17:36:16,203 INFO [TomcatDeployment] deploy, ctxPath=/embedded-console, vfsUrl=embedded-console.war 17:36:16,250 ERROR [BaseModelMBean] Exception invoking method addChild java.lang.RuntimeException: mapped-name is required for timerService of deployment embedded-console.war Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138839#4138839 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138839

16 years, 7 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJB3Deployer and EJB3ClientDeployer order

by alex.loubyansky＠jboss.com

Yes, it's circular in the case I am looking into. Two EJBs are referencing each other and each one is in its own JAR. It seems like one is chosen to be deployed first but it fails since the other EJB can't be found in the JNDI. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138836#4138836 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138836

16 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JarEntry as VFS root does not return empty vfspath

by mstruk

anonymous wrote : | IIRC, the path originally was setup lazily, except for the now obsolete jar handler that went through every entry up-front? | I'd like to learn more about JarHandler being obsolete ... anonymous wrote : | I don't understand why you can't fall back to getParent().getParent().etc. | at the worst? | This is our context URI: file:/vfs/test/outer.jar!/org/jboss/test/vfs/support These are parent child relationships for handlers within JarContext: null JarHandler (represents: file:/vfs/test/outer.jar) JarEntryHandler (represents org) JarEntryHandler (represents jboss) JarEntryHandler (represents test) JarEntryHandler (represents vfs) root = JarEntryHandler (represents support) JarEntryHandler (represents CommonClass.class) JarEntryHandler (represents jar1) JarEntryHandler (represents jar2) root handler has VF handler representing 'vfs' for its parent. getParent().getParent() returns VF handler representing 'test'. The solution would be to set root's parent to null. anonymous wrote : | I don't remember the code being that difficult, but then I haven't worked on it for a while? | I've approached the problem with a simple guideline: make a fix with a minimum amount of code change. Don't change method signatures, try not to introduce additional fields ... AbstractVirtualFileHandler gets three pieces of information: VFSContext, parent, name. To properly compose pathName I have to start generating the path at root node. I need to know which node is root and I need to make this check during pathName generation. The simplest way was - let's use naming convention. Root should always have '', and it makes no sense for any normal file or directory to have '' name so we can test for root like this: isRoot = "".equals(name). But this fell through because root in this VFS implementation is not '' and shouldn't be forced to be ''. Ok, next I tried using parent: isRoot = parent == null. But turns out it's not null. There are ways to fix this - we just set it to null somewhere, but who knows what dragons this will wake up so I saved this approach for later maybe. Let's use VFSContext then. Let's get root handler from it and see if it's equal to this. This exposed infinite recursion mines. First VFSContext closed exception that calls toString() that calls getPathName(), then in equals() which again calls getPathName(), the only thing left was == comparison which is not reliable due to unreliable context root retrieval, and serialization/deserialization ... So this approach fell through as well. anonymous wrote : | Sounds like a simple solution, but maybe not so good on memory usage? | Ok, I'm trying another thing first - 'set parent to null' approach, that won't require any additional fields. I see two ways of doing it. One is to propagate some extra info based on which each handler can determine - as it's being created - if it is a root handler or not. That approach is processor intensive and requires small changes in many places. Another approach is to introduce setParent(VirtualFileHandler) or setAsContextRoot() method and call it on only one handler as it's assigned to be context root. That approach requires one extra method and one extra call - very elegant. But ... makes handler creation a two-phase process for handlers that become root and makes these handlers mutable. Looking at AbstractVirtualFileHandler I find no reliance on immutability so I don't expect problems. I'm testing a fix made using this approach, and so far everything is working nicely. In the end I'll remove more code cleaning out the current quick fix than add new code for a proper solution :) - marko View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138835#4138835 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138835

16 years, 7 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security Injection in AS5

by sguilhen＠redhat.com

I've reverted my AS workspace to older revisions to find out when this error started showing. The last revision I was able to deploy the DynamicLoginConfig bean is 70928. Starting from revision 70929 the error shows up. I'll now take a look at the changes to see if I find out what exactly is causing the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138831#4138831 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138831

16 years, 7 months

1
0
0 / 0

[QA of JBoss Portal] - image

by priya23

Hi, We are using jboss portal 2.6.1. There is a problem in the image uploaded through the default cms. Once uploaded, the image can be retrieved easily, but after a couple of days it does not render and in cms it says, resource not available. Any clues why wud this happen? What is the table in which image uploaded thru cms is stored in the database? Any comments wud be appreciated. Thanks! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138830#4138830 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138830

16 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: COM Gateway

by DirkBangel

Hi Mark, Hi Kurt We would like to ask if JBoss ESB plans to introduce Java- Annotations instead of the deployment descriptor? We were hoping for something on the lines of JSR 109 for Webservices- something like @ESBListener (JSR109:@WebService) and @ESBAction (JSR109: @WebMethod). We hope you had time to read through our rough ("filtered") implementation design. We are happy to all comments- also critical comments. Thanks for your replies, Best regards Dirk View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138810#4138810 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138810

16 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Getting content of XML element

by adrian＠jboss.org

"kabir.khan(a)jboss.com" wrote : | I think the simple cases can be rewritten using Element for the nested data/transaction-attribute elements? They only map onto name/value pairs - the name of the tag being the name, and the content being the value. | | The SecurityClassMetaDataLoader needs replacing with something else, but it should be able to parse the style of xml shown. I don't see any other way at the moment than being able to take Element? You can get JBossXB/JAXB to pass you the element. That's how we do the old InvokerProxyBindings in EJB2, but then you have to parse it (again) yourself. http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/metadata/trun... Of course this kind of usage of xml makes schema validation impossible so lots of typos by the user unfortunatley. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138809#4138809 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138809

16 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Getting content of XML element

by kabir.khan＠jboss.com

16 years, 7 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