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

[Design of JBossXB] - Re: JAXB annotations for OSGi Blueprint

by thomas.diesler＠jboss.com

Hi Richard, yes, I seem to spent a lot of time to get even trivial stuff working. Looking at X2JB it seems rather simplistic. Does it support collections of abstract types? | List<Animal> getAnimals(); | | <animals> | <cat> | <dog> | <horse> | </animals> | Perhaps you like to explain a little better why I would want to use X2JB and why it is more suitable than JBossXB or JAXB. https://sourceforge.net/forum/forum.php?thread_id=3318335&forum_id=638125 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240941#4240941 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240941

15 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by Kevin.Conner＠jboss.com

>From what I can see we have three different areas - http-gateway, we can break - jbr-gateway, we can use a different composer - httprouter, has a single location for responses Lets wait and see how David is proposing to change these before commenting further. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240919#4240919 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240919

15 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by Kevin.Conner＠jboss.com

"dward" wrote : No, I thought it was a homogenization across the board... Kev, I thought we were clear on this but now please re-clarrify. The aim is certainly to have them consistent across the board, yes, and one of the options would be to break compatibility with the other areas. Can you list all the affected areas here, describing what would be changed if we broke compatibility? Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240916#4240916 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240916

15 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Consistent handling of HTTP response header across HTTP

by Kevin.Conner＠jboss.com

"tfennelly" wrote : We're just talking about the embedded http gateway here re breaking backward compatibility, right? Making this work for the HttpRouter, JBR Gateway etc will mean using the "in addition" approach talked about by Dave, with the data potentially ref'd by the message from multiple places, right? The only area we discussed in the meeting was the http gateway, which we already know is going, and my previous comment was definitely directed at that provider. If this extends into the others then we need to discuss it further. Perhaps I misunderstood the question from earlier. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240915#4240915 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240915

15 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: MVEL Version?

by Kevin.Conner＠jboss.com

Created https://jira.jboss.org/jira/browse/JBESB-2656 to cover the mvel1 usage. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240911#4240911 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240911

15 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: MVEL Version?

by Kevin.Conner＠jboss.com

We are using both at the moment as they have different packages. Drools has already upgraded to mvel2-2.0.10.jar. -rw-rw-r-- 1 kevin kevin 608039 2009-06-08 14:52 services/jbrules/lib/ext/mvel2-2.0.10.jar The only uses of the mvel1 that I can see are JBpmObjectMapper and ObjectMapper, so smooks should be free to use the same version as drools and ignore mvel1. I'll create a separate task to look at upgrading the mvel1 usage. Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240910#4240910 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240910

15 years, 6 months

1
0
0 / 0

[Design of PVM (Process Virtual Machine)] - Re: Plugable IdentitySessions in jBPM

by jeff.yuchang

please see this post http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239322 -Jeff View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240897#4240897 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240897

15 years, 6 months

1
0
0 / 0

[QA of JBoss Portal] - Killzone 2?

by gameskillz

Killzone 2 - the best PS3 game yet?Still LittleBigPlanet for me, but Sony's new shooter is mightily impressive. What you think about my web? http://www.easyfaxlesspaydayloan.com/instant-payday-loan.html http://www.easyfaxlesspaydayloan.com/instant-payday-loan.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240891#4240891 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240891

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Getting the whole cause stack of the deployment exceptio

by alesj

"pete.muir(a)jboss.org" wrote : Perhaps the ability to install a custom exception handler which get's notified on a context in error? Yup, this doesn't sound bad. I guess we can match an exact exception type or any that's in its sub class hierarchy. This should be checked when we're unwinding the exception to its cause, as you never know who all is wrapping the real cause. We can probably also do a match on the MC contexts that are roots of the problem. Wrt to having entire exception in IDE, I think we would need to change too much code, in order to still properly display any useful info. (we're already not the greatest there, but the issue is more complex than it looks like) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240868#4240868 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240868

15 years, 6 months

1
0
0 / 0

[Design of JBoss Build System] - Re: maven.opts for building thirdparty module

by jaikiran

Paul, thanks for the fix. This now works in trunk. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240854#4240854 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240854

15 years, 6 months

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 June 2009