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

[Design the new POJO MicroContainer] - Re: JarEntry as VFS root does not return empty vfspath

by adrian＠jboss.org

"mstruk" wrote : | This is our context URI: | | file:/vfs/test/outer.jar!/org/jboss/test/vfs/support | | These are parent child relationships for handlers within JarContext: | | | null | JarHandler (represents: file:/vfs/test/outer.jar) | JarEntryHandler (represents org) | JarEntryHandler (represents jboss) | JarEntryHandler (represents test) | JarEntryHandler (represents vfs) | root = JarEntryHandler (represents support) | JarEntryHandler (represents CommonClass.class) | JarEntryHandler (represents jar1) | JarEntryHandler (represents jar2) | | | root handler has VF handler representing 'vfs' for its parent. getParent().getParent() returns VF handler representing 'test'. | | | The solution would be to set root's parent to null. | Ok so the problem is that whatever is creating the JAR VFS is letting you leak off the top when you create a VFS based on a jar entry all the way back to the jar file. In fact, the code says it is a hack in JarContext | protected VirtualFileHandler createVirtualFileHandler(VirtualFileHandler parent, URL url) throws IOException | { | if (url == null) | throw new IllegalArgumentException("Null url"); | | String urlStr = url.toString(); | String jarName = extractJarName(urlStr); | String entryPath = urlStr; | entryPath = entryPath(entryPath); | JarHandler jar = new JarHandler(this, parent, url, jarName); | if (entryPath == null) | return jar; | | // todo This is a hack until we can fix http://jira.jboss.com/jira/browse/JBMICROCONT-164 | AbstractVirtualFileHandler result = (AbstractVirtualFileHandler)jar.getChild(entryPath); | result.setPathName(""); | return result; | } | The issue has been around for a year. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138892#4138892 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138892

16 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JarEntry as VFS root does not return empty vfspath

by adrian＠jboss.org

"mstruk" wrote : anonymous wrote : | | IIRC, the path originally was setup lazily, except for the now obsolete jar handler that went through every entry up-front? | | | | I'd like to learn more about JarHandler being obsolete ... | When I reworked the VFS there were two different implementation patterns. One was for things have directory structures like the file system (see AbstractVirtualHandler::structuredFindChild) the other was things like jars where you list jar entries but they aren't structured in directories (see AbstractVirtualHandler::simpleFindChild) The JarHandler later got changed by somebody else (Scott?) to simulate a directory structure. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138890#4138890 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138890

16 years, 6 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security Injection in AS5

by adrian＠jboss.org

Since this works in conf/bootstrap-beans.xml | <bean name="ClassLoadingDefaultDeployer" class="org.jboss.deployers.plugins.classloading.ClassLoadingDefaultDeployer"> | <property name="defaultMetaData"> | |  | | <classloading xmlns="urn:jboss:classloading:1.0" export-all="NON_EMPTY" import-all="true"/> | </property> | </bean> | you need to explain what you are doing (or more likely not doing). This works in bootstrap-beans.xml because JBossXB knows not just where the schema is, but what to do with it. Where/how do you tell JBossXB what to do with that a schema called urn:jboss:security-config:5.0 e.g. look at deployers/metadata-beans.xml for where we tell it how to do javaee metadata parsing. NOTE: The error message is misleading urn:jboss:bean-deployer:2.0:property will take any element as a child what it is really telling you is that it doesn't know what to do with We know it found the schema (assuming that file exists in the classpath and is reachable from the bean parsing deployer's classloader): | TRACE [org.jboss.xb.binding.sunday.unmarshalling.DefaultSchemaResolver] (main) found schema InputSou | rce, nsURI=urn:jboss:security-config:5.0, baseURI=null, schemaLocation=resource:security-config_5_0. | xsd | OFF TOPIC Also, by tradition schemas are put in schema subfolders. i.e. it should be resource:schema/security-config_5_0.xsd The JBossEntityResolver will even look for this resource if you specify a proper schema location, e.g. http://www.jboss.org/schemas/security-config_5_0.xsd It strips the file name and tries to do getResource("schema/filename.xsd"); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138889#4138889 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138889

16 years, 6 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-4662 Implementation details.

by adrian＠jboss.org

"vickyk" wrote : "adrian(a)jboss.org" wrote : | | You do not need seperate metadata for the ha case (it is now just an alias in the xml | | for backwards compatiblity). | | | I am not sure what exactly you mean here , do we have some sample ha-local-tx-datasource/ha-xa-datasource that would deploy in jboss5, yes for backward compatibility . | | We don't but users might. ha-xxx-datasource is deprecated, they should just add the parameters to the main datasource config. But we still support the old ha-xxx-datasource using an xml parsing trick to aliias it to the main datasource config. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138885#4138885 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138885

16 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJB3Deployer and EJB3ClientDeployer order

by wolfc

A true circular dependency (injection) can not work in our current setup. For that we need to refactor the container and the (SFSB) cache to start working before we have method-ready instances. Here the circularity happens after deployment by JNDI lookup. That should work. The problem here is that jboss.xml defines home-jndi-names for EJB 3 beans, that's illegal and completely throws of the ReferenceMetaDataResolverDeployer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138874#4138874 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138874

16 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJB3Deployer and EJB3ClientDeployer order

by alex.loubyansky＠jboss.com

It's a CTS test, issue JBCTS-755. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138859#4138859 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138859

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM-3.2.2 in Tomcat-5.5 and MySQL

by fasalkottai

I think perhaps your root user for mysql may not have the full privileges. Please check that.There is a detailed documentation in which i used postgres as DB.Please refer to it. http://life2death.blog.co.in/category/jbpm/ regards Fasal View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138856#4138856 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138856

16 years, 6 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-4662 Implementation details.

by vickyk

"adrian(a)jboss.org" wrote : | You do not need seperate metadata for the ha case (it is now just an alias in the xml | for backwards compatiblity). | I am not sure what exactly you mean here , do we have some sample ha-local-tx-datasource/ha-xa-datasource that would deploy in jboss5, yes for backward compatibility . View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138855#4138855 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138855

16 years, 6 months

1
0
0 / 0

[Design of JBoss ESB] - Re: COM Gateway

by Kevin.Conner＠jboss.com

Hiya Dirk. Yes, we are planning on providing annotation support for the actions. We are currently involved in a team 'face 2 face' meeting this week and this is one of the topics on our agenda. Kev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138850#4138850 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138850

16 years, 6 months

1
0
0 / 0

[Design of JBoss Build System] - Getting dependency souces into local repository

by scott.stark＠jboss.org

I have found a way to do this using the mvn dependency:sources goal. More details are here: http://maven.apache.org/plugins/maven-dependency-plugin/sources-mojo.html I have updated the http://wiki.jboss.org/wiki/Wiki.jsp?page=MavenFAQ with this as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4138844#4138844 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4138844

16 years, 6 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 March 2008