June 2009 - weld-issues - Jboss List Archives

[webbeans-issues] [JBoss JIRA] Created: (WBRI-269) EJB Proxies are not serializable

by David Allen (JIRA)

EJB Proxies are not serializable -------------------------------- Key: WBRI-269 URL: https://jira.jboss.org/jira/browse/WBRI-269 Project: Web Beans Issue Type: Bug Components: Enterprise Beans Affects Versions: 1.0.0.PREVIEW1 Reporter: David Allen Section 3.3.9 states that all session bean proxies are serializable. The TCK test below is currently not able to serialize the proxy due to the exception java.io.NotSerializableException. EnterpriseBeanLifecycleTest.testCreateSFSB() -- 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

13 years

2
1
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-244) Binding types defined in XML do not work

by David Allen (JIRA)

Binding types defined in XML do not work ---------------------------------------- Key: WBRI-244 URL: https://jira.jboss.org/jira/browse/WBRI-244 Project: Web Beans Issue Type: Bug Affects Versions: 1.0.0.PREVIEW1 Reporter: David Allen Any binding type defined in XML and then associated with a bean defined in XML or via annotations on the bean does not work. The binding type is not recognized as a binding type. This affects some of the tests in AnnotationTypesTest for section 9.4 of the specification. -- 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

13 years

2
2
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-252) Interceptor binding types defined in XML do not work

by David Allen (JIRA)

Interceptor binding types defined in XML do not work ---------------------------------------------------- Key: WBRI-252 URL: https://jira.jboss.org/jira/browse/WBRI-252 Project: Web Beans Issue Type: Bug Affects Versions: 1.0.0.PREVIEW1 Reporter: David Allen Defining interceptor binding types in XML does not actually result in interceptor binding types. This affects TCK tests in AnnotationTypesTest (uncomment definitions in XML once fixed). -- 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

13 years

2
2
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-254) Namespace schema validation being applied to entire beans.xml file

by David Allen (JIRA)

Namespace schema validation being applied to entire beans.xml file ------------------------------------------------------------------ Key: WBRI-254 URL: https://jira.jboss.org/jira/browse/WBRI-254 Project: Web Beans Issue Type: Bug Affects Versions: 1.0.0.PREVIEW1 Reporter: David Allen When a namespace schema is added for one of the namespaces used in a beans.xml file, the entire beans.xml file is being validated against that schema starting with the <beans> element which is in a different namespace. The XmlBasedMetadataTest currently fails with the following validation error: Caused by: org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element 'Beans'. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(Unknown Source) at org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.jaxp.validation.StreamValidatorHelper.validate(Unknown Source) at org.apache.xerces.jaxp.validation.ValidatorImpl.validate(Unknown Source) at javax.xml.validation.Validator.validate(Validator.java:127) at org.jboss.webbeans.xml.ParseXmlHelper.validateXmlWithXsd(ParseXmlHelper.java:203) ... 31 more ... Removed 22 stack frames -- 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

13 years

2
2
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-207) Cache resolved observers

by Pete Muir (JIRA)

Cache resolved observers ------------------------ Key: WBRI-207 URL: https://jira.jboss.org/jira/browse/WBRI-207 Project: Web Beans Issue Type: Task Components: Events Reporter: Pete Muir Assignee: David Allen Fix For: 1.0.0.CR1 -- 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

13 years

1
3
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-277) FacadeImpl is declared serializable, but has potentially non-serializable dependencies

by Pete Muir (JIRA)

FacadeImpl is declared serializable, but has potentially non-serializable dependencies -------------------------------------------------------------------------------------- Key: WBRI-277 URL: https://jira.jboss.org/jira/browse/WBRI-277 Project: Web Beans Issue Type: Bug Reporter: Pete Muir Fix For: 1.0.0.CR2 -- 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

13 years

1
1
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-264) JSF 2.0 Wrong Scope

by Alexander Bell (JIRA)

JSF 2.0 Wrong Scope ------------------- Key: WBRI-264 URL: https://jira.jboss.org/jira/browse/WBRI-264 Project: Web Beans Issue Type: Bug Components: JSF Integration Affects Versions: 1.0.0.PREVIEW1 Environment: Tomcat 6.0.18 JSF 2.0 (Mojarra) Reporter: Alexander Bell Priority: Critical I've created a "User" class which sould be request scoped with the properties "name" and "password". Also I've created a AuthenticationService which is session scoped and injects the User with @Current (so the User from the request scope must be injected). Finally I've got a xhtml page which you can enter the user and the password and press a button which triggers an "login" action in the AuthenticationService. (very similar to the jsf-web-example of chapter 2 of the introduction guide. only with jsf 2.0) When I am in the login action the properties "name" and "password" from the injected user are null. But the setters (for name and password) of the User were called before the action was invoked. So I suppose there are two User objects in two different scopes. Actually it should always be the request scope. -- 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

13 years

2
6
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-274) EventManager enables dependent context but never disables it

by David Allen (JIRA)

EventManager enables dependent context but never disables it ------------------------------------------------------------ Key: WBRI-274 URL: https://jira.jboss.org/jira/browse/WBRI-274 Project: Web Beans Issue Type: Bug Components: Contexts Affects Versions: 1.0.0.PREVIEW1 Reporter: David Allen Assignee: Nicklas Karlsson The EventManager.notifyObservers() method sets the dependent context active before notifying observers, but never sets it inactive (line is commented out). Once the dependent context is fixed, this method should be fixed too and any existing problem this causes with the SE version should be addressed separately. -- 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

13 years

2
1
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-267) Supporting proxies with no no-arg constructors

by Pete Muir (JIRA)

Supporting proxies with no no-arg constructors ---------------------------------------------- Key: WBRI-267 URL: https://jira.jboss.org/jira/browse/WBRI-267 Project: Web Beans Issue Type: Feature Request Components: Contexts Reporter: Pete Muir Assignee: Nicklas Karlsson On Tue, May 12, 2009 at 1:11 AM, Jason T. Greene <jason.greene(a)redhat.com> wrote: Hi Everyone, As a non-standard extension, I was thinking that we could support generation proxies of classes not containing no-arg constructors by using various techniques that are supported by most JDKs. This would involve generating a proxy with a constructor call passing bogus parameters. Then a JDK specific approach would be used to instantiate the proxy class: Sun, IcedTea, Mac: Unsafe.allocateInstance() - The most efficient Above + IBM, JRockit: ReflectionFactory.newConstructorForSerialization() -- 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

13 years

1
1
0 / 0

[webbeans-issues] [JBoss JIRA] Created: (WBRI-211) Simple bean type checker is too strict for XML defined beans

by Pete Muir (JIRA)

Simple bean type checker is too strict for XML defined beans ------------------------------------------------------------ Key: WBRI-211 URL: https://jira.jboss.org/jira/browse/WBRI-211 Project: Web Beans Issue Type: Bug Components: Simple Beans Reporter: Pete Muir Assignee: Nicklas Karlsson Priority: Minor Fix For: 1.0.0.PREVIEW • If the type is a concrete class, is not an EJB bean class, and is not a parameterized type, a simple bean was declared, as defined in Section 3.2.4, "Declaring a simple bean using XML". -- 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

13 years

1
2
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

weld-issues June 2009