December 2006 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: Modelling notation - a Business Analyst perspective

by tom.baeyens＠jboss.com

anonymous wrote : One caveat: I have seen situations where the delivery of a solution takes a back seat and modelling becomes an end in itself. Perhaps this is something that should be thought about as part of BPM project methodology rather than the notation, but it would be great if the notation could limit such extravagance. | exactly. that is the key issue which still needs to be addressed. good to see that others think in the same direction as us :-) maybe the GUI tools should have a level indicator that enables/disables these levels... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992748#3992748 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992748

18 years, 1 month

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: Announcing Buni.org and Meldware Communication Suite

by acoliver＠jboss.org

x View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992747#3992747 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992747

18 years, 1 month

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: SVN source

by acoliver＠jboss.org

see announcement about buni.org View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992741#3992741 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992741

18 years, 1 month

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: Announcing Buni.org and Meldware Communication Suite

by acoliver＠jboss.org

also note that the address listed in the forums is no longer active. You can reach me at acoliver ot buni dat org. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992737#3992737 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992737

18 years, 1 month

1
0
0 / 0

[Design of JBoss Collaboration Server] - Announcing Buni.org and Meldware Communication Suite

by acoliver＠jboss.org

Hi All, I kept promising to make an announcement soon and we're finally ready...mostly. We did our best to make a go of it at JBoss, but it was time to move on. So myself and all of the frequent contributors have become committers in a new community at http://buni.org. You'll find the first release of our new project (which we call 1.0M6) at http://www.buni.org/mediawiki/index.php/Downloads. You'll also find our blogs at: http://blog.buni.org including my entry: http://blog.buni.org/blog/acoliver/buni/2006/12/11/Welcome-Buni-org announcing the launch. I look forward to continuing to work with all of you. You'll notice that we are indeed already very active. If you're very quick then be patient with the dev mail list as I started to pass out and so Mike is still upgrading the site to the latest release. Thnaks, andyo View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992736#3992736 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992736

18 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Modelling notation - a Business Analyst perspective

by bazoo

I think the layering approach could work well. Indeed, it would really enable the models as a means of communication. If a model can be simple enough for the business to sign off, but descriptive enough to fill in the technical details the app or developer needs then we are talking about an ideal scenario. This would also allow project teams to pick and choose the approach they take on a project-by-project basis. Sometimes a quick and dirty model might be the way to go, where a concept needs to be quickly proved or disproved. On the other hand, on bigger projects it might be more appropriate to spend more time on the model, and ensure that communication between analysis and development teams is crystal clear. One caveat: I have seen situations where the delivery of a solution takes a back seat and modelling becomes an end in itself. Perhaps this is something that should be thought about as part of BPM project methodology rather than the notation, but it would be great if the notation could limit such extravagance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992735#3992735 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992735

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - Re: jbossWs document/literal

by tobake

I think I posted to the wrong forum. I have reposted to jbossWS-forum.. so please, moderator. You can delete this one. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992734#3992734 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992734

18 years, 1 month

1
0
0 / 0

[Design of JBoss Web Services] - jbossWs document/literal

by tobake

Hi! I trying to get this dummyMethod to work with document/literal public class Test { | | @WebService(name="testWS", serviceName="TestService") | @SOAPBinding(style=SOAPBinding.Style.DOCUMENT, | use=SOAPBinding.Use.LITERAL, | parameterStyle = SOAPBinding.ParameterStyle.BARE) | | @WebMethod | public String dummyService(String input, String input2) { | log.debug("dummyService was called"); | return "Okey I am here"; | } | } This did work when I only had one input parameter. But when testing with multiple inputs I get the following error when trying to deploy to jboss. 12:17:44,644 ERROR [MainDeployer] Could not create deployment: file:/C:/jboss-4.0.5.GA/server/default/tmp/deploy/tmp14496icr3.ear-contents/icr3.war org.jboss.ws.WSException: Attempt to map multiple operation inputs to: {http://webservice.icr3.com/jaws}dummyService I have tried parameterStyle.WRAPPED and then it deploys but in that case it is giving me strange result when I try to consume the service with my .NET consumer application. I simply dont get the right input parameters in my proxy. instead of looking like this : proxy.dummyService(String input1, String input2) it shows this : proxy.dummyService(tester.jbossws.dummyService dummyService1) Help is appriciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992730#3992730 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992730

18 years, 1 month

1
0
0 / 0

[Design of EJB 3.0] - Re: ClientContainer enc handling

by wolfc

In EJB3 the lookup of java:comp/env should be used. I don't recall why I didn't do this in the first place. I'm going to refactor injection. Now xml descriptors are interwoven into the framework, I want that out. Second thing is to make the separation between setup and injection more clearly. On the client side this means that it will only use the injection phase with metadata provided via JNDI. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992713#3992713 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992713

18 years, 1 month

1
0
0 / 0

[Design of JBoss Collaboration Server] - Re: SVN source

by numsey

"acoliver(a)jboss.org" wrote : I sent you a private email with instructions on how to get a more recent version. The M5 version is not in SVN, it is in CVS. M5-pre1 was on a different branch ( we did that every release ). If the other committers and I get everything we want to get done this weekend then I'll have public info on Monday. Hello, Please send me this instructions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992708#3992708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992708

18 years, 1 month

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums December 2006