August 2011 - seam-issues - Jboss List Archives

[JBoss JIRA] Created: (SEAMINTL-4) Named parameters in localized messages

by Aslak Knutsen (JIRA)

Named parameters in localized messages -------------------------------------- Key: SEAMINTL-4 URL: https://jira.jboss.org/browse/SEAMINTL-4 Project: Seam i18n Issue Type: Feature Request Components: Messages Reporter: Aslak Knutsen Priority: Minor When coming back to localized message files after being away for a while, it's always a problem to remember what object/value parameter {2} is suppose to be. At this point you have to find the specific message location in the source code and read through the code to figure out what's actually being passed in. It's also hard to send the file over to someone for translation, because they most likely also need an explanation of what {2} is. It would be nice to be able to used named parameters, but with Java(< 7) that is a bit of a pain to code. Would it be possible with some middle ground; e.g. A name/alias in the message file that is ignored by the parser, but there just for documentation. (Maybe even function as a named parameter when Java 7 comes out?) "Welcome {0:firstName} {1:lastName}!" -- 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

12 years, 9 months

4
8
0 / 0

[JBoss JIRA] Created: (SEAMINTL-14) EL resolving in messages

by Nicklas Karlsson (JIRA)

EL resolving in messages ------------------------ Key: SEAMINTL-14 URL: https://jira.jboss.org/browse/SEAMINTL-14 Project: Seam i18n Issue Type: Feature Request Reporter: Nicklas Karlsson It would be nice to have EL-resolves in messages so you could have a message mapping to "Order #{order.id}" resolved for a view. If we want to get really cute we could even provide nested EL expression, resolver from inside out. -- 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

12 years, 9 months

2
3
0 / 0

[JBoss JIRA] Updated: (SEAMINTL-16) Implement an interpolator for strings containing expressions

by Ken Finnigan (JIRA)

