DeltaSpike mailing lists
by Shane Bryzak
Hi team,
The following DeltaSpike mailing lists have been set up at Apache:
deltaspike-dev
deltaspike-users
deltaspike-commits
I recommend that at a minimum you join the deltaspike-dev list, and if
you want to participate in user discussions join the deltaspike-users
list also. If you would like to fill up your inbox quicker, then you
can subscribe to deltaspike-commits too. To join these lists, send an
e-mail to the following addresses from the mail account that you wish to
subscribe from:
deltaspike-dev-subscribe(a)incubator.apache.org
deltaspike-users-subscribe(a)incubator.apache.org
deltaspike-commits-subscribe(a)incubator.apache.org
After sending an e-mail (I just put "subscribe" in the subject line, and
left the body empty) you will receive a confirmation e-mail from ezmlm,
the mailing list daemon that Apache uses. Follow the instructions in
this e-mail to confirm your subscription.
To unsubscribe, you send an email to:
deltaspike-dev-unsubscribe(a)incubator.apache.org
deltaspike-users-unsubscribe(a)incubator.apache.org
deltaspike-commits-unsubscribe(a)incubator.apache.org
Mailing list archives can be found online here:
http://mail-archives.apache.org/mod_mbox/incubator-deltaspike-dev/
http://mail-archives.apache.org/mod_mbox/incubator-deltaspike-users/
http://mail-archives.apache.org/mod_mbox/incubator-deltaspike-commits/
Thanks!
Shane
14 years
CDI with generic class and the hell of type erasure.
by José Rodolfo Freitas
Hey guys, how you doing?
I'm trying to achieve something that might be impossible, but before
concluding that, I'd like to ask you, CDI gurus!
I have the following class:
public class Foo<T> {
public TypedQuery<T> getQuery(){
}
}
As you can Imagine, inside my getQuery method, I'd have to use "T.class" to
make it TypedQuery. which is impossible due java generics type erasure.
so I'd have to build a private field to hold the t.class for me.
public class Foo<T> {
private Class<T> klass;
public TypedQuery<T> getQuery(){
}
public void setKlass(Class<T> klass){
this.klass = klass;
}
}
The problem is that forcing this 'setKlass' feels very ugly to the api, and
it's not very error prone, since one could easily forget to set this
configuration.
So I had an Idea: force the setKlass inside the constructor:
public class Foo<T> {
private Class<T> klass;
public Foo(Class<T> klass){
this.klass = klass;
}
public TypedQuery<T> getQuery(){
}
}
Unfortunatelly, this breaks cdi, since it cannot inject it anymore. At
least AFAIK.
So, is there a way out of this? maybe using a secret solder feature?
14 years
Meeting 2011-12-07
by Jason Porter
Agenda
- 3.1.0.Final coming up (10 minutes)
- Discuss options for community bug squashing nights
- Topics from the community (TBD)
- DeltaSpike and Seam 3 relationship (remainder)
- Apache ICLA and wiki registration
If others have topics they'd like to discuss, please let me know and we'll
put them in.
--
Jason Porter
http://lightguard-jp.blogspot.com
http://twitter.com/lightguardjp
Software Engineer
Open Source Advocate
Author of Seam Catch - Next Generation Java Exception Handling
PGP key id: 926CCFF5
PGP key available at: keyserver.net, pgp.mit.edu
14 years
Solder status regarding other CDI impl
by Antoine Sabot-Durand
Hi RedHat guys,
Sorry to insist (3rd time I ask) , but I really need to know Solder position regarding DeltaSpike moving. I plan to use solder more deeply with Generic Bean, but I'm stuck because I'm not sure it'll be maintain for all CDI impl.
Could you give me a status on that ?
Regards,
Antoine
14 years
Please sign the Apache icla agreement
by Shane Bryzak
Could all Seam developers please sign the contributor agreement at
Apache - this is very similar to the JBoss cla that you have already
signed, and is required before you will be able to contribute to the
DeltaSpike project. Unfortunately it requires you to either scan or fax
the agreement, but hopefully that shouldn't be a problem for anyone - if
you have any issues with this, please let me know. Once you have
submitted your agreement could you please let me know so I can keep track.
http://www.apache.org/licenses/icla.txt
Thanks!
14 years
Seam 3.1.0.CR1 released
by Shane Bryzak
Hi team,
The 3.1 CR1 release has now gone out. Thank you to everyone for all the
hard work in reaching this important milestone, it's really great to see
all the new modules, feature enhancements and bug fixes that have gone
into this release. We have a couple of weeks before we release 3.1
final, during this time we will be doing extensive testing and
addressing the remaining ~40 or so issues that are still outstanding in
JIRA.
http://in.relation.to/Bloggers/JBossSeam310CR1Released
Thanks,
Shane
14 years
