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

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by adrian＠jboss.org

This thread has brought up the issue that the new JBoss MC xml parsing is not declaring all its root element and types properly with the correct annotations. http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132601#4132601 Also we need to find out from Alex what we need to get the maps to work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132662#4132662 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132662

17 years

1
0
0 / 0

[Design of JBossXB] - Re: How to force strict validation?

by adrian＠jboss.org

"rob.stryker(a)jboss.com" wrote : So is there any part of jboss xb which *can* validate as such and fail when a required attribute is *not* present? It's not really the job of xml binding to validate the schema/dtd. e.g. compare the JAXB spec. anonymous wrote : | The binding framework has been revised significantly since JAXB 1.0. | Significant changes include: | ... | â¢ unmarshal/marshal time validation deferring to JAXP 1.3 validation. | If you want validation, configure the xml parser to do it (which are options on the unmarshaller). Example from the deployers: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/microcontaine... The JAXP parser needs to be able to resolve the schema document to actually do the validation as Alex says. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132658#4132658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132658

17 years

1
0
0 / 0

[Design of POJO Server] - Re: Breaking up jboss.microcontainer.lib

by anil.saldhana＠jboss.com

"adrian(a)jboss.org" wrote : "anil.saldhana(a)jboss.com" wrote : I do not think there are any issues with the security deployer (in the new version). It does not assume any virtual files. All it does is work on the metadata that is passed to it. | | I don't assume anything is correct until is actually tested. :-) | | Thomas is the first to actually try what I'm talking about. It certainly works | in the tests in the MC project, but whether it works with the deployers in JBossAS | is a totally different issue. Ok, as you showed us, it is the Service(Deployer) and not the Security(Deployer). ;) So your assertion that there may be issues with deployers is correct.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132655#4132655 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132655

17 years

1
0
0 / 0

[Design of JBossXB] - Re: How to force strict validation?

by alex.loubyansky＠jboss.com

You may need to configure EntityResolver for that or set your own. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132653#4132653 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132653

17 years

1
0
0 / 0

[Design of JBossXB] - Re: How to force strict validation?

by alex.loubyansky＠jboss.com

You should be able to configure the underlying xml parser to validate the xml. There are methods in the Unmarshaller to do that: setValidation() and setFeature(). In addition you should make sure that the XML schema can be resolved by the xml parser, so it knows what to validate against. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132652#4132652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132652

17 years

1
0
0 / 0

[Design of JBossXB] - Re: How to force strict validation?

by rob.stryker＠jboss.com

So is there any part of jboss xb which *can* validate as such and fail when a required attribute is *not* present? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132650#4132650 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132650

17 years

1
0
0 / 0

[Design of POJO Server] - Re: Breaking up jboss.microcontainer.lib

by adrian＠jboss.org

"anil.saldhana(a)jboss.com" wrote : I do not think there are any issues with the security deployer (in the new version). It does not assume any virtual files. All it does is work on the metadata that is passed to it. I don't assume anything is correct until is actually tested. :-) Thomas is the first to actually try what I'm talking about. It certainly works in the tests in the MC project, but whether it works with the deployers in JBossAS is a totally different issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132647#4132647 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132647

17 years

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: HOWTO deploy webapp dynamically

by adrian＠jboss.org

The relevant code is in the ServiceDeployer: | public void deploy(DeploymentUnit unit, ServiceMetaData deployment) throws DeploymentException | { | ObjectName name = deployment.getObjectName(); | try | { | ObjectName loaderName = deployment.getClassLoaderName(); | if (loaderName == null) | { | ClassLoader cl = unit.getClassLoader(); | if (cl != null && cl instanceof RepositoryClassLoader) | loaderName = ((RepositoryClassLoader) cl).getObjectName(); | // TODO add to RealClassLoader | else if (cl != null && cl instanceof RealClassLoader) | loaderName = ((RealClassLoader) cl).getObjectName(); | else | loaderName = defaultClassLoader; | } | I'd guess the actual classloader Thomas is passing in, is not a RealClassLoader (but it probably has one as a parent) so this code should loop through ClassLoader::getParent() until it finds one that is, before trying to use "defaultClassLoader" which doesn't look like it is even configured. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132644#4132644 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132644

17 years

1
0
0 / 0

[Design of JBossCache] - Re: NPE in InvalidationInterceptor.getNodeVersion()

by bstansberry＠jboss.com

You know, DefaultDataVersion causes me all sorts of troubles -- always having to worry about obscure cases where it gets assigned to a node and then conflicts with the custom DataVersion types Hibernate uses. Seems like this is something that can be improved. Perhaps make the "default" DataVersion class configurable. I could then set it to use Hibernate's NonLockingDataVersion (always returns "false" to newerThan()) instead of DefaultDataVersion. It's then my responsibility to manage versioning. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132642#4132642 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132642

17 years

1
0
0 / 0

[Design of POJO Server] - Re: Breaking up jboss.microcontainer.lib

by anil.saldhana＠jboss.com

I do not think there is any issues with the security deployer (in the new version). It does not assume any virtual files. All it does is work on the metadata that is passed to it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4132637#4132637 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4132637

17 years

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 February 2008