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

[Design of JBoss Web Services] - Re: Remoting 3 and HTTP client

by david.lloyd＠jboss.com

"richard.opalka(a)jboss.com" wrote : It's not clear to me what's going to happen with remoting? | Is it going to remove client side abstraction or is it going to change binary protocol in incompatible way so using it cross different AS versions is not an option anymore? | Do we need to remove remoting dependency from our client side? This is what's happening. Remoting 3 introduces a new API which is not compatible with Remoting 2. It also is introducing new protocols which are incompatible with the old ones, though a translation layer is possible and is in the works in order to allow some level of interoperability. As of right now, I'm targeting AS 5.1 to have both Remoting 2 and 3 in it, with Remoting 3 existing as a sort of tech preview. At some unspecified point in the future, all services (such as EJB3, invokers, etc) will have been migrated to 3 and Remoting 2 will disappear (API and all). At this stage, all clients should be using R3 (though it will still be possible to support R2 clients without having R2 exist on the server). The HTTP abstractions (client and server) which appeared in Remoting 2 are more of an abstraction leak than an API feature, which came about from the fact that all of Remoting was basically stuck into a single JAR with no distinction between API, SPI, and implementation. A similar abstraction is not going to appear in the Remoting 3 API because the interfaces therein pertain only to remote invocation. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219315#4219315 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219315

17 years

1
0
0 / 0

[Design of JBossCache] - Re: Lock striping broken for Second Level Cache use case

by manik.surtani＠jboss.com

"jason.greene(a)jboss.com" wrote : | IMO A lazy LRU lock eviction alg that is executed on lock aquire would work very well for this. Yeah, but another thread? :/ I suppose any existing eviction thread could be reused, if one exists, to mitigate this... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219312#4219312 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219312

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: FailoverExpiredMessageTest evetually hanging

by clebert.suconic＠jboss.com

Just ran this test in loop... 100 times... I would say this failure is gone. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219311#4219311 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219311

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Confused about versioning

by kukeltje

>From what I know there is no functional and api difference between 3.2.x and 3.3.x, so you should be able to use 3.2.x from now on. The only difference was the console afaik.... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219299#4219299 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219299

17 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: FailoverExpiredMessageTest evetually hanging

by clebert.suconic＠jboss.com

Maybe it's just a coincidence but I haven't seen this failure since the SimpleString.hashCode fix. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219295#4219295 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219295

17 years

1
0
0 / 0

[Design of POJO Server] - Re: JAXB Deployer

by anil.saldhana＠jboss.com

"alesj" wrote : Where is the encoding? | No encoding on unmarshaller? http://java.sun.com/javase/6/docs/api/javax/xml/bind/Unmarshaller.html According to documentation, there are no properties that are mandated to be supported by implementors of JAXB. | Supported Properties | | There currently are not any properties required to be supported by all JAXB Providers on Unmarshaller. However, some providers may support their own set of provider specific properties. | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219282#4219282 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219282

17 years

1
0
0 / 0

[Design of POJO Server] - Re: JAXB Deployer

by alesj

Where is the encoding? No encoding on unmarshaller? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219279#4219279 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219279

17 years

1
0
0 / 0

[Design of POJO Server] - Re: JAXB Deployer

by anil.saldhana＠jboss.com

That property is set on the marshaller. I guess for an unmarshaller, the following block: | /** | * Get the JAXB Unmarshaller | * @param pkgName The package name for the jaxb context | * @param schemaLocation location of the schema to validate against | * @return unmarshaller | * @throws Exception | */ | public static Unmarshaller getValidatingUnmarshaller(String pkgName, String schemaLocation) | throws Exception | { | Unmarshaller unmarshaller = getUnmarshaller(pkgName); | //Validate against schema | ClassLoader tcl = SecurityActions.getContextClassLoader(); | URL schemaURL = tcl.getResource(schemaLocation); | if(schemaURL == null) | throw new IllegalStateException("Schema URL is null:" + schemaLocation); | SchemaFactory scFact = SchemaFactory.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI); | Schema schema = scFact.newSchema(schemaURL); | unmarshaller.setSchema(schema); | | return unmarshaller; | } | | The code I picked up for this thread are from my class here: http://anonsvn.jboss.org/repos/jbossidentity/identity-federation/trunk/id... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219276#4219276 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219276

17 years

1
0
0 / 0

[Design of POJO Server] - Re: JAXB Deployer

by anil.saldhana＠jboss.com

"alesj" wrote : I can probably move this "unmarshaller.setProperty(Marshaller.JAXB_ENCODING, "UTF-8")" outside if block? | As it's not tied to schema validation, right? See again that should be configurable lest international users come b$itching. :) I guess UTF-8 does not solve all users's usecases AFAIK. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219273#4219273 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219273

17 years

1
0
0 / 0

[Design of POJO Server] - Re: JAXB Deployer

by alesj

I can probably move this "unmarshaller.setProperty(Marshaller.JAXB_ENCODING, "UTF-8")" outside if block? As it's not tied to schema validation, right? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219272#4219272 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219272

17 years

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