: Blueprint issue with generics
I certainly would not oppose extending the ext namespace, or adding a new
namespace for that.
But I also don't plan to spend a day on that, as there is an easy workaround :
this is already available by adding a few lines of xml, or even adding a new
file, thos
;
> JP
>
>
>
> *De :* CLEMENT Jean-Philippe [mailto:jean-philippe.clement@
> fr.thalesgroup.com]
> *Envoyé :* mardi 27 septembre 2016 11:12
>
> *À :* user@aries.apache.org
> *Objet :* RE: Blueprint issue with generics
>
>
>
> This example is a bit particular as “3”
Hi Guillaume,
Do you think a fallback converter option (or via a fragment) might be added to
Aries?
JP
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : mardi 27 septembre 2016 11:12
À : user@aries.apache.org
Objet : RE: Blueprint issue with generics
This
be more interesting to have a
fallback strategy isn’t it?
JP
De : Guillaume Nodet [mailto:gno...@apache.org]
Envoyé : lundi 26 septembre 2016 21:36
À : user@aries.apache.org
Objet : Re: Blueprint issue with generics
Again, I'm really not sure that would be a good idea.
Some use cases are r
ent
> generic-aware converter or the non-generic one :)
>
>
>
> (please please please!)
>
>
>
> Regards,
>
> JP
>
>
>
> *De :* Guillaume Nodet [mailto:gno...@apache.org]
> *Envoyé :* lundi 26 septembre 2016 18:01
>
> *À :* user@aries.apache.org
>
turn sourceObject;
}
}
JP
De : Guillaume Nodet [mailto:gno...@apache.org<mailto:gno...@apache.org>]
Envoyé : vendredi 23 septembre 2016 11:36
À : user@aries.apache.org<mailto:user@aries.apache.org>
Objet : Re: Blueprint issue with generics
Have you tried using a Converter ? This
Nodet [mailto:gno...@apache.org]
> *Envoyé :* lundi 26 septembre 2016 15:19
>
> *À :* user@aries.apache.org
> *Objet :* Re: Blueprint issue with generics
>
>
>
> Have you been able to try the converter ?
>
>
>
> 2016-09-23 13:07 GMT+02:00 Guillaume Nodet :
>
>
[mailto:gno...@apache.org]
Envoyé : lundi 26 septembre 2016 15:19
À : user@aries.apache.org
Objet : Re: Blueprint issue with generics
Have you been able to try the converter ?
2016-09-23 13:07 GMT+02:00 Guillaume Nodet
mailto:gno...@apache.org>>:
2016-09-23 12:22 GMT+02:00 CLEMENT Jean-Ph
Type.getRawClass().isInstance(sourceObject);
> }
>
> @Override
> public Object convert(Object sourceObject, ReifiedType targetType) throws
> Exception {
> return sourceObject;
> }
> }
>
>
>
>>
>>
>> JP
>>
>>
>>
>> *De
e.org]
> *Envoyé :* vendredi 23 septembre 2016 11:36
>
> *À :* user@aries.apache.org
> *Objet :* Re: Blueprint issue with generics
>
>
>
> Have you tried using a Converter ? This should fix all your problems quite
> easily, it's only 2 or 3 lines to add to your blu
extra converters and Blueprint to get no added
value?
JP
De : Guillaume Nodet [mailto:gno...@apache.org]
Envoyé : vendredi 23 septembre 2016 11:36
À : user@aries.apache.org
Objet : Re: Blueprint issue with generics
Have you tried using a Converter ? This should fix all your problems quite
607) is not assigned. Does it mean it won’t be fixed?
>
>
>
> Regards,
>
> JP
>
>
>
> *De :* CLEMENT Jean-Philippe [mailto:jean-philippe.clement@
> fr.thalesgroup.com]
> *Envoyé :* vendredi 16 septembre 2016 14:29
> *À :* user@aries.apache.org
> *Objet
Dear Aries Team,
The Jira (ARIES-1607) is not assigned. Does it mean it won’t be fixed?
Regards,
JP
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : vendredi 16 septembre 2016 14:29
À : user@aries.apache.org
Objet : RE: Blueprint issue with generics
I
...@bendoerr.me]
Envoyé : jeudi 11 février 2016 22:39
À : user@aries.apache.org
Objet : Re: Blueprint issue with generics
Also would love to see this fixed. My workaround is usually this:
void setSomething(Something s)
to
> setSomething(S s)
which maintains the compile type checking. And like Jean-Phili
/jira/browse/ARIES-1500
Thank you.
Kind regards,
JP
*De :*Benjamin Doerr [mailto:crafts...@bendoerr.me]
*Envoyé :* jeudi 11 février 2016 22:39
*À :* user@aries.apache.org
*Objet :* Re: Blueprint issue with generics
Also would love to see this fixed. My workaround is usually this:
void setSome
2016 22:39
À : user@aries.apache.org
Objet : Re: Blueprint issue with generics
Also would love to see this fixed. My workaround is usually this:
void setSomething(Something s)
to
> setSomething(S s)
which maintains the compile type checking. And like Jean-Philippe, third-party
APIs mean that i
Also would love to see this fixed. My workaround is usually this:
void setSomething(Something s)
to
> setSomething(S s)
which maintains the compile type checking. And like Jean-Philippe,
third-party APIs mean that if I can I have to create a local extension with
a hacked setter just to make bluep
Dear Aries Team,
I have an issue with the way generics are handled in Blueprint. I get an
exception claiming that the bean conversion is not possible, but it should.
Let's say I have a bean with the method setSomething(Something) called via
blueprint with another bean implementing Something =>
18 matches
Mail list logo
