P.S. Thaigo, I'm testing out the Opera mail client - I found a nabble post
of me having trouble with a value encoder from years ago and one of the
many side comments was email client garbage. Kind of liking it but it's
making spam way too visible!
On Wed, Sep 17, 2014 at 4:54 PM, Chris Mylonas <ch...@opencsta.org> wrote:
> Actually I found a cheap workaround.
>
> In my Tapestry Service Implementation class constructor, do a jndi lookup
> for the session/business layer interface. I might switch back to my master
> branch now :)
>
>
>
> public TapestryUserServiceImpl() {
> try {
> _initialContext = new InitialContext();
> String jndiName = "java:global/" + Version.EARMOD + "-" +
> Version.VERSION + "/" + Version.EJBMOD + "-" + Version.VERSION + "/" +
> "SubnetsUserFacade";
> userService = (SubnetsUserFacadeLocal)
> _initialContext.lookup(jndiName);
> } catch (NamingException e) {
> e.printStackTrace();
> }
> }
>
>
>
> On Wed, Sep 17, 2014 at 8:48 AM, Chris Mylonas <ch...@opencsta.org> wrote:
>
>> Brilliant, thanks Thiago. I'm spending a month doing mainly tapestry
>> stuff luckily and will put some workflow R&D in.
>>
>> I have nonetheless created a branch in my project doing the monkey
>> business of manual transformation because I'm deadlining on multiple
>> projects and will go with proven tech.
>> On 16/09/2014 11:02 pm, "Thiago H de Paula Figueiredo" <
>> thiag...@gmail.com> wrote:
>>
>>> On Tue, 16 Sep 2014 06:06:55 -0300, Chris Mylonas <ch...@opencsta.org>
>>> wrote:
>>>
>>> Hi Tapestry Users,
>>>>
>>>
>>> Hi!
>>>
>>> Is there a limitation to how/where to use @EJB?
>>>>
>>>
>>> It depends on how your project handles it.
>>>
>>> All my tapestry services
>>>> and their implementation are in the services package - is this one of
>>>> those special packages I should move my services out of?
>>>>
>>>
>>> No. The services package doesn't have any special meaning for Tapestry
>>> except for the default location of AppModule.
>>>
>>> AppModule.java has
>>>> @Primary
>>>> public static void contributeComponentClassTransformWorker(
>>>> OrderedConfiguration<ComponentClassTransformWorker2>
>>>> configuration) {
>>>> configuration.addInstance("EJB", EJBAnnotationWorker.class,
>>>> "before:Property");
>>>> }
>>>>
>>>
>>> ComponentClassTransformWorker, as its name says, changes component (and
>>> pages and mixins) classes, not service ones (or any other class).
>>>
>>> If you want an annotation to work on services, which are actually a
>>> Tapestry-IoC concept, not a Tapestry(-core) one (Tapestry-Core uses
>>> Tapestry-IoC services), you should do it in Tapestry-IoC.
>>>
>>> Have you tried https://github.com/got5/tapestry-cdi?
>>>
>>> --
>>> Thiago H. de Paula Figueiredo
>>> Tapestry, Java and Hibernate consultant and developer
>>> http://machina.com.br
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>>
>
