May 2010 - jboss-dev-forums - Jboss List Archives

Re: [jboss-dev-forums] [JBoss ESB Development] - Annotation based Action classes

by David van Balen

David van Balen [http://community.jboss.org/people/dvanbalen] replied to the discussion "Annotation based Action classes" To view the discussion, visit: http://community.jboss.org/message/542360#542360 -------------------------------------------------------------- Would this approach allow for some default action behavior? For instance, allowing the user to specify an alternate response location for the action's result. I think basic functionality like that should be included in all actions by default, rather than having to rely on each action's developer re-inventing the wheel every time. See https://jira.jboss.org/jira/browse/JBESB-3313 https://jira.jboss.org/jira/browse/JBESB-3313 for more on the above. I also agree that this approach to action development, along with possibly one or two others that provide the same level of abstraction from the way messages and action configuration are implemented within the ESB, would need to be enforced as the standard methods for creating actions. Legacy actions would also need to be converted to use this approach so that issues like missing basic bahavior doesn't negatively affect future development. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542360#542360] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Flavia Rainone

Flavia Rainone [http://community.jboss.org/people/flavia.rainone%40jboss.com] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/542347#542347 -------------------------------------------------------------- Pete and I had a face-to-face meeting where we discussed all my questions and what would be the best way to implement this. Regarding the assumptions I wanted to validate, both are correct. But, regarding visibility of deployments. He told me that the best approach is to mirror the ClassLoader structure. The point is that one BDA A can see another BDA B if the module it represents, say A', can see classes from the module B', that corresponds to BDA B. So, instead of reinventing the wheel, we should use the already existent ClassLoader structure to implement this correspondence in the BDA structure. These are the steps that Pete suggested: 1) Find Modules which are BDA's 2) List <Module>, List<ClassLoader>, Map<ClassLoader, Module> 3) Iterate over classes and build graph of modules 4) Module -> BDA a) Explore CL graph & for each CL & Module b) Convert A few examples of complex things that we would have to implement if we don't use the ClassLoader structure: - we would have to able to see if a deployment is scoped or not, so we can define the visibility it has from other modules and to which modules it is visible - we need to keep track of modules being deployed and undeployed, so to know when it becomes visible and when it becomes invisible - we need to support Class-path attributes in manifest files - we need to define when a previously defined archive is available to a archive being deployed now So, these features that we need to support provide the arguments as to why we should mirror the ClassLoader structure instead of implementing this from scratch. Pete also pointed out an important behaviour that should be fixed. In a nutshell, all archives visible to a BDA are scanned. In the given scenario: ejb.jar A reaches lib2. In lib2 we have a ClassPath reference in the manifest to lib3, which is not in the classpath of the server... it is somewhere in the filesystem. In this case, for what I understood from Pete's explanations, lib3 is going to be scanned for CDI stuff. But this shouldn't happen, so we would also need a way of differentiating lib3 from lib2. I'll stop my explanation here, as I think Pete can fill in the blanks and explain this much better :-) Anyway, this would be a future step, as the priority is to first mirror the CL structure effectively. So, Ales, how do you think this should be done? I think we have plenty of code in the ClassPools that do exactly that, mirror the ClassLoader structure in a way that allows us to find the classes and xml files in META-INF dirs. Maybe there is a way of reusing part of the ClassPool code to do this? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542347#542347] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[JBoss ESB Development] - How to remove old WS Endpoints?

by Matthew S

Matthew S [http://community.jboss.org/people/steelman22] created the discussion "How to remove old WS Endpoints?" To view the discussion, visit: http://community.jboss.org/message/542329#542329 -------------------------------------------------------------- Hi everyone, Recently I've started playing around with JBoss ESB. I'm using version 4.7. While I was exploring quickstart examples I messed something up with WS-Endpoints. I can't find any way to repair it - running new instance of Jbossesb-server would not help. I tried looking for some endpoint configurations in system directories but with no effect. I'm working on testing Debian distro. Here's error i get during deployment: ERROR [MainDeployer] Could not create deployment: file:/tmp/jbossesb-server-4.7/server/default/tmp/deploy/tmp2524891532097446242SiusSellerService.esb-contents/SellerService.war java.lang.IllegalStateException: Endpoint already registered: jboss.ws:context=Quickstart_webservice_producer_esb,endpoint=SellerServiceWS at org.jboss.wsf.framework.management.DefaultEndpointRegistry.register(DefaultEndpointRegistry.java:89) best regards, -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542329#542329] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - Annotation based Action classes

by Kevin Conner

Kevin Conner [http://community.jboss.org/people/Kevin.Conner%40jboss.com] replied to the discussion "Annotation based Action classes" To view the discussion, visit: http://community.jboss.org/message/542295#542295 -------------------------------------------------------------- Deprecation of other approaches, if and when that may happen, is a separate issue. Please do not disrail this discussion by taking it off on a tangent. Kev -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542295#542295] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - Annotation based Action classes

by Brad Davis

Brad Davis [http://community.jboss.org/people/bradsdavis] replied to the discussion "Annotation based Action classes" To view the discussion, visit: http://community.jboss.org/message/542272#542272 -------------------------------------------------------------- I actually would rather see some of the Action approaches @Deprecated. Right now, there are too many ways to create an action, which leads to too many test paths for the platform, and in the future, too many upgrade paths to maintain. Also, the lack of consistency here confuses customers when trying to decide on a "best approach". For example, just in the quickstarts alone, I have see the following ways to create actions: Some Actions extend AbstractActionLifecycle, some implement BeanConfiguredAction, others ActionPipelineProcessor, and still others AbstractActionPipelineProcessor. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542272#542272] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[jBPM Development] - JBPM-2860 swimlane couldnot be shared between parent and children executions

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] created the discussion "JBPM-2860 swimlane couldnot be shared between parent and children executions" To view the discussion, visit: http://community.jboss.org/message/542187#542187 -------------------------------------------------------------- Hi guys, This problem is caused by child executions cannot access the swimlane defined in the parent execution. Thank you Michael for providing the path and testcase. https://jira.jboss.org/jira/browse/JBPM-2860 https://jira.jboss.org/jira/browse/JBPM-2860 I think the solution is perfect. Anyone has any ideas? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542187#542187] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[JMX Development] - Change the database value immediately on Apply Changes mbean jmx-console without restart jboss

by toni sa

toni sa [http://community.jboss.org/people/cheenotz] created the discussion "Change the database value immediately on Apply Changes mbean jmx-console without restart jboss" To view the discussion, visit: http://community.jboss.org/message/542181#542181 -------------------------------------------------------------- I m trying to change some mbean variable through jmx-console web, and click Apply Update , but I check in the database the value is still hold the old value, until i restart jboss appsrv, the update process happened. I checked the manual and administrator guide but cannot find any guide about this, Is there any way that when Apply Update happened, the database variable immediately change without restarting jboss, currently i m using Mysql as DefaultDS and Mbean init variable thanks -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542181#542181] Start a new discussion in JMX Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[JBoss Web Services Development] - Envelope XML structure with multiply NS definitions of same namespace

by Sergey Chernov

Sergey Chernov [http://community.jboss.org/people/chernser] created the discussion "Envelope XML structure with multiply NS definitions of same namespace" To view the discussion, visit: http://community.jboss.org/message/542178#542178 -------------------------------------------------------------- Good day, All! I've noticed, that WS defines namespace for each tag or attribute, when namespace is out of service namespace. Like this: <env:Envelope xmlns:env=" http://schemas.xmlsoap.org/soap/envelope/ http://schemas.xmlsoap.org/soap/envelope/"> <env:Header/> <env:Body> <ns2:getNilElementResponse xmlns:ns2=" http://service.domain.com/ http://service.domain.com/"> <return> <values> <records>test</records> <records xsi:nil="true" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance"/> <records>test1</records> <records xsi:nil="true" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance"/> </values> </return> </ns2:getNilElementResponse> </env:Body> </env:Envelope> As you can see attribute `nil` is from XMLSchema-instance namespace. The namespace prefix definition apears each time `nil` is used. In case of small response (like this) it is not big problem, but when huge amount of data returned - it causes extra overhead. Is there any way to define such namespaces in parent node (body)? I have created feature request ** *https://jira.jboss.org/jira/browse/JBWS-3021 JBWS-3021* -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542178#542178] Start a new discussion in JBoss Web Services Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[jBPM Development] - JBPM-2750 need delete the duplicated field 'state' in TaskImpl

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] created the discussion "JBPM-2750 need delete the duplicated field 'state' in TaskImpl" To view the discussion, visit: http://community.jboss.org/message/542173#542173 -------------------------------------------------------------- Hi guys, The state field of TaskImpl duplicates the state field of ScopeInstanceImpl. If we invoke TaskImpl.suspend(), the state field of TaskImpl won't change. I upload a patch to delete the duplicated field 'state' of TaskImpl. There is also a testcase for verifying the result. https://jira.jboss.org/jira/browse/JBPM-2750 https://jira.jboss.org/jira/browse/JBPM-2750 Thank you very much. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542173#542173] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - JBPM-2794 Constraint vailoation when moving from wait state using timer that result in looping back to the same wait state

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] replied to the discussion "JBPM-2794 Constraint vailoation when moving from wait state using timer that result in looping back to the same wait state" To view the discussion, visit: http://community.jboss.org/message/542162#542162 -------------------------------------------------------------- Hi Maciej, Thank you for noticing. I add O.S's testcase and upload a new patch. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/542162#542162] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 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 May 2010