February 2012 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AS7-1338) Remote JNDI support for AS7

by John Bailey (JIRA)

[ https://issues.jboss.org/browse/AS7-1338?page=com.atlassian.jira.plugin.s... ] John Bailey resolved AS7-1338. ------------------------------ Resolution: Done > Remote JNDI support for AS7 > --------------------------- > > Key: AS7-1338 > URL: https://issues.jboss.org/browse/AS7-1338 > Project: Application Server 7 > Issue Type: Task > Components: Naming > Reporter: Richard Opalka > Assignee: John Bailey > Priority: Critical > Labels: eap6_prd_req > Fix For: 7.1.0.Final > > > Add support for remote JNDI after all. It was agreed that: > * Remote JNDI would run over Remoting > * Remote JNDI for EJB is strictly a legacy access protocol, deprecated in favor of "ejb:" > * The Remote JNDI service would proxy to a specific Context of the server JNDI tree - maybe "java:jboss/shared", maybe something else > * Server-side services would opt-in to Remote JNDI; initially we'd only support: > ** Remote EJB interfaces > ** HornetQ connection factories > * In the future we may support: > ** User bindings, so long as they're serializable > * In the future we will never support: > ** Proxied DataSources > ** Proxied JMS invocations > Initial project tree is at https://github.com/dmlloyd/jboss-remote-jndi for now. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-3481) Infinispan subsystem setting wrong properties for RemoteCacheStore

by Martin Gencur (JIRA)

Martin Gencur created AS7-3481: ---------------------------------- Summary: Infinispan subsystem setting wrong properties for RemoteCacheStore Key: AS7-3481 URL: https://issues.jboss.org/browse/AS7-3481 Project: Application Server 7 Issue Type: Bug Components: Clustering Reporter: Martin Gencur Assignee: Paul Ferraro Fix For: 7.1.0.Final I'm getting this exception when I configure an infinispan cache with remote-store: 11:19:31,657 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC00001: Failed to start service jboss.infinispan.default.memcachedCache.config: org.jboss.msc.service.StartException in service jboss.infinispan.default.memcachedCache.config: Failed to start service at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1780) [jboss-msc-1.0.1.GA.jar:1.0.1.GA] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_21] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_21] at java.lang.Thread.run(Thread.java:619) [:1.6.0_21] Caused by: org.infinispan.config.ConfigurationException: Couldn't find a setter named [setInfinispan.client.hotrod.server_list] which takes a single parameter, for parameter infinispan.client.hotrod.server_list on class [class org.infinispan.loaders.remote.RemoteCacheStoreConfig] at org.infinispan.config.parsing.XmlConfigHelper.setValues(XmlConfigHelper.java:471) at org.infinispan.configuration.cache.LegacyConfigurationAdaptor.adapt(LegacyConfigurationAdaptor.java:208) at org.infinispan.manager.DefaultCacheManager.defineConfiguration(DefaultCacheManager.java:430) at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.defineConfiguration(DefaultEmbeddedCacheManager.java:121) at org.jboss.as.clustering.infinispan.subsystem.CacheConfigurationService.start(CacheConfigurationService.java:100) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1824) [jboss-msc-1.0.1.GA.jar:1.0.1.GA] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1759) [jboss-msc-1.0.1.GA.jar:1.0.1.GA] ... 3 more For this to work, Infinispan subsystem (CacheAdd class) should now set different properties for the RemoteCacheStore. It now sets "infinispan.client.hotrod.server_list" directly as a property while it should most likely set "HotRodClientProperties" as a key and a Properties object (which would contain "infinispan.client.hotrod.server_list" as a key and proper value as a value) as a value. See http://docs.jboss.org/infinispan/5.1/apidocs/org/infinispan/loaders/remot... ...hope that helps -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

2
7
0 / 0

[JBoss JIRA] Created: (AS7-1425) Cannot obtain SchemaFactory when TCCL points to ARQ module

by Thomas Diesler (JIRA)

Cannot obtain SchemaFactory when TCCL points to ARQ module ---------------------------------------------------------- Key: AS7-1425 URL: https://issues.jboss.org/browse/AS7-1425 Project: Application Server 7 Issue Type: Bug Components: OSGi Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: 7.1.0.Alpha1 {code} 10:46:41,387 ERROR [org.apache.aries.blueprint.container.BlueprintContainerImpl] (pool-7-thread-1) Unable to start blueprint container for bundle example-blueprint: java.lang.IllegalArgumentException: No SchemaFactory that implements the schema language specified by: http://www.w3.org/2001/XMLSchema could be loaded at javax.xml.validation.SchemaFactory.newInstance(SchemaFactory.java:207) [:1.6.0_26] at org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl.getSchemaFactory(NamespaceHandlerRegistryImpl.java:266) [NamespaceHandlerRegistryImpl.class:] at org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl.getSchema(NamespaceHandlerRegistryImpl.java:236) [NamespaceHandlerRegistryImpl.class:] at org.apache.aries.blueprint.namespace.NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.getSchema(NamespaceHandlerRegistryImpl.java:306) [NamespaceHandlerRegistryImpl$NamespaceHandlerSetImpl.class:] {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

4
11
0 / 0

[JBoss JIRA] Created: (AS7-940) javax.xml.xpath.XPathFactory.newInstance() fails when invoked from a user bundle

by David Bosschaert (JIRA)

javax.xml.xpath.XPathFactory.newInstance() fails when invoked from a user bundle -------------------------------------------------------------------------------- Key: AS7-940 URL: https://issues.jboss.org/browse/AS7-940 Project: Application Server 7 Issue Type: Bug Components: OSGi Reporter: David Bosschaert When deploying the simple greeter impl bundle (CXF-DOSGi demo) the following exception appears. Note that this does work fine with other OSGi frameworks like Equinox and Felix. Creating Service {http://greeter.samples.dosgi.cxf.apache.org/}GreeterService from class org.apache.cxf.dosgi.samples.greeter.GreeterService Exception in thread "pool-3-thread-1" java.lang.ExceptionInInitializerError at org.apache.cxf.aegis.type.XMLTypeCreator.<init>(XMLTypeCreator.java:134) at org.apache.cxf.aegis.AegisContext.createRootTypeCreator(AegisContext.java:119) at org.apache.cxf.aegis.AegisContext.createTypeCreator(AegisContext.java:108) at org.apache.cxf.aegis.AegisContext.initialize(AegisContext.java:150) at org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabinding.java:262) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:467) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:530) at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:278) at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:99) at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:105) at org.apache.cxf.dosgi.dsw.handlers.PojoConfigurationTypeHandler.createServer(PojoConfigurationTypeHandler.java:125) at org.apache.cxf.dosgi.dsw.service.RemoteServiceAdminCore.exportService(RemoteServiceAdminCore.java:244) at org.apache.cxf.dosgi.dsw.service.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:78) at org.apache.cxf.dosgi.dsw.service.RemoteServiceAdminInstance$1.run(RemoteServiceAdminInstance.java:71) at java.security.AccessController.doPrivileged(Native Method) at org.apache.cxf.dosgi.dsw.service.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:71) at org.apache.cxf.dosgi.dsw.service.RemoteServiceAdminInstance.exportService(RemoteServiceAdminInstance.java:40) at org.apache.cxf.dosgi.topologymanager.TopologyManager$2.run(TopologyManager.java:254) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Caused by: java.lang.RuntimeException: XPathFactory#newInstance() failed to create an XPathFactory for the default object model: http://java.sun.com/jaxp/xpath/dom with the XPathFactoryConfigurationException: javax.xml.xpath.XPathFactoryConfigurationException: No XPathFactory implementation found for the object model: http://java.sun.com/jaxp/xpath/dom at javax.xml.xpath.XPathFactory.newInstance(XPathFactory.java:101) at org.apache.cxf.helpers.XPathUtils.<clinit>(XPathUtils.java:34) ... 21 more -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

4
12
0 / 0

[JBoss JIRA] (JBJCA-740) JBossTS 4.16.2.Final

by Jesper Pedersen (JIRA)

Jesper Pedersen created JBJCA-740: ------------------------------------- Summary: JBossTS 4.16.2.Final Key: JBJCA-740 URL: https://issues.jboss.org/browse/JBJCA-740 Project: IronJacamar Issue Type: Component Upgrade Components: Build Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.1.0.Alpha6 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] (JBJCA-739) Track component updates

by Jesper Pedersen (JIRA)

Jesper Pedersen created JBJCA-739: ------------------------------------- Summary: Track component updates Key: JBJCA-739 URL: https://issues.jboss.org/browse/JBJCA-739 Project: IronJacamar Issue Type: Task Components: Build Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.1.0.Alpha6 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-3545) CLONE - Check modules/com/sun/xml/bind/main/jaxb-xjc-2.2.jar for potential packaging error.

by Rostislav Svoboda (JIRA)

Rostislav Svoboda created AS7-3545: -------------------------------------- Summary: CLONE - Check modules/com/sun/xml/bind/main/jaxb-xjc-2.2.jar for potential packaging error. Key: AS7-3545 URL: https://issues.jboss.org/browse/AS7-3545 Project: Application Server 7 Issue Type: Task Affects Versions: 7.1.0.CR1b Reporter: Rostislav Svoboda Assignee: Paul Gier There's one quirk in modules/com/sun/xml/bind/main/jaxb-xjc-2.2.jar : modules/com/sun/xml/bind/main/jaxb-xjc-2.2.jar/com/sun/codemodel vs. modules/com/sun/xml/bind/main/jaxb-xjc-2.2.jar/1.0/com/sun/codemodel Is the 1.0 some packaging error? Or what's its the purpose? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-3546) CLONE - Some org.apache.commons.collections classes in both commons-beanutils-1.8.0.jar , commons-collections-3.2.1.jar

by Rostislav Svoboda (JIRA)

Rostislav Svoboda created AS7-3546: -------------------------------------- Summary: CLONE - Some org.apache.commons.collections classes in both commons-beanutils-1.8.0.jar , commons-collections-3.2.1.jar Key: AS7-3546 URL: https://issues.jboss.org/browse/AS7-3546 Project: Application Server 7 Issue Type: Bug Components: Build System Affects Versions: 7.1.0.CR1b Reporter: Rostislav Svoboda Assignee: Paul Gier org.apache.commons.collections.ArrayStack org.apache.commons.collections.Buffer org.apache.commons.collections.BufferUnderflowException org.apache.commons.collections.FastHashMap org.apache.commons.collections.FastHashMap$1 org.apache.commons.collections.FastHashMap$CollectionView org.apache.commons.collections.FastHashMap$CollectionView$CollectionViewIterator org.apache.commons.collections.FastHashMap$EntrySet org.apache.commons.collections.FastHashMap$KeySet org.apache.commons.collections.FastHashMap$Values Refer to this TattleTale report: https://hudson.qa.jboss.com/hudson/view/EAP6/view/EAP6-Miscellaneous/job/... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-3548) CLONE - jython-standalone-2.5.2.jar contains jline classes, also contained in jline module

by Rostislav Svoboda (JIRA)

Rostislav Svoboda created AS7-3548: -------------------------------------- Summary: CLONE - jython-standalone-2.5.2.jar contains jline classes, also contained in jline module Key: AS7-3548 URL: https://issues.jboss.org/browse/AS7-3548 Project: Application Server 7 Issue Type: Bug Components: Build System Affects Versions: 7.1.0.CR1b Reporter: Rostislav Svoboda Assignee: Paul Gier The module modules/org/python/jython/standalone/main/jython-standalone-2.5.2.jar contains classes in jline.* package. We already have JLine module. Pls remove JLine classes from the Jython package. Refer to this Tattletale report: https://hudson.qa.jboss.com/hudson/view/EAP6/view/EAP6-Miscellaneous/job/... JLine is also used by CLI. (20:53:28) bstansberry: jython is for sure for JDR -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] (AS7-2503) Domain Management - Limit maximum number of cached nonces

by Darran Lofthouse (Created) (JIRA)

Domain Management - Limit maximum number of cached nonces --------------------------------------------------------- Key: AS7-2503 URL: https://issues.jboss.org/browse/AS7-2503 Project: Application Server 7 Issue Type: Task Components: Domain Management, Security Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 7.1.0.CR1 The number of nonces that can be cached should be limited. The nonces are currently single use but also restrict the time they can be used for. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 2 months

2
1
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2012