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

[Design of Messaging on JBoss (Messaging/JBoss)] - What is Branch_1_4_0_SP?

by timfox

Anyone know what this branch is for / where it appeared from? http://anonsvn.jboss.org/repos/messaging/branches/Branch_1_4_0_SP/ BTW the EAP CP branch is: http://anonsvn.jboss.org/repos/messaging/branches/Branch_JBossMessaging_1... I will delete it if no-one owns up. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122567#4122567 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122567

18 years, 2 months

1
0
0 / 0

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

by dimitris＠jboss.org

Forgot to mention we should be testing using remoting 2.2.2.SP4-brew. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122566#4122566 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122566

18 years, 2 months

1
0
0 / 0

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

by dimitris＠jboss.org

Is there any update on this? Are the Branch_Stable tests still failing? We are currently using the intermediate JBM 1.4.0.SP3a version that Scott produced, and need to see if we'll be incorporating a 1.4.1 release by Friday. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122565#4122565 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122565

18 years, 2 months

1
0
0 / 0

[Design of JBossXB] - Re: Map annotations

by alesj

"alex.loubyansky(a)jboss.com" wrote : Let me know if there is a jira issue for that. http://jira.jboss.com/jira/browse/JBMICROCONT-219 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122554#4122554 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122554

18 years, 2 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Deployers conflict

by deruelle_jean

Hi, We are currently building a sip servlets (JSR 289) implementation that aims to be able to run both on top of Tomcat and Jboss. (available at https://sip-servlets.dev.java.net/) Unfortunately for us, the specs mandates that compliant containers should be able to deploy sip servlets bundled as a sar archive (.sar extension, same as jboss service archive extension). A valid sar file should contain a sip.xml in its WEB-INF directory. This requirement made me look into Jboss AS 4.2.2.GA code and I found that the current SARDeployer will accept any file with .sar extension (in its accepts method, actually through the SubDeployerSupport accepts method). However if the sar file deployed doesn't contain a META-INF/jboss-service.xml it will fail to deploy. This prevents us to provide our custom Tomcat Deployer to deploy sip servlet archive file (sar file with a sip.xml) We have a proposition to correct the situation so that we can use Jboss as a sip servlets converged container : Provide an accepts method in SARDeployer that enforce checks to see if the sar file contains a META-INF/jboss-service.xml. If not the method would return false and won't accept the deployment, leaving it for our sip servlets deployer to process and accept since it will contain a sip.xml. We might have missed something. if not, do you think that would be possible ? If so should I open an issue in JIRA or something ? Thx. Best regards Jean Deruelle View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122551#4122551 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122551

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Automatized TCK Tests

by richard.opalka＠jboss.com

"alessio.soldano(a)jboss.com" wrote : How long does it take to run both the TCK test suites? TCK 1.4 runs around 5 hours (each suite 1 hour and something). If we will automatize it we could have daily results and when something breaks it, we are able to find the commit that caused the failure. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122533#4122533 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122533

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Automatized TCK Tests

by alessio.soldano＠jboss.com

"richard.opalka(a)jboss.com" wrote : Hi Folks, | | what would you say if our TCK tests would be fully automatized via Hudson? I didn't find any license restrictions forbidding us doing that. How long does it take to run both the TCK test suites? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122528#4122528 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122528

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Automatized TCK Tests

by richard.opalka＠jboss.com

Hi Folks, what would you say if our TCK tests would be fully automatized via Hudson? I didn't find any license restrictions forbidding us doing that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122525#4122525 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122525

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Another potential enhancement to jbpm

by kukeltje

Sure, but some problems can be 'prevented' by just making sure they do not happen. Some do's and dont's for example around jee/jse use of jBPM functionality. We should not have to cope with all possible deployment. E.g. the transaction issue reported by twicenightly ehh... twiceknightly is about using functionality as it was supposed to work but does not seam to. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122524#4122524 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122524

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - how crucial are exception handlers ?

by tom.baeyens＠jboss.com

i'm in doubt about the importance of exception handlers in the PVM. i want your opinion on whether they should go in the PVM. exception handlers are only to catch java exceptions that occur in user code (delegation classes). The purpose of exception handlers is to create global catch clauses that handle certain exceptions for multiple invocations of user code. This way, the try-catch doesn't have to be programmed into each user-code-class individually. users could create abstract base classes to include the handling of exceptions and handle it that way. but that would not give the flexibility of the parent lookup of exception handlers. (i'm in doubt if that is needed) also, if we do it on the level of the pvm, exception handlers don't make a distinction between process language code and real user code in case of jPDL. the node behaviour implementation is considered a delegation class and hence guarded with the exception handler. but for the exceptions that are thrown, the pvm doesn't know if it comes from the process language implementation or from real user code. an alternative could be interceptors. i have in jPDL a mechanism for installing an interceptor for user code. i could do something like that in the PVM as well. that could be an alternative way to enable exception handling functionality to clients of the pvm. the question there would be: what levels would we support interceptors: in jpdl now, it is a static member field, so it's only on the level of the complete engine. But we could also support it on process definition, delegation or even on execution instance level. those are my thought pieces that don't come to conclusion. your thoughts are appreciated. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4122520#4122520 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4122520

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