[JBoss JIRA] Created: (AS7-893) web subsystem virtual-server is requiring an alias to succeed
by Scott Stark (JIRA)
web subsystem virtual-server is requiring an alias to succeed
-------------------------------------------------------------
Key: AS7-893
URL: https://issues.jboss.org/browse/AS7-893
Project: Application Server 7
Issue Type: Bug
Components: Web
Affects Versions: No Release
Reporter: Scott Stark
Assignee: Scott Stark
Fix For: 7.0.0.CR1
A web subsystem fragment like the following:
<subsystem xmlns="urn:jboss:domain:web:1.0">
<connector name="http" scheme="http" protocol="HTTP/1.1" socket-binding="http"/>
<virtual-server name="localhost" enable-welcome-root="false" />
</subsystem>
fails with to execute with an IllegalArgumentException because of how the ALIAS attribute is handled. The org.jboss.as.web.WebVirtualHostAdd.aliases method is requiring an ALIAS if the node has one, but it is not checking if it is actually defined:
static String[] aliases(final ModelNode node) {
if(node.has(Constants.ALIAS)) {
final ModelNode aliases = node.require(Constants.ALIAS);
final int size = aliases.asInt();
final String[] array = new String[size];
for(int i = 0; i < size; i ++) array[i] = aliases.get(i).asString();
return array;
}
return NO_ALIASES;
}
An operation like this one input:
{
"operation" => "add",
"address" => [
("subsystem" => "web"),
("virtual-server" => "localhost")
],
"enable-welcome-root" => false,
"operation-headers" => {"rollback-on-runtime-failure" => false}
}
is seen as the following with an alias with an undefined value by the aliases method:
{
"operation" => "add",
"address" => [
("subsystem" => "web"),
("virtual-server" => "localhost")
],
"enable-welcome-root" => false,
"operation-headers" => {"rollback-on-runtime-failure" => false},
"alias" => undefined,
"access-log" => undefined,
"rewrite" => undefined,
"default-web-module" => undefined
}
so the node.require(Constants.ALIAS) call fails.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month
[JBoss JIRA] Created: (AS7-922) Annotation Scanner should tell you which class could not be indexed
by Tomaz Cerar (JIRA)
Annotation Scanner should tell you which class could not be indexed
-------------------------------------------------------------------
Key: AS7-922
URL: https://issues.jboss.org/browse/AS7-922
Project: Application Server 7
Issue Type: Bug
Components: MSC
Affects Versions: 7.0.0.CR1
Environment: Windows 7, Java 6 u21
Reporter: Tomaz Cerar
When trying to deploy ear application as throws you cryptic error msg "Invalid Magic" while it is trying to index annotations.
Fix should probably be in jandex class Indexer line 389 (current beta7) where error message should also include name of publish class.
currently stacktrace is like this:
Caused by: java.lang.RuntimeException: Invalid Magic
at org.jboss.jandex.Indexer.verifyMagic(Indexer.java:389)
at org.jboss.jandex.Indexer.index(Indexer.java:628)
at org.jboss.as.server.deployment.annotation.AnnotationIndexProcessor.deploy(AnnotationIndexProcessor.java:102)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month
[JBoss JIRA] Created: (JBAS-9375) EJB 3 Proxy Error
by Andrig Miller (JIRA)
EJB 3 Proxy Error
-----------------
Key: JBAS-9375
URL: https://issues.jboss.org/browse/JBAS-9375
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: EJB
Affects Versions: 7.0.0.Beta3
Reporter: Andrig Miller
Assignee: Carlo de Wolf
Priority: Critical
Fix For: 7.0.0.Beta4
When running my performance tests, as the first run, from a clean boot kicks off, and the number of users ramps up, I get from one to five of the following exceptions, that cause the transactions to fail:
13:03:05,652 ERROR [org.jboss.ejb3.tx2.impl.CMTTxInterceptor] (http-192.168.1.22-192.168.1.22-8080-3) javax.ejb.EJBTransactionRolledbackException: java.lang.IllegalAccessException: Class org.jboss.invocation.proxy.ProxyFactory can not access a member of class services.ejb.DistributionCenterManager$$ee$proxy0 with modifiers "private"
13:03:05,656 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/Order].[NewOrder]] (http-192.168.1.22-192.168.1.22-8080-3) Servlet.service() for servlet NewOrder threw exception: javax.ejb.EJBTransactionRolledbackException: java.lang.IllegalAccessException: Class org.jboss.invocation.proxy.ProxyFactory can not access a member of class services.ejb.DistributionCenterManager$$ee$proxy0 with modifiers "private"
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.handleInCallerTx(CMTTxInterceptor.java:176)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:266)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.required(CMTTxInterceptor.java:396)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invoke(CMTTxInterceptor.java:248)
at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:47)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.as.ejb3.component.session.SessionInvocationContextInterceptor.processInvocation(SessionInvocationContextInterceptor.java:53)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.as.ejb3.component.session.SessionBeanComponent$3.processInvocation(SessionBeanComponent.java:217)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:78)
at services.ejb.CustomerManager$$ee$proxy4.findByPrimaryKey(Unknown Source)
at services.ejb.OrderManagerBean.createOrder(OrderManagerBean.java:47) [OrderManagerEJB.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_20]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [:1.6.0_20]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [:1.6.0_20]
at java.lang.reflect.Method.invoke(Method.java:616) [:1.6.0_20]
at org.jboss.invocation.MethodInvokingInterceptor.processInvocation(MethodInvokingInterceptor.java:54)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.as.jpa.interceptor.SBInvocationInterceptor.processInvocation(SBInvocationInterceptor.java:41) [jboss-as-jpa-7.0.0.Beta3.jar:7.0.0.Beta3]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.as.ee.component.DispatcherInterceptor.processInvocation(DispatcherInterceptor.java:47)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:296)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:286)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.required(CMTTxInterceptor.java:392)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invoke(CMTTxInterceptor.java:248)
at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:47)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.as.ejb3.component.session.SessionInvocationContextInterceptor.processInvocation(SessionInvocationContextInterceptor.java:53)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.as.ejb3.component.session.SessionBeanComponent$3.processInvocation(SessionBeanComponent.java:217)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:78)
at services.ejb.OrderManager$$ee$proxy2.createOrder(Unknown Source)
at services.web.NewOrderServlet.doPost(NewOrderServlet.java:128) [classes:]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:154) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:658) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [jbossweb-7.0.0.Beta11.jar:7.0.0.Beta3]
at java.lang.Thread.run(Thread.java:636) [:1.6.0_20]
Caused by: java.lang.RuntimeException: java.lang.IllegalAccessException: Class org.jboss.invocation.proxy.ProxyFactory can not access a member of class services.ejb.DistributionCenterManager$$ee$proxy0 with modifiers "private"
at org.jboss.invocation.proxy.ProxyFactory.setInvocationHandler(ProxyFactory.java:405)
at org.jboss.invocation.proxy.ProxyFactory.newInstance(ProxyFactory.java:318)
at org.jboss.as.ee.component.ComponentView$1.getInstance(ComponentView.java:68)
at org.jboss.as.ee.component.AbstractResourceInjection.inject(AbstractResourceInjection.java:54)
at org.jboss.as.ee.component.AbstractComponent.applyInjections(AbstractComponent.java:238)
at org.jboss.as.ejb3.component.session.SessionBeanComponent.applyInjections(SessionBeanComponent.java:114)
at org.jboss.as.ee.component.AbstractComponent.createInstance(AbstractComponent.java:143)
at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent.createInstance(StatelessSessionComponent.java:80)
at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent$1.create(StatelessSessionComponent.java:65)
at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent$1.create(StatelessSessionComponent.java:62)
at org.jboss.ejb3.pool.AbstractPool.create(AbstractPool.java:65)
at org.jboss.ejb3.pool.strictmax.StrictMaxPool.get(StrictMaxPool.java:145)
at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:48)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:239)
at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:296)
at org.jboss.ejb3.tx2.impl.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:262)
... 57 more
Caused by: java.lang.IllegalAccessException: Class org.jboss.invocation.proxy.ProxyFactory can not access a member of class services.ejb.DistributionCenterManager$$ee$proxy0 with modifiers "private"
at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:95) [:1.6.0_20]
at java.lang.reflect.Field.doSecurityCheck(Field.java:978) [:1.6.0_20]
at java.lang.reflect.Field.getFieldAccessor(Field.java:914) [:1.6.0_20]
at java.lang.reflect.Field.set(Field.java:675) [:1.6.0_20]
at org.jboss.invocation.proxy.ProxyFactory.setInvocationHandler(ProxyFactory.java:401)
... 72 more
Once these happen, it never happens again, and the run completes as normal. Subsequent runs, with the server warm don't exhibit this problem, which I would expect since it seems to be a problem with the initial proxy.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month
[JBoss JIRA] Created: (AS7-1002) Upgrade VFS to 3.0.1
by jaikiran pai (JIRA)
Upgrade VFS to 3.0.1
--------------------
Key: AS7-1002
URL: https://issues.jboss.org/browse/AS7-1002
Project: Application Server 7
Issue Type: Component Upgrade
Components: VFS
Reporter: jaikiran pai
Fix For: 7.0.0.CR1
JBVFS-170 contains a fix for case sensitivity issue with the current version of JBoss VFS. It has been marked as fixed in 3.0.1 version of VFS. Please upgrade to this version, so that the fix becomes available in AS7.
P.S: I have marked this issue for 7.0.0.CR1, since the fix for JBVFS-170 is already committed and only the release is pending. However, if it can be done before 7.0.0.CR1, then feel free to move this out.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month
[JBoss JIRA] Created: (AS7-981) jndi binding isn't unbound during remove if jndi name and data-source name are different
by Alexey Loubyansky (JIRA)
jndi binding isn't unbound during remove if jndi name and data-source name are different
----------------------------------------------------------------------------------------
Key: AS7-981
URL: https://issues.jboss.org/browse/AS7-981
Project: Application Server 7
Issue Type: Bug
Components: JCA
Affects Versions: 7.0.0.Beta3
Reporter: Alexey Loubyansky
Assignee: Stefano Maestri
Fix For: 7.0.0.CR1
If you add a datasource with jndi-name not containing 'java:/' but specify use-java-context=true then after you remove it, the jndi binding will still be there, i.e. it won't be removed. If the name under which the datasource appears under subsystem=datasources/data-source=xxx is equal to the jndi name, the remove is working properly.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 1 month