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

[Design of JBoss Web Services] - Re: JBossWS brings Metro/CXF but in what version?

by richard.opalka＠jboss.com

"richard.opalka(a)jboss.com" wrote : AFAIK each JBossWS release gets tested on at least one new tagged branch (trunk) Just for clarification I meant new AS tagged branch (trunk) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119510#4119510 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119510

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBossWS brings Metro/CXF but in what version?

by richard.opalka＠jboss.com

"thomas.diesler(a)jboss.com" wrote : ... and if only native changes we would have redundant releases? | | * jbossws-2.1.1-native-2.0.4 | * jbossws-2.1.1-metro-1.0.0 | * jbossws-2.1.1-cxf-1.0.0 I wouldn't call it redundant release. AFAIK each JBossWS release gets tested on at least one new tagged branch (trunk) and according to informatics axiom What is not tested it doesn't work it's always better to test and release it although it seems like redundant release. But in fact it isn't. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119509#4119509 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119509

18 years, 2 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: some enhancements to jboss-test

by akostadinov

I can ensure that we don't fail build in such a case, but why should I. I think we should ensure the build.log exists so somebody doesn't disable its creation for no reason. As well that will happen at the end of the build so test results will be recorded anyway. The check will be inserted after the ant block that generates build.log so I suggest we fail if it doesn't exist. This will not apply to any other existing targets where the check will not be performed at all. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119496#4119496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119496

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Major GPD Changes for Extenders

by koen.aers＠jboss.com

Hi all, This is a post that will be of interest to everyone extending the GPD. Most of you will have noticed that the packages had a 'common', 'jpdl' and 'pf' category. During the last few days I have moved these different categories to their own plugins. The idea is of course to be able to build a graphical editor for a new dsl using the functionality and extension points that are available in the common part. More in detail, we have now: - a plugin called 'org.jbpm.gd.common' which lives in the module 'jbpm.3/designer/common - a plugin called 'org.jbpm.gd.jpdl' which lives in the module 'jbpm.3/designer/jpdl - a plugin called 'org.jbpm.gd.pf' which lives in the module 'jbpm.3/designer/pf If you want to build a graphical editor supporting your own dsl than you most likely only need the first one. The second and thirs one are supposed to be examples of how you would extend the first one to support a particular dsl. I will come up with a third example in the future. The most important thing to notice is that the extension points that previously lived in the 'org.jbpm.gd.jpdl' plugin are now moved to the 'org.jbpm.gd.common' plugin with the annoying result that their names have changed. So if you are extending already now, you will have to visit the extensions you have made to change the name of the used extension point. Sorry for this compatibility break but the changes should be fairly straightforward. Another thing to notice is that I have dumped the dom4j dependency in favor of jaxp. Now this change is absolutely not because jaxp has the better api, well on the contrary. But it reduces the dependencies and hence the configuration management because jaxp is present in the Eclipse platform. Normally this should have no implications on extenders. Please take a look at the changes. I am of course open to suggestions and improvements. Feel free to discuss them here or in JIRA. Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119470#4119470 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119470

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Something up with the in vm transport

by timfox

When I run in vm tests on TRUNK I notice a typical stack trace to a server method looks something like this: | at org.jboss.jms.server.endpoint.ServerSessionEndpoint.send(ServerSessionEndpoint.java:397) | at org.jboss.jms.server.endpoint.ServerSessionEndpoint$SessionAdvisedPacketHandler.handle(ServerSessionEndpoint.java:1803) | at org.jboss.messaging.core.remoting.PacketDispatcher.dispatch(PacketDispatcher.java:93) | at org.jboss.messaging.core.remoting.impl.invm.INVMSession$PacketDispatcherCallable.call(INVMSession.java:118) | at org.jboss.messaging.core.remoting.impl.invm.INVMSession$PacketDispatcherCallable.call(INVMSession.java:103) | at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269) | at java.util.concurrent.FutureTask.run(FutureTask.java:123) | at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) | at java.lang.Thread.run(Thread.java:595) | So the INVM transport is being used, but I would expect to see the execution done on the same thread all the way from the client. Any idea what this thread pool is doing? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119408#4119408 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119408

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Refactoring ServerPeer

by timfox

I forgot to say you'll also need to create a mysql database called messaging: mysql create database messaging View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119362#4119362 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119362

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Refactoring ServerPeer

by timfox

If you want to run them locally then you'll need mysql on your machine. You'll also need to download and add the mysql jdbc driver into tests/lib/jdbc-drivers. Then cd tests ant short-tests Or you could just run it on Hudson. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119361#4119361 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119361

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Should HibernateSaveOperation be saveOrUpdate?

by kukeltje

I'd go for 1 if there are no side effects. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119357#4119357 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119357

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Refactoring ServerPeer

by scott.stark＠jboss.org

"timfox" wrote : Most of the tests on Branch_Stable seem to be failing now. | | It seems to be related to these latest changes. | | http://dev45.qa.atl.jboss.com/hudson/view/JBM%20Stable/job/JBMS-mysql-msg... How are these tests run? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119356#4119356 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119356

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Refactoring ServerPeer

by scott.stark＠jboss.org

It needs to be done in the Jan 18-24th timeframe. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119354#4119354 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119354

18 years, 2 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 January 2008