[ https://issues.jboss.org/browse/SEAMINTL-16?page=com.atlassian.jira.plugi... ] Ken Finnigan updated SEAMINTL-16: --------------------------------- Fix Version/s: 3.2.0.Alpha1 (was: 3.1.0.Beta1) > Implement an interpolator for strings containing expressions > ------------------------------------------------------------ > > Key: SEAMINTL-16 > URL: https://issues.jboss.org/browse/SEAMINTL-16 > Project: Seam International > Issue Type: Task > Components: Messages > Reporter: Dan Allen > Fix For: 3.2.0.Alpha1 > > Original Estimate: 5 hours > Remaining Estimate: 5 hours > > Since Weld Extensions has adopted the EL expression resolver, it's fitting that it also provides an interpolator for strings containing EL expression. > Provide an interpolator that resolves EL expressions and position parameters in strings. This feature was available in Seam 2 [1]. Since it's not provided yet in Seam 3, we see it showing up as a utility in various modules, including the International [2] and REST [3] modules. We should consolidate this to a single, authoritative source. > It should probably be made an interface with implementations that process specific expression languages, such as EL. For instance, one implementation might interpret MVEL. Just an idea. > [1] http://anonsvn.jboss.org/repos/seam/branches/community/Seam_2_2/src/main/... > [2] https://github.com/seam/international/raw/master/impl/src/main/java/org/j... > [3] https://github.com/seam/rest/raw/master/impl/src/main/java/org/jboss/seam... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] Created: (SEAMINTL-22) @MessageParam to assign a method parameter to name contained within EL expression

by Ken Finnigan (JIRA)

@MessageParam to assign a method parameter to name contained within EL expression --------------------------------------------------------------------------------- Key: SEAMINTL-22 URL: https://issues.jboss.org/browse/SEAMINTL-22 Project: Seam International Issue Type: Feature Request Components: Messages Reporter: Ken Finnigan Fix For: 3.0.0.Beta2 Would enable you to do something like the following: @MessageBundle public interface BookingStatusMessages { @Message("You are booked to stay at the #{hotel.name} on {1,date}") String bookingConfirmed(@MessageParam("hotel")Hotel hotel, Date date); } Could potentially support @MessageParam without a value and pick up the parameter name -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
3
0 / 0

[JBoss JIRA] Created: (SEAMINTL-21) Provide @Key to define the name of a localized message property key

by Ken Finnigan (JIRA)

Provide @Key to define the name of a localized message property key ------------------------------------------------------------------- Key: SEAMINTL-21 URL: https://issues.jboss.org/browse/SEAMINTL-21 Project: Seam International Issue Type: Feature Request Components: Locales, Messages Reporter: Ken Finnigan Fix For: 3.0.0.Beta2 Support adding @Key onto a method that defines a message content to override the name of the property key for retrieval. Default is the method name, but supporting @Key would enable a developer to connect the annotation for the message content to an existing property file name. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
3
0 / 0

[JBoss JIRA] Created: (SEAMSERVLET-44) Support for Conversation in RedirectBuilder

by George Gastaldi (JIRA)

Support for Conversation in RedirectBuilder ------------------------------------------- Key: SEAMSERVLET-44 URL: https://issues.jboss.org/browse/SEAMSERVLET-44 Project: Seam Servlet Issue Type: Feature Request Reporter: George Gastaldi RedirectBuilder should allow including the current conversation id and also ending it before redirecting. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
1
0 / 0

[JBoss JIRA] Created: (SEAMPERSIST-56) org.jboss.seam.security.externaltest.integration.client.IntegrationTest.openIdLoginWithClaimedIdentifierAndAttributeExchangeTest fails

by Jozef Hartinger (JIRA)

org.jboss.seam.security.externaltest.integration.client.IntegrationTest.openIdLoginWithClaimedIdentifierAndAttributeExchangeTest fails --------------------------------------------------------------------------------------------------------------------------------------- Key: SEAMPERSIST-56 URL: https://issues.jboss.org/browse/SEAMPERSIST-56 Project: Seam Persistence Issue Type: Bug Reporter: Jozef Hartinger Fix For: Future https://hudson.qa.jboss.com/hudson/view/Seam%203/job/Seam-3.X-security-CI... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
6
0 / 0

[JBoss JIRA] Created: (SEAMSECURITY-70) Calling RoleManager.removeRole(Roletype rt, User u, Group g) throws an NPE

by Charles Louppe (JIRA)

Calling RoleManager.removeRole(Roletype rt,User u, Group g) throws an NPE ------------------------------------------------------------------------- Key: SEAMSECURITY-70 URL: https://issues.jboss.org/browse/SEAMSECURITY-70 Project: Seam Security Issue Type: Bug Reporter: Charles Louppe Hi, I tried to use the function removeRole(Roletype rt,User u, Group g) of the class RoleManagerImpl which throws me an NullPointerException. I have fixed the bug, which was in the class JPAIdentityStore in the method removeRelationship : {code:java} public void removeRelationship(IdentityStoreInvocationContext ctx, IdentityObject fromIdentity, IdentityObject toIdentity, IdentityObjectRelationshipType relationshipType, String relationshipName) throws IdentityException { Property<?> fromProperty = modelProperties.get(PROPERTY_RELATIONSHIP_FROM); Property<?> toProperty = modelProperties.get(PROPERTY_RELATIONSHIP_TO); Property<?> relationshipTypeProp = modelProperties.get(PROPERTY_RELATIONSHIP_TYPE); EntityManager em = getEntityManager(ctx); CriteriaBuilder builder = em.getCriteriaBuilder(); CriteriaQuery<?> criteria = builder.createQuery(identityClass); Root<?> root = criteria.from(identityClass); List<Predicate> predicates = new ArrayList<Predicate>(); predicates.add(builder.equal(root.get(fromProperty.getName()), lookupIdentity(fromIdentity, em))); predicates.add(builder.equal(root.get(toProperty.getName()), lookupIdentity(toIdentity, em))); predicates.add(builder.equal(root.get(relationshipTypeProp.getName()), lookupRelationshipType(relationshipType, em))); criteria.where(predicates.toArray(new Predicate[predicates.size()])); Object relationship = em.createQuery(criteria).getSingleResult(); em.remove(relationship); } {code} The bug is due to those following lines : CriteriaQuery<?> criteria = builder.createQuery(identityClass); Root<?> root = criteria.from(identityClass); It should be instead : CriteriaQuery<?> criteria = builder.createQuery(relationshipClass); Root<?> root = criteria.from(relationshipClass); -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (SEAMSECURITY-74) Add <distributable/> to web-fragment.xml

by Jozef Hartinger (JIRA)

Add <distributable/> to web-fragment.xml ---------------------------------------- Key: SEAMSECURITY-74 URL: https://issues.jboss.org/browse/SEAMSECURITY-74 Project: Seam Security Issue Type: Feature Request Affects Versions: 3.0.0.Final Reporter: Jozef Hartinger Priority: Critical The semantics of the <distributable/> element in web.xml is such that all web fragments have to have one if the web application is supposed to be on the whole distributable. >From the JSR-315: {quote} The web.xml resulting from the merge is considered <distributable> only if all its web fragments are marked as <distributable> as well. {quote} Therefore, provided the Seam Security External module can be used in a distributable application, its web-fragment should contain the tag. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
2
0 / 0

[JBoss JIRA] Created: (SEAMSECURITY-64) Provided the capability to retrieve the actual entity object when a user is created.

by Emanuel Zimmermann (JIRA)

Provided the capability to retrieve the actual entity object when a user is created. ------------------------------------------------------------------------------------ Key: SEAMSECURITY-64 URL: https://issues.jboss.org/browse/SEAMSECURITY-64 Project: Seam Security Issue Type: Feature Request Affects Versions: 3.0.0.Final Reporter: Emanuel Zimmermann Seam is now using PicketLink API to handle security, in Seam 2 an event was raised to retrieve the actual user entity, yet Seam 3 is lacking this feature. There is not practical way of retrieving a custom extended User. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues August 2011