[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4411) jPDL re-installing its first seam object
by Tony Herstell (JIRA)
jPDL re-installing its first seam object
----------------------------------------
Key: JBSEAM-4411
URL: https://jira.jboss.org/jira/browse/JBSEAM-4411
Project: Seam
Issue Type: Bug
Components: BPM
Affects Versions: 2.2.0.GA
Environment: WinXP64 MyEclipse JBoss latest RF
Reporter: Tony Herstell
Priority: Critical
Given this snippit
<start-state name="entry">
<transition name="start" to="getUsersDetails">
<action expression="#{risingstars.registrationController.initUpdateRegistrationDetails}"></action>
</transition>
</start-state>
<page name="getUsersDetails" view-id="/pages/user/updateUserDetails.xhtml" redirect="true" no-conversation-view-id="/home.xhtml">
<description>Updating of User (#{risingstars.user.lastname}, #{risingstars.user.firstname})</description>
<transition name="cancel" to="end" />
<transition name="next" to="evaluateDetails"/>
</page>
I enter the jPDL and the bean has a User in scope... say (say id 123) auto created by
@In(create=true) @Out(required=true)
private User user;
I then do this in initUpdateRegistrationDetails :
this.user = (User) entityManager.createQuery("from User u where u.email = :email").setParameter("email", credentials.getUsername()).getSingleResult();
Which forces the user in scope to now point to this new user (say id 456)
What happens if by the time we get to the next page we have switched back to the original User (123).
--
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
15 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3349) LDAPIdentityStore generates invalid filter on listUsers method
by Vinicius Carvalho (JIRA)
LDAPIdentityStore generates invalid filter on listUsers method
--------------------------------------------------------------
Key: JBSEAM-3349
URL: https://jira.jboss.org/jira/browse/JBSEAM-3349
Project: Seam
Issue Type: Bug
Components: Security
Affects Versions: 2.1.0.BETA1
Reporter: Vinicius Carvalho
The Filter generated by the component is creating an invalid query, the format is this:
(objectClass={0})(objectClass={1})
Where it should be:
(&(objectClass={0})(objectClass={1}))
We've fixed it by overriding the method with our own ldapidentitystore, below is just the minimal chage:
StringBuilder userFilter = new StringBuilder();
userFilter.append("(&");
Object[] filterArgs = new Object[getUserObjectClasses().length];
for (int i = 0; i < getUserObjectClasses().length; i++)
{
userFilter.append("(");
userFilter.append(getObjectClassAttribute());
userFilter.append("={");
userFilter.append(i);
userFilter.append("})");
filterArgs[i] = getUserObjectClasses()[i];
}
userFilter.append(")");
--
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
15 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3685) Add "rendered" attribute to s:decorate
by Chris Simons (JIRA)
Add "rendered" attribute to s:decorate
--------------------------------------
Key: JBSEAM-3685
URL: https://jira.jboss.org/jira/browse/JBSEAM-3685
Project: Seam
Issue Type: Feature Request
Affects Versions: 2.1.0.SP1, 2.1.0.GA, 2.1.0.CR1, 2.1.0.BETA1, 2.1.0.A1, 2.0.3.CR1, 2.0.2.SP1, 2.0.2.GA, 2.0.2.CR2, 2.0.2.CR1, 2.0.1.GA, 2.0.1.CR2, 2.0.1.CR1, 2.0.0.GA
Reporter: Chris Simons
Add an optional "rendered" attribute to s:decorate, if possible. If evaluated to false, this would preclude rendering of the template/component.
I haven't seen a request like this in the past (I hope I didn't miss anything).
--
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
15 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4349) Provide static injection option via @In
by asookazian (JIRA)
Provide static injection option via @In
---------------------------------------
Key: JBSEAM-4349
URL: https://jira.jboss.org/jira/browse/JBSEAM-4349
Project: Seam
Issue Type: Feature Request
Components: Core
Affects Versions: 2.2.0.GA
Environment: n/a
Reporter: asookazian
Currently injection in Seam via @In is dynamic only. By dynamic, we mean that the instance variable that is associated with the @In annotation is refreshed with the latest value from the specified context every time a business method is invoked (specifically prior to the invocation).
Request is to add a facility to allow developer to specify static injection only for that particular @In annotation instance. Add an optional element named "type" to @In.
example:
@In(type=static)
private String foo;
The default type or behavior will be dynamic.
The purpose of this request is to support use case implementations that do not require dynamic injections but merely one-time static injections like Spring DI setter or constructor injections. This will help with performance as well as there will not be unnecessary "refreshing" of the instance variables via dynamic injection in those cases that are not needed.
--
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
15 years, 3 months