December 2010 - seam-issues - Jboss List Archives

[JBoss JIRA] Created: (SOLDER-46) Allow PropertyQuery to query for writable properties only

by Stuart Douglas (JIRA)

Allow PropertyQuery to query for writable properties only --------------------------------------------------------- Key: SOLDER-46 URL: https://jira.jboss.org/browse/SOLDER-46 Project: Seam Solder Issue Type: Feature Request Reporter: Stuart Douglas e.g. seam-xml is only interested in properties that you can write to -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

2
2
0 / 0

[JBoss JIRA] Closed: (SOLDER-25) ResourceLoader framework should provide access to resources in /WEB-INF/

by Dan Allen (JIRA)

[ https://issues.jboss.org/browse/SOLDER-25?page=com.atlassian.jira.plugin.... ] Dan Allen closed SOLDER-25. --------------------------- Resolution: Out of Date This was resolved by this commit to weld extensions. http://lists.jboss.org/pipermail/weld-commits/2010-June/006507.html > ResourceLoader framework should provide access to resources in /WEB-INF/ > ------------------------------------------------------------------------ > > Key: SOLDER-25 > URL: https://issues.jboss.org/browse/SOLDER-25 > Project: Seam Solder > Issue Type: Feature Request > Reporter: Lincoln Baxter III > > This showed itself when using the XML module: https://jira.jboss.org/browse/SEAMXML-10 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Created: (SOLDER-50) Throw a specialized exception when BeanManagerAware cannot resolve BeanManager

by Dan Allen (JIRA)

Throw a specialized exception when BeanManagerAware cannot resolve BeanManager ------------------------------------------------------------------------------ Key: SOLDER-50 URL: https://issues.jboss.org/browse/SOLDER-50 Project: Seam Solder Issue Type: Feature Request Components: Core Reporter: Dan Allen Assignee: Lincoln Baxter III Priority: Minor The BeanManagerAware#getBeanManager() method currently throws an IllegalArgumentException when the BeanManager cannot be found by any provider. Because this exception is so generic, it's dangerous to bundle the lookup with other code because you aren't sure whether the IllegalArgumentException came from the BeanManager lookup or from a subsequent call, as in: try { BeanManager beanManager = BeanManagerAccessor.getBeanManager(); beanManager.fireEvent(payload); } catch (IllegalArgumentException e) { // what caused this? } Introduce a specialized checked exception for this unique failure. The proposed name is BeanManagerNotAvailable (or BeanManagerNotFound) -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

4
16
0 / 0

[JBoss JIRA] Created: (SOLDER-55) https://issues.jboss.org/secure/CreateIssue.jspa?pid=12311110&issuetype=2&Create=Create

by Dan Allen (JIRA)

https://issues.jboss.org/secure/CreateIssue.jspa?pid=12311110&issuetype=2... --------------------------------------------------------------------------------------- Key: SOLDER-55 URL: https://issues.jboss.org/browse/SOLDER-55 Project: Seam Solder Issue Type: Feature Request Components: Logging Reporter: Dan Allen Assignee: Dan Allen Priority: Minor Fix For: 3.0.0.Beta1 We've tried to get away from strings as much as possible in CDI and Solder. Thus, it's fitting that a logger category should be allowed to be specified using a reference to a type. Here's an example: @Inject @TypedCategory(BillingService.class) private Logger logger; Support @TypedCategory as an alternative to @Category. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
3
0 / 0

[JBoss JIRA] Resolved: (SOLDER-17) NarrowingBeanBuilder should support reading from Annotated

by Dan Allen (JIRA)

[ https://issues.jboss.org/browse/SOLDER-17?page=com.atlassian.jira.plugin.... ] Dan Allen resolved SOLDER-17. ----------------------------- Assignee: Dan Allen Fix Version/s: (was: 3.0.0.Beta1) Resolution: Rejected As I came to understand NarrowingBeanBuilder better, I found I didn't need this feature. The proper pattern is to obtain the type at the injection point, then use BeanManager to create an annotated type. You then use that return value as the AnnotatedType to read from. For now, I'm rejecting until I encounter a case where I really do need it. > NarrowingBeanBuilder should support reading from Annotated > ---------------------------------------------------------- > > Key: SOLDER-17 > URL: https://issues.jboss.org/browse/SOLDER-17 > Project: Seam Solder > Issue Type: Feature Request > Reporter: Dan Allen > Assignee: Dan Allen > > Currently, NarrowingBeanBuilder supports reading only from AnnotatedType. However, if you are trying to create a specialized producer method based on information at an injection point, you need to be able to read from the more general Annotated type. > In fact, the NarrowingBeanBuilder is currently not using any information from AnnotatedType that isn't provide by Annotated, so it's definition worth making more general. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Closed: (SOLDER-7) Disposer methods for @Default producer methods declared on generic beans require explicit definition of @Default

by Dan Allen (JIRA)

[ https://issues.jboss.org/browse/SOLDER-7?page=com.atlassian.jira.plugin.s... ] Dan Allen closed SOLDER-7. -------------------------- > Disposer methods for @Default producer methods declared on generic beans require explicit definition of @Default > ---------------------------------------------------------------------------------------------------------------- > > Key: SOLDER-7 > URL: https://issues.jboss.org/browse/SOLDER-7 > Project: Seam Solder > Issue Type: Bug > Components: Generic Beans > Reporter: Pete Muir > Assignee: Stuart Douglas > Fix For: 3.0.0.Beta1 > > > For example > @Produces > public ComputeServiceContext getContext() > { > return this.factory.createContext(config.provider(), properties); > } > > public void cleanup(@Disposes @Generic ComputeServiceContext context) > { > context.close(); > } > will cause the disposer to not be resolved for the producer method -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Closed: (SOLDER-27) Allow generic beans to be configured via any class type not just annotations

by Dan Allen (JIRA)

[ https://issues.jboss.org/browse/SOLDER-27?page=com.atlassian.jira.plugin.... ] Dan Allen closed SOLDER-27. --------------------------- > Allow generic beans to be configured via any class type not just annotations > ---------------------------------------------------------------------------- > > Key: SOLDER-27 > URL: https://issues.jboss.org/browse/SOLDER-27 > Project: Seam Solder > Issue Type: Feature Request > Components: Generic Beans > Reporter: Stuart Douglas > Assignee: Stuart Douglas > Fix For: 3.0.0.Beta1 > > > e.g. > @GenericConfiguration > public class Drools > { > //fields etc > } > @Produces > @SomeQualifier > public Dools setupDroolsConfig() > { > //set up the configuration and return it. > //any producer that returns a Drools automatically installs a > //set of generic beans with the same qualifier > } -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Closed: (SOLDER-9) JTA should not be a required dep but Getting Started chapter says it is

by Dan Allen (JIRA)

[ https://issues.jboss.org/browse/SOLDER-9?page=com.atlassian.jira.plugin.s... ] Dan Allen closed SOLDER-9. -------------------------- > JTA should not be a required dep but Getting Started chapter says it is > ----------------------------------------------------------------------- > > Key: SOLDER-9 > URL: https://issues.jboss.org/browse/SOLDER-9 > Project: Seam Solder > Issue Type: Bug > Reporter: Pete Muir > Assignee: Dan Allen > Fix For: 3.0.0.Beta1 > > > http://docs.jboss.org/weld/extensions/reference/latest/en-US/html/getting... -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Closed: (SOLDER-11) Performance on startup of weldx is extremely slow

by Dan Allen (JIRA)

[ https://issues.jboss.org/browse/SOLDER-11?page=com.atlassian.jira.plugin.... ] Dan Allen closed SOLDER-11. --------------------------- > Performance on startup of weldx is extremely slow > ------------------------------------------------- > > Key: SOLDER-11 > URL: https://issues.jboss.org/browse/SOLDER-11 > Project: Seam Solder > Issue Type: Quality Risk > Reporter: Lincoln Baxter III > Assignee: Stuart Douglas > Fix For: 3.0.0.Beta1 > > > 17:54:29,059 WARNING [ServiceLoader] Could not load service class org.jboss.weld.extensions.interceptor.InterceptorExtension > 17:54:41,769 INFO [org.jboss.weld.extensions.core.CoreExtension] Preventing class com.ocpsoft.socialpm.domain.user.User from being installed as bean due to @Veto annotation > A full 12, almost 13 seconds required during part of weldx bootup. Seems like something we could improve. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

[JBoss JIRA] Closed: (SOLDER-15) Provide a utility to transparently wrap primitive types

by Dan Allen (JIRA)

[ https://issues.jboss.org/browse/SOLDER-15?page=com.atlassian.jira.plugin.... ] Dan Allen closed SOLDER-15. --------------------------- > Provide a utility to transparently wrap primitive types > -------------------------------------------------------- > > Key: SOLDER-15 > URL: https://issues.jboss.org/browse/SOLDER-15 > Project: Seam Solder > Issue Type: Feature Request > Components: Reflections > Reporter: Dan Allen > Assignee: Dan Allen > Priority: Minor > Fix For: 3.0.0.Beta1 > > > When dealing at the level of a Type, it would be helpful to have a method that would automatically convert the Type to a primitive wrapper if the original Type represents a primitive. This functionality is provided by the Primitives class in Guava. > Type type = Primitives.wrap(ip.getType()); > At this point, we know that "type" does not represent a primitive. > http://guava-libraries.googlecode.com/svn/trunk/javadoc/com/google/common... -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues December 2010