5:12 p.m.
I'm pleased to say that Seam Remoting 3.0.0 is now compiling and works
with the ported hello world example in CDI. Not all features are there
yet (such as JMS and session bean support) however the basic stuff seems
to work ok. Some of the porting process was a little shaky, mostly due
to my CDI noobishness so if anyone would care to look over the code some
peer review would be appreciated - especially in places like
ExecutionHandler and my usage of CreationalContext.
Since bean names are now an optional thing, I was wondering whether I
should support remoting with non-named beans. I could probably do it by
just allowing a fully qualified class name, what do you guys think?
Also, if you want to check out the hello world example, it's now in the
remoting module itself under the remoting/examples directory. The
example build is quite primitive, you need to run mvn install and then
copy the war file manually into JBoss's deploy directory. I'll try to
improve this when I get a chance. The remoting docs will eventually end
up in the module also.
5:48 p.m.
On Sat, Nov 28, 2009 at 11:12 AM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
I'm pleased to say that Seam Remoting 3.0.0 is now compiling and
works
with the ported hello world example in CDI.
Cool :-)
Since bean names are now an optional thing, I was wondering whether
I
should support remoting with non-named beans. I could probably do it by
just allowing a fully qualified class name, what do you guys think?
It would be better to use a combination of bean type and qualifiers.
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
8 a.m.
On 29/11/09 02:48, Gavin King wrote:
On Sat, Nov 28, 2009 at 11:12 AM, Shane
Bryzak<sbryzak(a)redhat.com> wrote:
> I'm pleased to say that Seam Remoting 3.0.0 is now compiling and works
> with the ported hello world example in CDI.
>
Cool :-)
> Since bean names are now an optional thing, I was wondering whether I
> should support remoting with non-named beans. I could probably do it by
> just allowing a fully qualified class name, what do you guys think?
>
It would be better to use a combination of bean type and qualifiers.
Almost got this working, however I need to be able to reflectively
create an AnnotationLiteral, given a String containing the fully
qualified name of the qualifier. Anyone done this before?
5:38 p.m.
Stuart has some code to do this using javassist.
On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
Almost got this working, however I need to be able to reflectively
create an
AnnotationLiteral, given a String containing the fully qualified name of the
qualifier. Anyone done this before?
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
7:01 p.m.
Done, although I didn't need to use Javassist. ;)
On 30/11/09 02:38, Gavin King wrote:
Stuart has some code to do this using javassist.
On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
> Almost got this working, however I need to be able to reflectively create an
> AnnotationLiteral, given a String containing the fully qualified name of the
> qualifier. Anyone done this before?
>
7:32 p.m.
You used a jdk dynamicproxy? Probably a better idea.
Sent from my iPhone
On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
Done, although I didn't need to use Javassist. ;)
On 30/11/09 02:38, Gavin King wrote:
> Stuart has some code to do this using javassist.
>
> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
> wrote:
>
>
>> Almost got this working, however I need to be able to reflectively
>> create an
>> AnnotationLiteral, given a String containing the fully qualified
>> name of the
>> qualifier. Anyone done this before?
>>
>
>
>
7:34 p.m.
Nope, just wrote my own impl of Annotation which I could then pass into
BeanManager.getBeans().
On 30/11/09 04:32, Gavin King wrote:
You used a jdk dynamicproxy? Probably a better idea.
Sent from my iPhone
On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
> Done, although I didn't need to use Javassist. ;)
>
> On 30/11/09 02:38, Gavin King wrote:
>> Stuart has some code to do this using javassist.
>>
>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>> wrote:
>>
>>
>>> Almost got this working, however I need to be able to reflectively
>>> create an
>>> AnnotationLiteral, given a String containing the fully qualified
>>> name of the
>>> qualifier. Anyone done this before?
>>>
>>
>>
>>
>
9:36 p.m.
Does it still work when the annotation has members? That was why I needed the javassist.
Stuart
________________________________________
From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On Behalf Of
Shane Bryzak [sbryzak(a)redhat.com]
Sent: Monday, 30 November 2009 5:34 AM
To: Gavin King
Cc: seam-dev(a)lists.jboss.org
Subject: Re: [seam-dev] First cab off the rank!
Nope, just wrote my own impl of Annotation which I could then pass into
BeanManager.getBeans().
On 30/11/09 04:32, Gavin King wrote:
You used a jdk dynamicproxy? Probably a better idea.
Sent from my iPhone
On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
> Done, although I didn't need to use Javassist. ;)
>
> On 30/11/09 02:38, Gavin King wrote:
>> Stuart has some code to do this using javassist.
>>
>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>> wrote:
>>
>>
>>> Almost got this working, however I need to be able to reflectively
>>> create an
>>> AnnotationLiteral, given a String containing the fully qualified
>>> name of the
>>> qualifier. Anyone done this before?
>>>
>>
>>
>>
>
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
3:07 a.m.
Good point - isn't this simply a case though of implementing the
equals() and hashCode() methods and checking that the members are equal,
i.e. the same way that AnnotationLiteral does it?
On 30/11/09 06:36, Stuart Douglas wrote:
Does it still work when the annotation has members? That was why I
needed the javassist.
Stuart
________________________________________
From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On Behalf Of
Shane Bryzak [sbryzak(a)redhat.com]
Sent: Monday, 30 November 2009 5:34 AM
To: Gavin King
Cc: seam-dev(a)lists.jboss.org
Subject: Re: [seam-dev] First cab off the rank!
Nope, just wrote my own impl of Annotation which I could then pass into
BeanManager.getBeans().
On 30/11/09 04:32, Gavin King wrote:
> You used a jdk dynamicproxy? Probably a better idea.
>
> Sent from my iPhone
>
> On Nov 29, 2009, at 1:01 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
>
>
>> Done, although I didn't need to use Javassist. ;)
>>
>> On 30/11/09 02:38, Gavin King wrote:
>>
>>> Stuart has some code to do this using javassist.
>>>
>>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>>> wrote:
>>>
>>>
>>>
>>>> Almost got this working, however I need to be able to reflectively
>>>> create an
>>>> AnnotationLiteral, given a String containing the fully qualified
>>>> name of the
>>>> qualifier. Anyone done this before?
>>>>
>>>>
>>>
>>>
>>>
>>
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
3:22 a.m.
Yeah. Probably you could just stick the members in an array. You
probably don't need to actually implement the annotation interface.
You would only need to implement Annotation.
Well, the spec does not say explicitly that this would work, but it
seems fairly safe.
Sent from my iPhone
On Nov 29, 2009, at 9:07 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
Good point - isn't this simply a case though of implementing the
equals() and hashCode() methods and checking that the members are
equal,
i.e. the same way that AnnotationLiteral does it?
On 30/11/09 06:36, Stuart Douglas wrote:
> Does it still work when the annotation has members? That was why I
> needed the javassist.
>
> Stuart
>
> ________________________________________
> From: seam-dev-bounces(a)lists.jboss.org [seam-dev-
> bounces(a)lists.jboss.org] On Behalf Of Shane Bryzak
> [sbryzak(a)redhat.com]
> Sent: Monday, 30 November 2009 5:34 AM
> To: Gavin King
> Cc: seam-dev(a)lists.jboss.org
> Subject: Re: [seam-dev] First cab off the rank!
>
> Nope, just wrote my own impl of Annotation which I could then pass
> into
> BeanManager.getBeans().
>
> On 30/11/09 04:32, Gavin King wrote:
>
>> You used a jdk dynamicproxy? Probably a better idea.
>>
>> Sent from my iPhone
>>
>> On Nov 29, 2009, at 1:01 PM, Shane Bryzak<sbryzak(a)redhat.com>
>> wrote:
>>
>>
>>> Done, although I didn't need to use Javassist. ;)
>>>
>>> On 30/11/09 02:38, Gavin King wrote:
>>>
>>>> Stuart has some code to do this using javassist.
>>>>
>>>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>>>> wrote:
>>>>
>>>>
>>>>
>>>>> Almost got this working, however I need to be able to
>>>>> reflectively
>>>>> create an
>>>>> AnnotationLiteral, given a String containing the fully qualified
>>>>> name of the
>>>>> qualifier. Anyone done this before?
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
> _______________________________________________
> seam-dev mailing list
> seam-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev
>
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
12:53 a.m.
Remoting now has full support for looking up qualified beans, so you can
now do cool stuff like this:
<script type="text/javascript">
function sayHello() {
var name = prompt("What is your name?");
if (name == null) return;
var callback = function(result) { alert(result); };
Seam.Component.create("org.jboss.seam.remoting.examples.helloworld.HelloAction",
"@HelloQualifier(foo = 123, bar =
String.class)").sayHello(name, callback);
}
</script>
@Retention(RUNTIME)
@Target(TYPE)
@Qualifier
public @interface HelloQualifier {
int foo();
Class bar();
}
@HelloQualifier(foo = 123, bar = String.class)
public class HelloAction {
@WebRemote
public String sayHello(String name) {
return "Hello, " + name;
}
}
If the bean is @Named then you can simply pass in the name to
Seam.Component.create() in JavaScript, otherwise you can use a
combination of bean type and qualifiers. I need to still do some work
on the API, instead of Seam.Component.create() I'm thinking
Seam.Bean.instance() instead.
On 30/11/09 12:07, Shane Bryzak wrote:
Good point - isn't this simply a case though of implementing the
equals() and hashCode() methods and checking that the members are equal,
i.e. the same way that AnnotationLiteral does it?
On 30/11/09 06:36, Stuart Douglas wrote:
> Does it still work when the annotation has members? That was why I needed the
javassist.
>
> Stuart
>
> ________________________________________
> From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On Behalf
Of Shane Bryzak [sbryzak(a)redhat.com]
> Sent: Monday, 30 November 2009 5:34 AM
> To: Gavin King
> Cc: seam-dev(a)lists.jboss.org
> Subject: Re: [seam-dev] First cab off the rank!
>
> Nope, just wrote my own impl of Annotation which I could then pass into
> BeanManager.getBeans().
>
> On 30/11/09 04:32, Gavin King wrote:
>
>
>> You used a jdk dynamicproxy? Probably a better idea.
>>
>> Sent from my iPhone
>>
>> On Nov 29, 2009, at 1:01 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
>>
>>
>>
>>> Done, although I didn't need to use Javassist. ;)
>>>
>>> On 30/11/09 02:38, Gavin King wrote:
>>>
>>>
>>>> Stuart has some code to do this using javassist.
>>>>
>>>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>>>> wrote:
>>>>
>>>>
>>>>
>>>>
>>>>> Almost got this working, however I need to be able to reflectively
>>>>> create an
>>>>> AnnotationLiteral, given a String containing the fully qualified
>>>>> name of the
>>>>> qualifier. Anyone done this before?
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
> _______________________________________________
> seam-dev mailing list
> seam-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev
>
>
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
12:58 a.m.
On Tue, Dec 1, 2009 at 6:53 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
Remoting now has full support for looking up qualified beans, so you
can
now do cool stuff like this:
Nice.
If the bean is @Named then you can simply pass in the name to
Seam.Component.create() in JavaScript, otherwise you can use a
combination of bean type and qualifiers. I need to still do some work
on the API, instead of Seam.Component.create() I'm thinking
Seam.Bean.instance() instead.
Perhaps you could make the API look like Instance<X>?
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
1:03 a.m.
Hmm, interesting idea... so something like this?
Seam.Instance("org.jboss.seam.remoting.examples.helloworld.HelloAction").select("@HelloQualifier(foo
= 123)")
On 02/12/09 09:58, Gavin King wrote:
On Tue, Dec 1, 2009 at 6:53 PM, Shane
Bryzak<sbryzak(a)redhat.com> wrote:
> Remoting now has full support for looking up qualified beans, so you can
> now do cool stuff like this:
>
Nice.
> If the bean is @Named then you can simply pass in the name to
> Seam.Component.create() in JavaScript, otherwise you can use a
> combination of bean type and qualifiers. I need to still do some work
> on the API, instead of Seam.Component.create() I'm thinking
> Seam.Bean.instance() instead.
>
Perhaps you could make the API look like Instance<X>?
1:22 a.m.
hrm I suppose so. I was thinking more like:
Seam.instance.select("org.jboss.seam.remoting.examples.helloworld.HelloAction",
"@HelloQualifier(foo = 123)").get()
On Tue, Dec 1, 2009 at 7:03 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
Hmm, interesting idea... so something like this?
Seam.Instance("org.jboss.seam.remoting.examples.helloworld.HelloAction").select("@HelloQualifier(foo
= 123)")
On 02/12/09 09:58, Gavin King wrote:
>
> On Tue, Dec 1, 2009 at 6:53 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
>
>>
>> Remoting now has full support for looking up qualified beans, so you can
>> now do cool stuff like this:
>>
>
> Nice.
>
>
>>
>> If the bean is @Named then you can simply pass in the name to
>> Seam.Component.create() in JavaScript, otherwise you can use a
>> combination of bean type and qualifiers. I need to still do some work
>> on the API, instead of Seam.Component.create() I'm thinking
>> Seam.Bean.instance() instead.
>>
>
> Perhaps you could make the API look like Instance<X>?
>
>
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
1:38 a.m.
No problem, I can do that. For @Named beans, would it just be:
Seam.instance.select("helloAction").get() ?
On 02/12/09 10:22, Gavin King wrote:
hrm I suppose so. I was thinking more like:
Seam.instance.select("org.jboss.seam.remoting.examples.helloworld.HelloAction",
"@HelloQualifier(foo = 123)").get()
On Tue, Dec 1, 2009 at 7:03 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
> Hmm, interesting idea... so something like this?
>
>
Seam.Instance("org.jboss.seam.remoting.examples.helloworld.HelloAction").select("@HelloQualifier(foo
> = 123)")
>
>
> On 02/12/09 09:58, Gavin King wrote:
>
>> On Tue, Dec 1, 2009 at 6:53 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
>>
>>
>>> Remoting now has full support for looking up qualified beans, so you can
>>> now do cool stuff like this:
>>>
>>>
>> Nice.
>>
>>
>>
>>> If the bean is @Named then you can simply pass in the name to
>>> Seam.Component.create() in JavaScript, otherwise you can use a
>>> combination of bean type and qualifiers. I need to still do some work
>>> on the API, instead of Seam.Component.create() I'm thinking
>>> Seam.Bean.instance() instead.
>>>
>>>
>> Perhaps you could make the API look like Instance<X>?
>>
>>
>>
>
>
1:48 a.m.
Well, I wasn't trying to tell you to do it my way, it was just a suggestion...
Do what you think is most natural in .js land...
On Tue, Dec 1, 2009 at 7:38 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
No problem, I can do that. For @Named beans, would it just be:
Seam.instance.select("helloAction").get() ?
On 02/12/09 10:22, Gavin King wrote:
>
> hrm I suppose so. I was thinking more like:
>
>
>
Seam.instance.select("org.jboss.seam.remoting.examples.helloworld.HelloAction",
> "@HelloQualifier(foo = 123)").get()
>
>
> On Tue, Dec 1, 2009 at 7:03 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
>
>>
>> Hmm, interesting idea... so something like this?
>>
>>
>>
Seam.Instance("org.jboss.seam.remoting.examples.helloworld.HelloAction").select("@HelloQualifier(foo
>> = 123)")
>>
>>
>> On 02/12/09 09:58, Gavin King wrote:
>>
>>>
>>> On Tue, Dec 1, 2009 at 6:53 PM, Shane Bryzak<sbryzak(a)redhat.com>
>>> wrote:
>>>
>>>
>>>>
>>>> Remoting now has full support for looking up qualified beans, so you
>>>> can
>>>> now do cool stuff like this:
>>>>
>>>>
>>>
>>> Nice.
>>>
>>>
>>>
>>>>
>>>> If the bean is @Named then you can simply pass in the name to
>>>> Seam.Component.create() in JavaScript, otherwise you can use a
>>>> combination of bean type and qualifiers. I need to still do some work
>>>> on the API, instead of Seam.Component.create() I'm thinking
>>>> Seam.Bean.instance() instead.
>>>>
>>>>
>>>
>>> Perhaps you could make the API look like Instance<X>?
>>>
>>>
>>>
>>
>>
>
>
>
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
4:37 a.m.
It doesn't really matter, we can make the API look whichever way we
like. It would be nice though to have some symmetry with the CDI API,
and to that effect I think instance.select(bean, qualifiers).get() would
work well.
On 02/12/09 10:48, Gavin King wrote:
Well, I wasn't trying to tell you to do it my way, it was just a
suggestion...
Do what you think is most natural in .js land...
On Tue, Dec 1, 2009 at 7:38 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
> No problem, I can do that. For @Named beans, would it just be:
>
> Seam.instance.select("helloAction").get() ?
>
> On 02/12/09 10:22, Gavin King wrote:
>
>> hrm I suppose so. I was thinking more like:
>>
>>
>>
Seam.instance.select("org.jboss.seam.remoting.examples.helloworld.HelloAction",
>> "@HelloQualifier(foo =
123)").get()
>>
>>
>> On Tue, Dec 1, 2009 at 7:03 PM, Shane Bryzak<sbryzak(a)redhat.com> wrote:
>>
>>
>>> Hmm, interesting idea... so something like this?
>>>
>>>
>>>
Seam.Instance("org.jboss.seam.remoting.examples.helloworld.HelloAction").select("@HelloQualifier(foo
>>> = 123)")
>>>
>>>
>>> On 02/12/09 09:58, Gavin King wrote:
>>>
>>>
>>>> On Tue, Dec 1, 2009 at 6:53 PM, Shane Bryzak<sbryzak(a)redhat.com>
>>>> wrote:
>>>>
>>>>
>>>>
>>>>> Remoting now has full support for looking up qualified beans, so you
>>>>> can
>>>>> now do cool stuff like this:
>>>>>
>>>>>
>>>>>
>>>> Nice.
>>>>
>>>>
>>>>
>>>>
>>>>> If the bean is @Named then you can simply pass in the name to
>>>>> Seam.Component.create() in JavaScript, otherwise you can use a
>>>>> combination of bean type and qualifiers. I need to still do some
work
>>>>> on the API, instead of Seam.Component.create() I'm thinking
>>>>> Seam.Bean.instance() instead.
>>>>>
>>>>>
>>>>>
>>>> Perhaps you could make the API look like Instance<X>?
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>>
>
>
1:54 a.m.
I don't think that this would be possible as the jdk proxy only allows you to
implement SomeInterface, not SomeInterface<Foo> (i.e. there is no mechanism for
generating a signature attribute in the proxy). When weld tries to get this information a
GenericSignatureFormatError would result (I saw this in my code before I added the
SignitureAttribute ). I may be wrong on this, but I can't see any way around it.
Stuart
________________________________________
From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On Behalf Of
Gavin King [gavin.king(a)gmail.com]
Sent: Monday, 30 November 2009 5:32 AM
To: Shane Bryzak
Cc: seam-dev(a)lists.jboss.org
Subject: Re: [seam-dev] First cab off the rank!
You used a jdk dynamicproxy? Probably a better idea.
Sent from my iPhone
On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
Done, although I didn't need to use Javassist. ;)
On 30/11/09 02:38, Gavin King wrote:
> Stuart has some code to do this using javassist.
>
> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
> wrote:
>
>
>> Almost got this working, however I need to be able to reflectively
>> create an
>> AnnotationLiteral, given a String containing the fully qualified
>> name of the
>> qualifier. Anyone done this before?
>>
>
>
>
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
1:58 a.m.
Right but Annotation and every annotation type are all interfaces. You
would not be able to extend AnnotationLiteral, but you don't really
need that. All you need is to be able to implement all the interfaces.
On Sun, Nov 29, 2009 at 7:54 PM, Stuart Douglas
<stuart(a)baileyroberts.com.au> wrote:
I don't think that this would be possible as the jdk proxy only
allows you to implement SomeInterface, not SomeInterface<Foo> (i.e. there is no
mechanism for generating a signature attribute in the proxy). When weld tries to get this
information a GenericSignatureFormatError would result (I saw this in my code before I
added the SignitureAttribute ). I may be wrong on this, but I can't see any way around
it.
Stuart
________________________________________
From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On Behalf Of
Gavin King [gavin.king(a)gmail.com]
Sent: Monday, 30 November 2009 5:32 AM
To: Shane Bryzak
Cc: seam-dev(a)lists.jboss.org
Subject: Re: [seam-dev] First cab off the rank!
You used a jdk dynamicproxy? Probably a better idea.
Sent from my iPhone
On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
> Done, although I didn't need to use Javassist. ;)
>
> On 30/11/09 02:38, Gavin King wrote:
>> Stuart has some code to do this using javassist.
>>
>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>> wrote:
>>
>>
>>> Almost got this working, however I need to be able to reflectively
>>> create an
>>> AnnotationLiteral, given a String containing the fully qualified
>>> name of the
>>> qualifier. Anyone done this before?
>>>
>>
>>
>>
>
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
1:58 a.m.
By "all the interfaces", I mean both interfaces.
On Sun, Nov 29, 2009 at 7:58 PM, Gavin King <gavin.king(a)gmail.com> wrote:
Right but Annotation and every annotation type are all interfaces.
You
would not be able to extend AnnotationLiteral, but you don't really
need that. All you need is to be able to implement all the interfaces.
On Sun, Nov 29, 2009 at 7:54 PM, Stuart Douglas
<stuart(a)baileyroberts.com.au> wrote:
> I don't think that this would be possible as the jdk proxy only allows you to
implement SomeInterface, not SomeInterface<Foo> (i.e. there is no mechanism for
generating a signature attribute in the proxy). When weld tries to get this information a
GenericSignatureFormatError would result (I saw this in my code before I added the
SignitureAttribute ). I may be wrong on this, but I can't see any way around it.
>
> Stuart
> ________________________________________
> From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On Behalf
Of Gavin King [gavin.king(a)gmail.com]
> Sent: Monday, 30 November 2009 5:32 AM
> To: Shane Bryzak
> Cc: seam-dev(a)lists.jboss.org
> Subject: Re: [seam-dev] First cab off the rank!
>
> You used a jdk dynamicproxy? Probably a better idea.
>
> Sent from my iPhone
>
> On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
>
>> Done, although I didn't need to use Javassist. ;)
>>
>> On 30/11/09 02:38, Gavin King wrote:
>>> Stuart has some code to do this using javassist.
>>>
>>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>>> wrote:
>>>
>>>
>>>> Almost got this working, however I need to be able to reflectively
>>>> create an
>>>> AnnotationLiteral, given a String containing the fully qualified
>>>> name of the
>>>> qualifier. Anyone done this before?
>>>>
>>>
>>>
>>>
>>
> _______________________________________________
> seam-dev mailing list
> seam-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev
>
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
2:09 a.m.
That makes sense. I don't know what I was thinking as you couldn't have a JDK
proxy extend AnnotationLiteral anyway. I will look at redoing mine using JDK proxies to
remove the javassist dependency.
Stuart
________________________________________
From: Gavin King [gavin.king(a)gmail.com]
Sent: Monday, 30 November 2009 11:58 AM
To: Stuart Douglas
Cc: seam-dev(a)lists.jboss.org
Subject: Re: [seam-dev] First cab off the rank!
By "all the interfaces", I mean both interfaces.
On Sun, Nov 29, 2009 at 7:58 PM, Gavin King <gavin.king(a)gmail.com> wrote:
Right but Annotation and every annotation type are all interfaces.
You
would not be able to extend AnnotationLiteral, but you don't really
need that. All you need is to be able to implement all the interfaces.
On Sun, Nov 29, 2009 at 7:54 PM, Stuart Douglas
<stuart(a)baileyroberts.com.au> wrote:
> I don't think that this would be possible as the jdk proxy only allows you to
implement SomeInterface, not SomeInterface<Foo> (i.e. there is no mechanism for
generating a signature attribute in the proxy). When weld tries to get this information a
GenericSignatureFormatError would result (I saw this in my code before I added the
SignitureAttribute ). I may be wrong on this, but I can't see any way around it.
>
> Stuart
> ________________________________________
> From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On Behalf
Of Gavin King [gavin.king(a)gmail.com]
> Sent: Monday, 30 November 2009 5:32 AM
> To: Shane Bryzak
> Cc: seam-dev(a)lists.jboss.org
> Subject: Re: [seam-dev] First cab off the rank!
>
> You used a jdk dynamicproxy? Probably a better idea.
>
> Sent from my iPhone
>
> On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
>
>> Done, although I didn't need to use Javassist. ;)
>>
>> On 30/11/09 02:38, Gavin King wrote:
>>> Stuart has some code to do this using javassist.
>>>
>>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>>> wrote:
>>>
>>>
>>>> Almost got this working, however I need to be able to reflectively
>>>> create an
>>>> AnnotationLiteral, given a String containing the fully qualified
>>>> name of the
>>>> qualifier. Anyone done this before?
>>>>
>>>
>>>
>>>
>>
> _______________________________________________
> seam-dev mailing list
> seam-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev
>
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
2:12 a.m.
Yeah, I think that's better...
On Sun, Nov 29, 2009 at 8:09 PM, Stuart Douglas
<stuart(a)baileyroberts.com.au> wrote:
That makes sense. I don't know what I was thinking as you
couldn't have a JDK proxy extend AnnotationLiteral anyway. I will look at redoing
mine using JDK proxies to remove the javassist dependency.
Stuart
________________________________________
From: Gavin King [gavin.king(a)gmail.com]
Sent: Monday, 30 November 2009 11:58 AM
To: Stuart Douglas
Cc: seam-dev(a)lists.jboss.org
Subject: Re: [seam-dev] First cab off the rank!
By "all the interfaces", I mean both interfaces.
On Sun, Nov 29, 2009 at 7:58 PM, Gavin King <gavin.king(a)gmail.com> wrote:
> Right but Annotation and every annotation type are all interfaces. You
> would not be able to extend AnnotationLiteral, but you don't really
> need that. All you need is to be able to implement all the interfaces.
>
> On Sun, Nov 29, 2009 at 7:54 PM, Stuart Douglas
> <stuart(a)baileyroberts.com.au> wrote:
>> I don't think that this would be possible as the jdk proxy only allows you to
implement SomeInterface, not SomeInterface<Foo> (i.e. there is no mechanism for
generating a signature attribute in the proxy). When weld tries to get this information a
GenericSignatureFormatError would result (I saw this in my code before I added the
SignitureAttribute ). I may be wrong on this, but I can't see any way around it.
>>
>> Stuart
>> ________________________________________
>> From: seam-dev-bounces(a)lists.jboss.org [seam-dev-bounces(a)lists.jboss.org] On
Behalf Of Gavin King [gavin.king(a)gmail.com]
>> Sent: Monday, 30 November 2009 5:32 AM
>> To: Shane Bryzak
>> Cc: seam-dev(a)lists.jboss.org
>> Subject: Re: [seam-dev] First cab off the rank!
>>
>> You used a jdk dynamicproxy? Probably a better idea.
>>
>> Sent from my iPhone
>>
>> On Nov 29, 2009, at 1:01 PM, Shane Bryzak <sbryzak(a)redhat.com> wrote:
>>
>>> Done, although I didn't need to use Javassist. ;)
>>>
>>> On 30/11/09 02:38, Gavin King wrote:
>>>> Stuart has some code to do this using javassist.
>>>>
>>>> On Sun, Nov 29, 2009 at 2:00 AM, Shane Bryzak<sbryzak(a)redhat.com>
>>>> wrote:
>>>>
>>>>
>>>>> Almost got this working, however I need to be able to reflectively
>>>>> create an
>>>>> AnnotationLiteral, given a String containing the fully qualified
>>>>> name of the
>>>>> qualifier. Anyone done this before?
>>>>>
>>>>
>>>>
>>>>
>>>
>> _______________________________________________
>> seam-dev mailing list
>> seam-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/seam-dev
>>
>
>
>
> --
> Gavin King
> gavin.king(a)gmail.com
> http://in.relation.to/Bloggers/Gavin
> http://hibernate.org
> http://seamframework.org
>
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
--
Gavin King
gavin.king(a)gmail.com
http://in.relation.to/Bloggers/Gavin
http://hibernate.org
http://seamframework.org
5259
days inactive
5263
days old
21 comments
3 participants
participants (3)
-
Gavin King -
Shane Bryzak -
Stuart Douglas