September 2007 - jboss-dev-forums

[Design of JBoss ESB] - JAXBIntros, backwards-compatibility with 2.0.0

by heiko.braun＠jboss.com

I did release the jaxb intros as beta1 at repository.jboss.com in order to be able to use it within jbossws. We do now have local test coverage for it and ship a DeploymentAspect that works with 2.0.1. This makes the patch procedure (ant patch-jbossws) obsolete. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086480#4086480 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086480

18 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: WS-RM Sender/Receiver Location Within JBossWS Stack

by heiko.braun＠jboss.com

Maybe i need to look at the code. But i was thinking similiar. My first impression was, that RM uses a cleanly seperated subsystem, with jbossws dispatching to it (or registering a callback on the server side). Let the dispatch point be handler or whatever fits into the picture. Could it be that you require fine grained control over the transport? I.e. dealing with return codes and continuation? Is that the reason you chose the RemotingConnectionImpl.java? Another drawback is that the RemotingConnection is only available on the client side. How is the server side dealing with it? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086478#4086478 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086478

18 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Transport Use Cases

by trustin

I see. See you there then! :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086477#4086477 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086477

18 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: NPE in HTTPSClientInvoker.

by ron.sigal＠jboss.com

JBREM-750 has been fixed in Remoting 2.2.2.SP1, which is now available in the repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086476#4086476 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086476

18 years, 6 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Adding jbossws-spi to maven

by heiko.braun＠jboss.com

Yes 1.0.0.GA is the right one. The higher version numbers are actually earlier ones, when the spi codebase did still live with the core. It used to inherit the core version number with every release. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086475#4086475 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086475

18 years, 6 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Transport Use Cases

by ron.sigal＠jboss.com

"trustin" wrote : and out of curiosity, is it what users want? Currently, I'd say that the biggest users of Remoting are EJB2/3 and JBossMessaging. Eventually, JBoss Naming (JNDI) will be converted as well. In all of these cases, Remoting clients and servers are created in matching pairs by higher level code. The use of Remoting by JBossWS is a counterexample, since they use a Remoting client without a Remoting server, but I can't say much more than that, not being very familiar with their code. There are other JBoss projects that use Remoting, but none have asked for sweeping changes, to date. So, on the whole, if you refer to current users, I'd say the answer is "yes". This is not to say that we couldn't court other users. And, in fact, there is an existing community of Remoting users outside of JBoss. But I think we should always listen for the thundering footsteps in our ecosystem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086471#4086471 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086471

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Unifying metadata

by wolfc

I'll start on client meta data today, including the delegator for the old. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086457#4086457 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086457

18 years, 6 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Maven Migration Status

by anders3

About duplicate resources: If the resources is a jar thing you should just make a jar with the resources and depend on it when needed. But I think you mean resources of web type. like *.jsp, At least I found some of these when I did maven transformation of the portal (JIRA JBPORTAL-1615) And here the war plugin is able to depend on other war artifacts. So you can collect duplicate resources in a "base" war and depend on this one in the real war artifacts. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086443#4086443 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086443

18 years, 6 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Maven Migration Status

by anders3

Very nice to see you are moving ahead in the maven direction :-) 1) About File resources in tests!!! I belive we should not see it as maven/ant problem. Tests should run from IntelliJ/Eclipse. The best way to ensure this is to load resources from the classloader So package the xxx.xml files with your yyyyTest.java class in the src/test/java/.... tree, and use class.getRessource... 2) About IntelliJ module files in subversion. When you use maven you can write mvn idea:idea and it will generate the module+project files. a) no .iml files in svn b) IntelliJ v7 actually has some maven integration, but I belive that v7 is not ready for production yet.. The mvn idea:idea runs the best on IntelliJ v6. 3) About Eclipse. Run mvn eclipse:eclipse 4) About project root poms Yes, it is supposed to be there. It is from here you run the mvn idea:idea ; mvn eclipse:eclipse View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086441#4086441 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086441

18 years, 6 months

1
0
0 / 0

[Design of JBoss Portal] - Navigation tabs submenus flickering

by shylajans_73

Hello .... I have recently started working on jboss portal and also new to the portal envirment. while working on my portals projects in the navigation tabs, submenus are flickering some times. Please any one can help me out so that i really copeup in working... Thanks alot in advance..... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086425#4086425 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086425

18 years, 6 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 September 2007