[JBoss JIRA] Updated: (JBAS-2038) Need to externalize the JBossEntityResolver configuration and support namespace to schema resolution
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2038?page=all ]
Dimitris Andreadis updated JBAS-2038:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
Moving issue to a next release
> Need to externalize the JBossEntityResolver configuration and support namespace to schema resolution
> ----------------------------------------------------------------------------------------------------
>
> Key: JBAS-2038
> URL: http://jira.jboss.com/jira/browse/JBAS-2038
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: XML services
> Reporter: Scott M Stark
> Assigned To: Alexey Loubyansky
> Fix For: JBossAS-4.2.1.CR1
>
> Attachments: catalog.xsd
>
>
> With the increased use of JBossXB and its leveraging of the JBossEntityResolver as a means for locating element schemas, we need support for externalizing the configuration of the JBossEntityResolver. We also need to have the notion of resolving a namespace to a schema URI since in general there is no publicID for an element, and a generally unsable systemID since it can be a function of the deployment and server run dir.
> Implementing the javax.xml.transform.URIResolver resolve method:
> public javax.xml.transform.Source resolve(String href, String base)
> throws javax.xml.transform.TransformerException
> might be a better api for resolving namespaces.
> I have tried integrating the apache commons xml catalog resolver but have not been happy with its semantics and configuration support as yet. We certainly could at least use the catalog.xml schema for representing the externalized mappings.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Updated: (JBAS-2299) OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2299?page=all ]
Dimitris Andreadis updated JBAS-2299:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
Moving issue to a next release
> OutOfMemory error when repetatively deploying and undeploying with 10 minute interval
> -------------------------------------------------------------------------------------
>
> Key: JBAS-2299
> URL: http://jira.jboss.com/jira/browse/JBAS-2299
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Deployment services
> Affects Versions: JBossAS-4.0.3RC2
> Environment: WinXP SP2, JBoss 4.0.3RC2, JDK 1.4.2_07
> Reporter: Amar Syed
> Assigned To: Clebert Suconic
> Fix For: JBossAS-4.2.1.CR1
>
> Attachments: Data.txt, SampleApp.ear
>
> Time Spent: 2 hours
> Remaining Estimate: 0 minutes
>
> Using a manual copy and delete mechanism with the server\default\deploy folder the sample ear (attached) caused an outofmemory error eventually after 90 repetitions.
> The min and max heap settings were configured as : -Xms128m -Xmx512m
> The time delay after dropping/deploying the ear at each repetition was set to 10 minutes after which the ear is deleted/undeployed followed by a 10 second sleep till the next deploy cycle.
> I find this behaviour strange because http://jira.jboss.com/jira/browse/JBAS-1319 is supposed to have fixed this issue.
> The lines from the server.log surrounding the java.lang.OutOfMemoryError are as follows:
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> 2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository, repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@e51e50, cl=org.jboss.mx.loading.UnifiedClassLoader3@c90207{ url=null ,addedOrder=0}
> 2005-09-24 06:04:33,057 ERROR [org.apache.commons.digester.Digester] Begin event threw error
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] StandardWrapper.Throwable
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,057 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]] Servlet /XMPVXE0Partion/VXE1_ContentTestService threw load() exception
> java.lang.OutOfMemoryError
> 2005-09-24 06:04:33,072 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with url null
> The following two jars were added to the server\default\lib folder.
> commons-validator.jar --- version 1.1.3
> struts.jar ---- version 1.2.4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Updated: (JBAS-1057) FK Violation deleting 1-1 relationship
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1057?page=all ]
Dimitris Andreadis updated JBAS-1057:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
Moving issue to a next release
> FK Violation deleting 1-1 relationship
> --------------------------------------
>
> Key: JBAS-1057
> URL: http://jira.jboss.com/jira/browse/JBAS-1057
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: CMP service
> Affects Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assigned To: Alexey Loubyansky
> Fix For: JBossAS-4.2.1.CR1
>
>
> SourceForge Submitter: suzyrizzo .
> I have attached a set of CMPs that cause a foreign key
> violation when deleted.
> Entities:
> Group
> Address
> GroupId
> Group has a uni-directional 1-1 relationship with
> Address. A foreign key is set up on the
> Group.physicalAddressKey field.
> Group has a bi-directional 1-many relationship with
> GroupId.
> I have batch-cascade-delete turned on for the group-
> has-groupids relationship because the GroupId.groupKey
> cannot be null.
> I do not have batch-cascade-delete turned on for the
> group-has-address relationship because
> physicalAddressKey is an FK into Address, so Address
> cannot be deleted before Group.
> The relationships work separately, but when I have them
> defined at the same time, I get a Foreign Key violation.
> I've included the server.log file with the full error
> message in my attachment.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Updated: (JBAS-3087) SecurityManager - exception when redeploying a WAR file
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-3087?page=all ]
Dimitris Andreadis updated JBAS-3087:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
Moving issue to a next release
> SecurityManager - exception when redeploying a WAR file
> -------------------------------------------------------
>
> Key: JBAS-3087
> URL: http://jira.jboss.com/jira/browse/JBAS-3087
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Tomcat) service
> Affects Versions: JBossAS-4.0.3 SP1
> Environment: Microsoft Windoxs XP Professional Service Pack 2
> Java JDK 1.5.0_05
> Reporter: Paul Sideleau
> Assigned To: Anil Saldhana
> Fix For: JBossAS-4.2.1.CR1
>
> Time Spent: 15 minutes
> Remaining Estimate: 0 minutes
>
> When redeploying a WAR file with a SecurityManager running, I get the following exception (debug logging included):
> 2006-04-10 15:32:09,874 DEBUG [org.jboss.web.WebModule] Starting jboss.web.deployment:war=myTestWar.war,id=-2101272784
> 2006-04-10 15:32:09,874 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] webContext: null
> 2006-04-10 15:32:09,874 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] warURL: file:/C:/Documents and Settings/paul_sideleau/My Documents/jboss-4.0.3SP1/server/dev/tmp/deploy/tmp2472myTestWa-exp.war/
> 2006-04-10 15:32:09,874 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] webAppParser: org.jboss.web.AbstractWebDeployer$DescriptorParser@1dbe098
> 2006-04-10 15:32:09,874 DEBUG [org.jboss.web.WebPermissionMapping] Qualified url patterns: {/admin/*=PatternInfo[pattern=/admin/*,type=1,isOverriden=false,qualifiers=[]], /=PatternInfo[pattern=/,type=3,isOverriden=false,qualifiers=[PatternInfo[pattern=/admin/*,type=1,isOverriden=false,qualifiers=[]], PatternInfo[pattern=/MyServlet,type=4,isOverriden=false,qualifiers=[]]]], /MyServlet=PatternInfo[pattern=/MyServlet,type=4,isOverriden=false,qualifiers=[]]}
> 2006-04-10 15:32:09,937 INFO [org.jboss.web.tomcat.tc5.TomcatDeployer] deploy, ctxPath=/mycontext, warUrl=.../tmp/deploy/tmp2472myTestWar-exp.war/
> 2006-04-10 15:32:09,937 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] AbstractWebContainer.parseWebAppDescriptors, Begin
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] Creating ENC using ClassLoader: java.net.FactoryURLClassLoader@17f673b
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] ..org.jboss.mx.loading.UnifiedClassLoader3@9a4ba3{ url=file:/C:/Documents and Settings/paul_sideleau/My Documents/jboss-4.0.3SP1/server/dev/tmp/deploy/tmp2472myTestWar-exp.war/ ,addedOrder=43}
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] ..org.jboss.system.server.NoAnnotationURLClassLoader@1c0ec97
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] ..sun.misc.Launcher$AppClassLoader@7ced01
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] ..sun.misc.Launcher$ExtClassLoader@1ac04e8
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] Unable to retrieve orbjavax.management.InstanceNotFoundException: jboss:service=CorbaORB is not registered.
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] Linked java:comp/UserTransaction to JNDI name: UserTransaction
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] addEnvEntries
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] linkResourceEnvRefs
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] linkResourceRefs
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] linkMessageDestinationRefs
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] linkEjbRefs
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] linkEjbLocalRefs
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] linkServiceRefs
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] linkSecurityDomain
> 2006-04-10 15:32:09,953 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] Linking security/securityMgr to JNDI name: java:/jaas/SSI-Software
> 2006-04-10 15:32:09,968 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] AbstractWebContainer.parseWebAppDescriptors, End
> 2006-04-10 15:32:09,968 DEBUG [org.jboss.web.tomcat.tc5.TomcatDeployer] Already exists, destroying jboss.web:j2eeType=WebModule,name=//localhost/mycontextJ2EEApplication=none,J2EEServer=none
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/mycontext]] Stopping filters
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/mycontext]] Stopping filter 'CommonHeadersFilter'
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/mycontext] Stopping filter 'RequestEncoder'
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.loader.WebappClassLoader] loadClass(javax.servlet.ServletRequest, false)
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.loader.WebappClassLoader] Delegating to parent classloader1 java.net.FactoryURLClassLoader@7b9969
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.loader.WebappClassLoader] Searching local repositories
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.loader.WebappClassLoader] findClass(javax.servlet.ServletRequest)
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.loader.WebappClassLoader] securityManager.checkPackageDefinition
> 2006-04-10 15:32:09,968 DEBUG [org.apache.catalina.loader.WebappClassLoader] findClassInternal(javax.servlet.ServletRequest)
> 2006-04-10 15:24:08,583 WARN [org.apache.catalina.loader.WebappClassLoader] Failed to open JAR
> java.util.zip.ZipException: The system cannot find the file specified
> at java.util.zip.ZipFile.open(Native Method)
> at java.util.zip.ZipFile.<init>(ZipFile.java:203)
> at java.util.jar.JarFile.<init>(JarFile.java:132)
> at java.util.jar.JarFile.<init>(JarFile.java:97)
> at org.apache.catalina.loader.WebappClassLoader.openJARs(WebappClassLoader.java:1544)
> at org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:1763)
> at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1570)
> at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:850)
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1299)
> at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1181)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> at java.lang.Class.getDeclaredMethods0(Native Method)
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2365)
> at java.lang.Class.getMethod0(Class.java:2611)
> at java.lang.Class.getMethod(Class.java:1579)
> at org.apache.catalina.security.SecurityUtil.createMethodAndCacheIt(SecurityUtil.java:343)
> at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:211)
> at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:177)
> at org.apache.catalina.core.ApplicationFilterConfig.release(ApplicationFilterConfig.java:251)
> at org.apache.catalina.core.StandardContext.filterStop(StandardContext.java:3575)
> at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4249)
> at org.apache.catalina.core.ContainerBase.destroy(ContainerBase.java:1131)
> at org.apache.catalina.core.StandardContext.destroy(StandardContext.java:4358)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503)
> at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
> at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java:157)
> at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java:88)
> at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:357)
> at org.jboss.web.WebModule.startModule(WebModule.java:68)
> at org.jboss.web.WebModule.startService(WebModule.java:46)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:274)
> at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:230)
> at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
> at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:943)
> at $Proxy0.start(Unknown Source)
> at org.jboss.system.ServiceController.start(ServiceController.java:428)
> at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:72)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy31.start(Unknown Source)
> at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:400)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
> at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:118)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
> at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127)
> at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:80)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy32.start(Unknown Source)
> at org.jboss.deployment.MainDeployer.start(MainDeployer.java:989)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:790)
> at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:753)
> at sun.reflect.GeneratedMethodAccessor48.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141)
> at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80)
> at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:118)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
> at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:127)
> at org.jboss.mx.server.Invocation.invoke(Invocation.java:74)
> at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245)
> at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644)
> at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:176)
> at $Proxy9.deploy(Unknown Source)
> at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:319)
> at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:507)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:192)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:203)
> at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:182)
> I'm not sure if this is a bug or not. The application does get deployed correctly after the exception is thrown. However, if I run JBOSS without a security manager, the exception does not occur.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months
[JBoss JIRA] Updated: (JBAS-2282) JBossEntityResolver is not using schemaLocation URIs that are valid non-file URLs
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2282?page=all ]
Dimitris Andreadis updated JBAS-2282:
-------------------------------------
Fix Version/s: JBossAS-4.2.1.CR1
(was: JBossAS-4.2.0.CR1)
Moving issue to a next release
> JBossEntityResolver is not using schemaLocation URIs that are valid non-file URLs
> ---------------------------------------------------------------------------------
>
> Key: JBAS-2282
> URL: http://jira.jboss.com/jira/browse/JBAS-2282
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: XML services
> Affects Versions: JBossAS-4.0.3RC2
> Reporter: Scott M Stark
> Assigned To: Alexey Loubyansky
> Fix For: JBossAS-4.2.1.CR1
>
> Attachments: jboss-entity-resolver.zip
>
>
> The org.jboss.util.xml.JBossEntityResolver is not dealing with systemIDs that are valid non-file URLs. For example, this xml fragment from a testcase which uses the jboss resource URL:
> <?xml version="1.0" encoding="UTF-8"?>
> <!-- $Id: config.xml,v 1.1 2005/07/31 23:13:44 starksm Exp $ -->
> <jaas:policy
> xsi:schemaLocation="urn:jboss:security-config resource:security-config_4_1.xsd"
> xmlns:jaas="urn:jboss:security-config"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> >
> does map to a valid URL which can be loaded, but the parsing of this URL by the getLocalEntityName ends up throwing away the full path info to produce a resource name of schema/security-config_4_1.xsd. This would work inside the jboss server provided the security-config_4_1.xsd is bundled into a classpath location following the location conventions expected by the JBossEntityResolver, but does not work in the testsuite where this is not the case, and would not work for user defined schemas located elsewhere. It would seem we should try to load the schema from systemIDs that are valid URLs before defaulting to the jboss specific logic.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 2 months