[JBoss JIRA] Created: (SEAMVALIDATE-18) ValidationExtension conflicts with Weld build-in Validator
by Jan Groth (JIRA)
ValidationExtension conflicts with Weld build-in Validator
----------------------------------------------------------
Key: SEAMVALIDATE-18
URL: https://issues.jboss.org/browse/SEAMVALIDATE-18
Project: Seam Validation
Issue Type: Bug
Reporter: Jan Groth
Assignee: Gunnar Morling
I'm on a project with the full Seam 3 stack, and using
@Inject
private Validator validator;
results in a deployment exception:
WELD-001318 Cannot resolve an ambiguous dependency between
[
org.jboss.seam.validation.ValidationExtension$2@38f8cf74,
Built-in Bean [javax.validator.Validator] with qualifiers [@Default]
]
I suspect the following code from ValidationException.java to be unaware of the Weld built-in component "javax.validator.Validator":
// do nothing, if Validator already exists
if (!bm.getBeans(Validator.class).isEmpty()) {
return;
}
If the code gets executed, it works fine, but it seems as if the Weld-Component gets installed _after ValidationExtension registers its validator...
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (SEAMPERSIST-44) remove annotation @Remove from o.j.st.TransactionManagerSynchronizations
by Denis Forveille (JIRA)
remove annotation @Remove from o.j.st.TransactionManagerSynchronizations
------------------------------------------------------------------------
Key: SEAMPERSIST-44
URL: https://issues.jboss.org/browse/SEAMPERSIST-44
Project: Seam Persistence
Issue Type: Bug
Affects Versions: 3.0.0.CR3
Environment: WebSphere v8 beta
Reporter: Denis Forveille
org.jboss.seam.transaction.TransactionManagerSynchronizations contains an annotaion @Remove but this class in not a SFSB..
This causes the following exception in WebShere v8 beta
{noformat}An exception occurred while validating an annotation:
com.ibm.wsspi.amm.validate.ValidationException: CWWAM2102E: The @Remove annotation is defined for bean org.jboss.seam.transaction.TransactionManagerSynchronizations; however, it is only applicable to a stateful session bean class.
{noformat}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (SEAMFACES-47) UIInputContainer keeps invalid state too long
by Nicklas Karlsson (JIRA)
UIInputContainer keeps invalid state too long
---------------------------------------------
Key: SEAMFACES-47
URL: https://jira.jboss.org/browse/SEAMFACES-47
Project: Seam Faces
Issue Type: Bug
Components: UI Components
Affects Versions: 3.0.0.Alpha3
Reporter: Nicklas Karlsson
Given a
<p:input>
<h:inputText value="#{credentials.username}" />
</p:input>
<p:input>
<h:inputText value="#{credentials.password}" />
</p:input>
<h:commandButton value="Login" action="#{credentials.login}" />
and a
@Model
public class Credentials {
@NotNull
private String username;
public String getUsername() {
return username;
}
public void setUsername(String username) {
this.username = username;
}
@NotNull
public String getPassword() {
return password;
}
public void setPassword(String password) {
this.password = password;
}
private String password;
public void login() {
System.out.println(username);
System.out.println(password);
}
}
with
<context-param>
<param-name>javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL</param-name>
<param-value>true</param-value>
</context-param>
and a modified input.xhtml that outputs #{cc.attrs.invalid}
you submit a blank form and get "true" and correct message for both fields, then you enter a value in the second field and re-submit and the messages are correct but both fields still show true for the invalid attribute output (making it impossible to use the attr for rendered attributes if e.g. an error image)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (SEAMSECURITY-44) security-openid-op - ambiguous bean names
by Jozef Hartinger (JIRA)
security-openid-op - ambiguous bean names
-----------------------------------------
Key: SEAMSECURITY-44
URL: https://issues.jboss.org/browse/SEAMSECURITY-44
Project: Seam Security
Issue Type: Bug
Environment: GlassFish 3.1 + Weld SNAPSHOT
Reporter: Jozef Hartinger
[#|2011-03-24T10:57:47.967+0100|SEVERE|glassfish3.1|javax.enterprise.system.tools.admin.org.glassfish.deployment.admin|_ThreadID=67;_ThreadName=Thread-1;|Exception while loading the app : WELD-001414 Bean name is ambiguous. Name identity resolves to beans [Managed Bean [class org.jboss.seam.security.examples.openid.Identity] with qualifiers [@Any @Default @Named], Managed Bean [class org.jboss.seam.security.IdentityImpl] with qualifiers [@Any @Default @Named]]
org.jboss.weld.exceptions.DeploymentException: WELD-001414 Bean name is ambiguous. Name identity resolves to beans [Managed Bean [class org.jboss.seam.security.examples.openid.Identity] with qualifiers [@Any @Default @Named], Managed Bean [class org.jboss.seam.security.IdentityImpl] with qualifiers [@Any @Default @Named]]
at org.jboss.weld.bootstrap.Validator.validateBeanNames(Validator.java:480)
at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:376)
at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:396)
at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:190)
at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:128)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:298)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:461)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:240)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:355)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:370)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1067)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1200(CommandRunnerImpl.java:96)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1247)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:465)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:222)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:168)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:234)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:822)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:719)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1013)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:662)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months