[JBoss JIRA] Created: (JBAS-6666) Option to disable auto discovery at the client VM level
by Galder Zamarreño (JIRA)
Option to disable auto discovery at the client VM level
-------------------------------------------------------
Key: JBAS-6666
URL: https://jira.jboss.org/jira/browse/JBAS-6666
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Clustering, Naming
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Add an option to disable auto discovery at the client VM level via system property, i.e. -Dglobal.jnp.DisableDiscovery
This would complement existing jnp.DisableDiscovery property that can be passed to InitialContext() on creation.
The system property can be overriden by per InitialContext() jnp.DisableDiscovery property. Example:
- If no system propery is defined or is set to false:
- If jnp.DisableDiscovery not present or is defined as false, auto discovery will be attempted.
- If jnp.DisableDiscovery is present and is set to true, auto discovery will NOT be attempted (override default value).
- If system property is defined as true:
- If jnp.DisableDiscovery not present, auto discovery will NOT be attempted.
- If jnp.DisableDiscovery is present and is set to true, auto discovery will NOT be attempted.
- If jnp.DisableDiscovery is present and is set to false, auto discovery will be attempted (override default value).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 2 months
[JBoss JIRA] Assigned: (JBAS-2282) JBossEntityResolver is not using schemaLocation URIs that are valid non-file URLs
by Richard Opalka (JIRA)
[ https://jira.jboss.org/jira/browse/JBAS-2282?page=com.atlassian.jira.plug... ]
Richard Opalka reassigned JBAS-2282:
------------------------------------
Assignee: Richard Opalka (was: Alexey Loubyansky)
> JBossEntityResolver is not using schemaLocation URIs that are valid non-file URLs
> ---------------------------------------------------------------------------------
>
> Key: JBAS-2282
> URL: https://jira.jboss.org/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
> Assignee: Richard Opalka
> Fix For: JBossAS-5.1.0.GA
>
> 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: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 2 months
[JBoss JIRA] Assigned: (JBAS-2038) Need to externalize the JBossEntityResolver configuration and support namespace to schema resolution
by Richard Opalka (JIRA)
[ https://jira.jboss.org/jira/browse/JBAS-2038?page=com.atlassian.jira.plug... ]
Richard Opalka reassigned JBAS-2038:
------------------------------------
Assignee: Richard Opalka (was: Alexey Loubyansky)
> Need to externalize the JBossEntityResolver configuration and support namespace to schema resolution
> ----------------------------------------------------------------------------------------------------
>
> Key: JBAS-2038
> URL: https://jira.jboss.org/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
> Assignee: Richard Opalka
> 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: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 2 months