October 2009 - weld-dev - Jboss List Archives

by Shane Bryzak

I am going to shortly begin working on a major refactor of the RI and TCK to remove any remaining references to "webbeans" by either the source code or docs. Could everyone please ensure that you have all code checked into SVN within the next 24 hours. I'll send another announcement out when the freeze is in effect, and I anticipate that we will require a maximum of 24 hours for refactoring. Thanks, Shane

15 years, 3 months

3
4
0 / 0

JIRA outage

by Shane Bryzak

Hi guys, Because of the complexity of the work involved to port all our issues over in JIRA, can we please have a freeze on all JIRA activity for any of the WB* or WELD* projects until further notice. Thanks, Shane

15 years, 3 months

3
6
0 / 0

[webbeans-dev] Name change

by Shane Bryzak

Hi everyone, I have started the process of renaming Web Beans to Weld. This is going to affect a lot of the systems we use. To give everyone a heads up, here's a detailed list of what is going to change. 1) SVN repository moved from http://svn.jboss.org/repos/webbeans to http://svn.jboss.org/repos/weld. 2) JIRA project name changed from WBRI to WELD. 3) "Web Beans Users" forum on seamframework.org renamed to "Weld Users". 4) New IRC channels on freenode - #weld and #weld-dev. 5) TCK and RI - any packages, classes or docs that contain "WebBeans", "WB", etc will be renamed accordingly. 6) The name of this mailing list - webbeans-dev will become weld-dev. Also webbeans-issues and webbeans-commits will respectively become weld-issues and weld-commits. 7) Fisheye and Hudson updated to point to the new SVN repository. I will endeavour to keep the mailing list updated with any outages, code freezes, etc as they occur. If you have any questions about the rename please let me know. Also, if you can think of something that I haven't mentioned in the above list that will be affected by the name change, please let me know too. Shane

15 years, 3 months

4
15
0 / 0

Fwd: Latest spec

by Gavin King

This draft of the spec includes the following minor fixes: * mention @AroundTimeout interceptors in 9.5, 7.2 * update the preamble of chapter 4 * loosen requirements on injection ordering, for compatibility with 330, in 5.6.4 -- Gavin King gavin.king(a)gmail.com http://in.relation.to/Bloggers/Gavin http://hibernate.org http://seamframework.org

15 years, 3 months

1
0
0 / 0

Test list migration

by Graeme Gillies

Hi, Please ignore this email I am testing the list migration process has succeeded. Thanks, Graeme

15 years, 3 months

1
0
0 / 0

[webbeans-dev] Portable Extensions Package

by Gavin King

http://seamframework.org/WebBeans/PortableExtensionsPackage -- Gavin King gavin.king(a)gmail.com http://in.relation.to/Bloggers/Gavin http://hibernate.org http://seamframework.org

15 years, 3 months

1
0
0 / 0

[webbeans-dev] New name for Web Beans - Weld

by Pete Muir

Hi all, FYI http://in.relation.to/Bloggers/TheJSR299ReferenceImplementationGetsANewName Shane, please get the rename underway! Pete

15 years, 3 months

1
0
0 / 0

[webbeans-dev] New draft with revised section 5.6.4

by Gavin King

To fix an incompatibility between 299 and 330, I have loosened the requirements of section 5.6.4. Note that 330 is more, and unnecessarily, restrictive than the new 5.6.4, but is compatible with the new definition. -- Gavin King gavin.king(a)gmail.com http://in.relation.to/Bloggers/Gavin http://hibernate.org http://seamframework.org

15 years, 3 months

1
1
0 / 0

[webbeans-dev] getBeans(Type) and interceptors in the TCK

by Marius Bogoevici

I noticed that a few tests in the TCK ( those in InterceptorDefinitionTests) rely upon retrieving interceptors by calling getBeans(InterceptorType.class). However, section 5.3 in the spec, and 11.3.4, indicate that getBeans() should retrieve beans that are eligible for injection (and 5.3 makes clear that interceptors and decorators are not eligible). I intend to fix this while working on the interceptor implementation, so that any access to interceptors would happen strictly through resolveInterceptors(), but I am wondering if anyone thinks differently. Cheers, Marius

15 years, 3 months

2
1
0 / 0

[webbeans-dev] Conversation.isTransient() and Conversation.isLongRunning() redundant?

by Sven Linstaedt

Hi, as far as I have read the spec, the above mentioned methods for conversation state retrieval are equivalent. So my brief question: Why should we have both of them in the interface? br, Sven

15 years, 3 months

2
1
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

weld-dev October 2009