[JBoss JIRA] Created: (SOLDER-99) javax.el.ExpressionFactory can not be injected because it has final methods
by Denis Forveille (JIRA)
javax.el.ExpressionFactory can not be injected because it has final methods
---------------------------------------------------------------------------
Key: SOLDER-99
URL: https://issues.jboss.org/browse/SOLDER-99
Project: Seam Solder
Issue Type: Bug
Components: Compliance
Affects Versions: 3.0.0.CR3
Environment: WebSphere 8 beta
Reporter: Denis Forveille
seam-booking can not start in WebSphere v8 beta because of the following exception
I think this is class org.jboss.seam.solder.el.Expressions that causes this
(WAS v8 uses openwebbeans and not weld..)
{noformat}
Caused by: javax.enterprise.inject.UnproxyableResolutionException: WebBeans with api type with normal scope must be proxiable to inject.
javax.el.ExpressionFactory has final methods! CDI doesn't allow that.
at org.apache.webbeans.util.InjectionExceptionUtils.throwUnproxyableResolutionException(InjectionExceptionUtils.java:39)
at org.apache.webbeans.util.WebBeansUtil.checkUnproxiableApiType(WebBeansUtil.java:2084)
{noformat}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (SEAMREMOTING-44) Remoting Model API lazy fields initialized automatically on Glassfish and AS7
by Marek Schmidt (JIRA)
Remoting Model API lazy fields initialized automatically on Glassfish and AS7
-----------------------------------------------------------------------------
Key: SEAMREMOTING-44
URL: https://issues.jboss.org/browse/SEAMREMOTING-44
Project: Seam Remoting
Issue Type: Bug
Affects Versions: 3.0.0.Final
Environment: seam remoting 3.0.1-SNAPSHOT, glassfish 3.1.1.b12 with default persistence provider (eclipselink) || jboss-as-7.1.0.Alpha1-SNAPSHOT with default persistence provider (hibernate 4)
Reporter: Marek Schmidt
Lazy fields, such as
{noformat}
@OneToMany(fetch = FetchType.LAZY, mappedBy = "person",
cascade = CascadeType.ALL, orphanRemoval = true)
public Collection<Address> getAddresses() {
return addresses;
}
{noformat}
are loaded automatically in the model on AS7 and Glassfish. On JBoss AS 6, the field is works correctly and is undefined unless explicitly expanded.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (SEAMFACES-114) DeploymentException: WELD-001408
by Juergen Zimmermann (JIRA)
DeploymentException: WELD-001408
--------------------------------
Key: SEAMFACES-114
URL: https://issues.jboss.org/browse/SEAMFACES-114
Project: Seam Faces
Issue Type: Bug
Components: CDI Integration
Affects Versions: 3.0.0.CR2
Environment: Windows VISTA SP 2, JDK 6u24, JBoss 6 Hudson build 2356
Reporter: Juergen Zimmermann
When I try to use SEAM Faces I get a stacktrace (see below). I'm using JBoss 6 Hudson build 2356 so that I can use Weld 1.1.
I'll attach a testcase:
* source code for EAR, EJB module, and Web module
* executable .ear
* FacesContext is injected in KundenverwaltungController within the Web module and results in the stacktrace.
Stacktrace:
14:33:27,384 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=vfs:///C:/Software/jboss-6.1.0-H2356/server/default/deploy/swe2.ear_WeldBootstrapBean state=Create: org.jboss.weld.exceptions.
DeploymentException: WELD-001408 Unsatisfied dependencies for type [FormValidationTypeOverrideExtension] with qualifiers [@Default] at injection point [[field] @Inject private org.jboss.seam.faces.util.BeanManagerUtils.classExtension]
at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:305) [:6.1.0-SNAPSHOT]
at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:139) [:6.1.0-SNAPSHOT]
at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:162) [:6.1.0-SNAPSHOT]
at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:385) [:6.1.0-SNAPSHOT]
at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:371) [:6.1.0-SNAPSHOT]
at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:390) [:6.1.0-SNAPSHOT]
at org.jboss.weld.integration.deployer.env.helpers.BootstrapBean.boot(BootstrapBean.java:92) [:6.1.0-SNAPSHOT]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_24]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_24]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_24]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_24]
at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:60) [jboss-reflect.jar:2.2.1.SP1]
at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:168) [jboss-reflect.jar:2.2.1.SP1]
at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66) [jboss-reflect.jar:2.2.1.SP1]
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction$JoinpointDispatchWrapper.execute(KernelControllerContextAction.java:257) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:125) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchJoinPoint(KernelControllerContextAction.java:72) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.kernel.plugins.dependency.LifecycleAction.installActionInternal(LifecycleAction.java:202) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:1983) [:2.2.1.GA]
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1076) [:2.2.1.GA]
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679) [:2.2.1.GA]
at org.jboss.system.server.profileservice.deployers.MainDeployerPlugin.process(MainDeployerPlugin.java:106) [:6.1.0-SNAPSHOT]
at org.jboss.profileservice.dependency.ProfileControllerContext$DelegateDeployer.process(ProfileControllerContext.java:143) [:0.2.2]
at org.jboss.profileservice.dependency.ProfileDeployAction.deploy(ProfileDeployAction.java:151) [:0.2.2]
at org.jboss.profileservice.dependency.ProfileDeployAction.installActionInternal(ProfileDeployAction.java:94) [:0.2.2]
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) [jboss-kernel.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:379) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2044) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1083) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1322) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1246) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1139) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:939) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:654) [jboss-dependency.jar:2.2.0.SP1]
at org.jboss.profileservice.dependency.ProfileActivationWrapper$BasicProfileActivation.start(ProfileActivationWrapper.java:190) [:0.2.2]
at org.jboss.profileservice.dependency.ProfileActivationWrapper.start(ProfileActivationWrapper.java:87) [:0.2.2]
at org.jboss.profileservice.dependency.ProfileActivationService.activateProfile(ProfileActivationService.java:215) [:0.2.2]
at org.jboss.profileservice.dependency.ProfileActivationService.activate(ProfileActivationService.java:159) [:0.2.2]
at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.activate(AbstractProfileServiceBootstrap.java:112) [:0.2.2]
at org.jboss.profileservice.resolver.BasicResolverFactory$ProfileResolverFacade.deploy(BasicResolverFactory.java:87) [:0.2.2]
at org.jboss.profileservice.bootstrap.AbstractProfileServiceBootstrap.start(AbstractProfileServiceBootstrap.java:91) [:0.2.2]
at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:132) [:6.1.0-SNAPSHOT]
at org.jboss.system.server.profileservice.bootstrap.BasicProfileServiceBootstrap.start(BasicProfileServiceBootstrap.java:56) [:6.1.0-SNAPSHOT]
at org.jboss.bootstrap.impl.base.server.AbstractServer.startBootstraps(AbstractServer.java:827) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5]
at org.jboss.bootstrap.impl.base.server.AbstractServer$StartServerTask.run(AbstractServer.java:417) [jboss-bootstrap-impl-base.jar:2.1.0-alpha-5]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_24]
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (SEAMCONFIG-51) Using seam-config-xml 3.1.0.Beta2 fails with NoClassDefFoundError: org/jboss/seam/logging/Logger
by Geoffrey De Smet (JIRA)
Using seam-config-xml 3.1.0.Beta2 fails with NoClassDefFoundError: org/jboss/seam/logging/Logger
------------------------------------------------------------------------------------------------
Key: SEAMCONFIG-51
URL: https://issues.jboss.org/browse/SEAMCONFIG-51
Project: Seam Config
Issue Type: Bug
Components: Build Infrastructure
Reporter: Geoffrey De Smet
Assignee: Stuart Douglas
3.0.0.Final doesn't have this problem.
It even looks like seam-config-xml 3.1.0.Beta2 is borked because adding the logging dependency explicitly
{code}
<dependency><!-- WORKAROUND because seam-config-xml doesn't have a transitive dependency on this -->
<groupId>org.jboss.logging</groupId>
<artifactId>jboss-logging</artifactId>
<version>3.0.0.Beta5</version>
</dependency>
{code}
results in java.lang.ClassNotFoundException: org.drools.guvnor.server.repository.RepositoryShutdownService
something that works by using 3.0.1-SNAPSHOT instead
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (SOLDER-120) Deployment error when having more than one @Named @Unwraps producer in the project
by Cody Lerum (JIRA)
Deployment error when having more than one @Named @Unwraps producer in the project
----------------------------------------------------------------------------------
Key: SOLDER-120
URL: https://issues.jboss.org/browse/SOLDER-120
Project: Seam Solder
Issue Type: Bug
Affects Versions: 3.0.0.Final
Reporter: Cody Lerum
Having two @Producer methods in an application which are @Named throws a deployment error. If you remove the @Named it deploys fine. The two producers are in different classes with different method names.
WELD-001414 Bean name is ambiguous. Name resolves to beans [org.jboss.seam.solder.unwraps.UnwrapsProducerBean@eb3516, org.jboss.seam.solder.unwraps.UnwrapsProducerBean@923822]
Looking at this error and the source it does appear that the UnwrapsProducer doesn't read the producer method name if the value is not defined in the annotation as it should. However even If I explicitly set the name in the @Named Weld still fails to deploy
org.jboss.weld.exceptions.DeploymentException: WELD-001414 Bean name is ambiguous. Name newServiceReturn resolves to beans [org.jboss.seam.solder.unwraps.UnwrapsProducerBean@8807d7, Producer Method [ServiceReturn] with qualifiers [@Any @CreateBean @Named] declared as [[method] @Produces @Unwraps @CreateBean @Named public co.domain.service.returns.ServiceReturnUtil.newServiceReturn()]]
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] Created: (SEAMFACES-183) I cannot insert value expressions with the composite components property
by luca stancapiano (JIRA)
I cannot insert value expressions with the composite components property
------------------------------------------------------------------------
Key: SEAMFACES-183
URL: https://issues.jboss.org/browse/SEAMFACES-183
Project: Seam Faces
Issue Type: Bug
Components: UI Components
Affects Versions: 3.0.1
Environment: seam 3.0.1 + mojarra 2.0.3.b5
Reporter: luca stancapiano
Fix For: 3.0.1
If I use a value expression in a composite component, it is rejected and moved to a default value. Here an example of a jsp:
<ui:composition ................
xmlns:p="http://java.sun.com/jsf/composite/components/property"
.........
<p:input id="number" label="#{bundles.messages.receipt_number}">
............
</p:input>
<h:button id="cancel" value="#{bundles.messages.template_linkReset}" outcome="/receipt.xhtml"/>
...........
The problem is inside the encodeBegin method of org.jboss.seam.faces.component.UIInputContainer class:
...............
if (!getAttributes().containsKey(getRequiredAttributeName()) && elements.hasRequiredInput()) {
getAttributes().put(getRequiredAttributeName(), true);
}
if (!getAttributes().containsKey(getLabelAttributeName())) {
getAttributes().put(getLabelAttributeName(), generateLabel(elements, context));
}
...............
The containsKey method of the javax.faces.component.UIComponentBase$AttribuetsMap class ignores all keys from a subclass of the UIComponentBase, in our case the UIInputContainer. Doing an:
getAttributes().get(getLabelAttributeName())
we get the correct result. This achievement is showed in the JSF javadocs (http://javaserverfaces.java.net/nonav/docs/2.1/javadocs/javax/faces/compo...):
If the attribute name specified as a key matches a property of this UIComponent's implementation class, the following methods will have special behavior:
containsKey - Return false.
get() - If the property is readable, call the getter method and return the returned value (wrapping primitive values in their corresponding wrapper classes); otherwise throw IllegalArgumentException.
put() - If the property is writeable, call the setter method to set the corresponding value (unwrapping primitive values in their corresponding wrapper classes). If the property is not writeable, or an attempt is made to set a property of primitive type to null, throw IllegalArgumentException.
remove - Throw IllegalArgumentException.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month