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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: assertions in JBM

by timfox

+1 I favour throwing NPE, IllegalArgumentException or IllegalStateException depending on the particular case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157618#4157618 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157618

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: assertions in JBM

by trustin

I am up for throwing NPE rather than 'assert abc != null' because it is often pretty difficult what variable caused NPE from the stack trace when assertion is disabled. It's disabled by default AFAIK. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157617#4157617 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157617

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - assertions in JBM

by ataylor

We touched on it in the meeting so I'm starting a thread. Personally I'd prefer to handle these checks using exceptions! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157616#4157616 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157616

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - RemotingConnectionImpl and Mina Dependency

by ataylor

I'm planning (in the process of) abstracting the Mina dependency out of RemotingServiceImpl. I will create a new Interface, 'Acceptor', that will handle anything that is transport specific. To start there will be 2 implementations 'MinaAcceptor' and 'INVMAcceptor' but obviously we'll have more once we implement HTTP, Servlet etc and it will also help once Trustin is ready to integrate Netty. The RemotingService will also now be able to handle multiple acceptors. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157614#4157614 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157614

16 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Variables in Mail Templates

by tom.baeyens＠jboss.com

my first thought would be that looping is not good. i would opt for a solution that makes it clear when expressions are resolved and when not. e.g. introduce a new attribute like: <variable name="defaultSubject" value-expr="[#{processDefinition.name} #{processInstance.id}] generated Mail" /> if you have an eclipse patch file for the latter solution including a test for both attributes (incl one showing that #{sdfsd} is not resolved when using the value), then we can include it quickly. otherwise it will depend on when (if) we have the time to include this improvement. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157613#4157613 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157613

16 years, 3 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Initial code for publishing web service as web service

by Kevin.Conner＠jboss.com

Thanks very much for doing this Jim, this is greatly appreciated. Kev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157605#4157605 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157605

16 years, 3 months

1
0
0 / 0

[Design of Management Features on JBoss] - Internationalisation of JBoss web/jmx consoles

by sflanigan

G'day, I'm part of the Red Hat internationalisation team, and I have been working on internationalising the Web and JMX consoles. Details, along with the patch, are here: http://jira.jboss.com/jira/browse/JBAS-5576 Obviously, I would like to get the patch merged before the bits go rotten, so I would appreciate any help with getting this into an acceptable form. I would also appreciate opinions on whether internationalisation should be part of the JBoss build. See the JIRA issue for details, but essentially I need to know whether string-extraction and ResourceBundle-generation should be part of the standard build (which may require native utilities like "msgcat") (option A) or whether keeping such concerns largely separate from the source tree is better (option B). Option B is what I've got at the moment, partly because it's less work. Translated ResourceBundles would be checked into svn, and included in ordinary builds, but updating the translations would require running different build scripts against the JBoss source tree. Option A would require integrating a custom Ant task into the JBoss build scripts, and/or depending on native code, which is probably... difficult. Any comments? Regards Sean. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157602#4157602 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157602

16 years, 3 months

1
0
0 / 0

[Design of Security on JBoss] - SecurityContext inherited by threads on the serverside

by anil.saldhana＠jboss.com

http://anonsvn.jboss.org/repos/jbossas/tags/JBoss_4_0_5_GA/testsuite/src/... The test "testThreadLocal" clearly tests that on the server, SecurityAssociation securitycontext (principal,cred,subject) are clearly not inherited by any threads that are started by the particular thread where this association is established. I would like to understand from Scott as to why the inheritance of security context by threads is wrong on the server side. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157589#4157589 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157589

16 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bounding the number of threads created by the MDB contai

by ovidiu.feodorov＠jboss.com

That is fine. When I said "pluggable" I actually meant "use type instead of implementation" in the code. Along the lines of "always use List instead of ArrayList, when applicable". View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157586#4157586 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157586

16 years, 3 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: TaskInstance.setActorId(String) seems to cause SQL deadl

by kukeltje

hmm.... new should of course be knew and the quoting also sucks (sorry for that) Two things that I see here: - you do not save anything anywhere (not sure though if closing does a save for all objects in the session) - you do not specify how transactions are managed or the isolation level View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4157582#4157582 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4157582

16 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2008