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

[Design of EJB 3.0] - Re: @RemoteBindings and clientBindUrl - JNDI binding questio

by ALRubinger

"wolfc" wrote : 2. The relationship between remote business interfaces and remote bindings is as of yet not properly specified. True statement. "wolfc" wrote : The goal is to give the bean developer the ability to specify a client bind url per remote business interface Did you make that up just now? Where is this defined? :) Kinda goes against the idea of @RemoteBinding(s) at the class-level. Historically, we've only made available one type of Proxy in JNDI (for each local and remote), which supported EJB2.x Interfaces, EJB2.x Home Interfaces, and EJB3 Business Interfaces. Now we have: * Eliminated the binding of EJB2.x Proxies entirely (they may only be obtained via Home.create()) * An EJB3.0 Business Default Business Proxy (the most widely-used client lookup target, which supports each of the business interfaces bound) * An EJB3.0 Business Interface-Specific Proxy (one per bound business interface, these are used as injection/ENC lookup targets and are loaded with the stuff that gives getInvokedBusinessInterface() contextual information). * An EJB2.x Home Proxy, which may be bound to the same Proxy as the EJB3 Default Business Interface. So I read many @RemoteBindings as targeted to expose any N number of bindings for the Default Business Interface Proxy. So if we have: @RemoteBinding(jndiBinding="Busi1") | public interface MyBusinessInterface1{...} | | @RemoteBinding(jndiBinding="Busi2") | public interface MyBusinessInterface2{...} | | public interface MyBusinessInterface3{...} | | @Stateless | @RemoteBindings({ | @RemoteBinding(jndiBinding="MyBean") | @RemoteBinding(jndiBinding="MySSLBean", clientBindUrl="sslsocket://0.0.0.0:3843") | }) | public class MyBean implements MyBusinessInterface1, MyBusinessInterface2, MyBusinessInterface3{...} ..then we've defined @RemoteBindings at both the interface and EJB level. As a user I'd expect to find in the JNDI Tree: + Busi1 (Proxy implements MyBusinessInterface1) | + Busi2 (Proxy implements MyBusinessInterface2) | + MyBean (Proxy implements MyBusinessInterface1, MyBusinessInterface2, MyBusinessInterface3) | + MySSLBean ((Proxy implements MyBusinessInterface1, MyBusinessInterface2, MyBusinessInterface3) < Exposes SSL Transport This way, an interface-targeted JNDI Binding is specified at the interface level, and any @RemoteBinding(s) on the class level apply to all Remote Business Interfaces. And it'd require no API changes. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167201#4167201 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167201

17 years, 8 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Streaming in R3

by david.lloyd＠jboss.com

Hm, nevertheless that's an interesting point. Compatibility is a bit more straightforward if we can disregard the old streaming stuff I think. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167182#4167182 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167182

17 years, 8 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Streaming in R3

by scott.stark＠jboss.org

There are two pieces of code in jbossas that use the streaming function to transfer deployment archives to the server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167181#4167181 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167181

17 years, 8 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Streaming in R3

by ron.sigal＠jboss.com

By the way, I'm not aware of any JBoss code that uses Remoting streaming, so maintaining streaming compatibility between Remoting 2 and 3 may not be of the highest priority. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167179#4167179 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167179

17 years, 8 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: MC bean integration into Tomcat startup

by scott.stark＠jboss.org

There is a general org.jboss.kernel.plugins.util.KernelLocator, but you can just inject it as is done by the profile-service: | <property name="controller"><inject bean="jboss.kernel:service=Kernel" property="controller"/></property> | Ales is also looking for more mc integration, so I think we need to look at taking more control of the initialization of the jbossweb pieces. I'll look at creating some subtasks under the JBAS-5672 as we explore this more. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167167#4167167 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167167

17 years, 8 months

1
0
0 / 0

[Design of POJO Server] - appclient classpath additions for mc usage

by scott.stark＠jboss.org

To run the appclient launcher when using the mc I had to add the following entries: ${jboss.home}/lib/jboss-classloader.jar ${jboss.home}/lib/jboss-classloading-spi.jar ${jboss.home}/lib/jboss-classloading-vfs.jar ${jboss.home}/lib/jboss-classloading.jar ${jboss.home}/lib/jboss-dependency.jar ${jboss.home}/lib/jboss-reflect.jar I'm going to look at just adding these via the client/jboss-appclient.jar manifest. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167164#4167164 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167164

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBoss with spaces in the directory name

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | | | protected boolean hasBeenModified(VirtualFile root) throws Exception | | { | | // get file:/ schema | | URL url = VFSUtils.getCompatibleURL(root); | | File file = new File(url.toURI()); | | | It also looks stupid to me that it converts it first to a URL and then to URI. Couldn't this be more optimised with a getCompatibleURI(VirtualFile) method in VFSUtils? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167147#4167147 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167147

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBoss with spaces in the directory name

by adrian＠jboss.org

That's coming from this code: | protected boolean hasBeenModified(VirtualFile root) throws Exception | { | // get file:/ schema | URL url = VFSUtils.getCompatibleURL(root); | File file = new File(url.toURI()); | So there's obviously an issue with the getCompatibleURL() method in VFSUtils or looking at the method, some problem with vfsfile: url not being encoded? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167146#4167146 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167146

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBoss with spaces in the directory name

by mstruk

anonymous wrote : Read the first post, I already fixed it, but it is not in a released version of common-core. | https://jira.jboss.org/jira/browse/JBCOMMON-60 | I totally missed this one :) anonymous wrote : Can you try building this yourself and copying it to $JBOSS_HOME/lib | to validate all the fixes work. | http://anonsvn.jboss.org/repos/common/common-core/trunk/ I did that, and it works much better, but I'm seeing something else now: | 19:45:30,399 WARN [HDScanner] Scan failed | java.net.URISyntaxException: Illegal character in path at index 61: file:/C:/Users/Devel/svnroot/jboss-5/build/output/jboss 5.0.0.CR2/server/default/deploy/jboss-local-jdbc.rar | at java.net.URI$Parser.fail(URI.java:2809) | at java.net.URI$Parser.checkChars(URI.java:2982) | at java.net.URI$Parser.parseHierarchical(URI.java:3066) | at java.net.URI$Parser.parse(URI.java:3014) | at java.net.URI.<init>(URI.java:578) | at java.net.URL.toURI(URL.java:918) | at org.jboss.system.server.profile.basic.MetaDataAwareProfile.hasBeenModified(MetaDataAwareProfile.java:74) | at org.jboss.system.server.profile.basic.ProfileImpl.getModifiedDeployments(ProfileImpl.java:317) | at org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:260) | at org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:221) | at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) | at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) | at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) | at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) | at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) | at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) | at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) | at java.lang.Thread.run(Thread.java:619) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167143#4167143 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167143

17 years, 8 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: JBAS-5801 - Locking in 2PC

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : "jhalliday" wrote : yes, blocking end() should eliminate the race, at the cost of the rollback no longer actually 'killing' a long running operation. | | | | Ok that's what I'm doing. Maybe I should change the try-lock to have | a default value. Blocking forever is never a good idea. | https://jira.jboss.org/jira/browse/JBAS-5805 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4167134#4167134 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4167134

17 years, 8 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 July 2008