Tapestry ClassLoading errors

classic Classic list List threaded Threaded
17 messages Options
Reply | Threaded
Open this post in threaded view
|

Tapestry ClassLoading errors

Boris Horvat
Hi everyone,

I have create a service to help me reload different ajax zone but I get the
following exception

java.lang.LinkageError
loader constraint violation: when resolving method
"com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V"
the class loader (instance of
org/apache/tapestry5/internal/plastic/PlasticClassLoader) of the current
class, com/bomahabo/flow/tapestry/pages/blackbox/Assets, and the class
loader (instance of org/eclipse/jetty/webapp/WebAppClassLoader) for
resolved class, com/bomahabo/flow/tapestry/utility/AjaxZonesReloader, have
different Class objects for the type
com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V
used in the signature

Class definition and package location

package com.bomahabo.flow.*tapestry.utility*

public class AjaxZonesReloader {

    private AjaxResponseRenderer ajaxResponseRenderer;
    private Request request;
    private JavaScriptSupport javascript;

    public AjaxZonesReloader(AjaxResponseRenderer ajaxResponseRenderer,
Request request, JavaScriptSupport javascript) {
        this.ajaxResponseRenderer = ajaxResponseRenderer;
        this.request = request;
        this.javascript = javascript;
    }

Thank you :)

--
Sincerely
*Boris Horvat*
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
Anyone has any idea?
On 24 May 2014 11:30, "Boris Horvat" <[hidden email]> wrote:

>
> Hi everyone,
>
> I have create a service to help me reload different ajax zone but I get
> the following exception
>
> java.lang.LinkageError
> loader constraint violation: when resolving method
> "com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V"
> the class loader (instance of
> org/apache/tapestry5/internal/plastic/PlasticClassLoader) of the current
> class, com/bomahabo/flow/tapestry/pages/blackbox/Assets, and the class
> loader (instance of org/eclipse/jetty/webapp/WebAppClassLoader) for
> resolved class, com/bomahabo/flow/tapestry/utility/AjaxZonesReloader, have
> different Class objects for the type
> com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V
> used in the signature
>
> Class definition and package location
>
> package com.bomahabo.flow.*tapestry.utility*
>
> public class AjaxZonesReloader {
>
>     private AjaxResponseRenderer ajaxResponseRenderer;
>     private Request request;
>     private JavaScriptSupport javascript;
>
>     public AjaxZonesReloader(AjaxResponseRenderer ajaxResponseRenderer,
> Request request, JavaScriptSupport javascript) {
>         this.ajaxResponseRenderer = ajaxResponseRenderer;
>         this.request = request;
>         this.javascript = javascript;
>     }
>
> Thank you :)
>
> --
> Sincerely
> *Boris Horvat*
>
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Taha Hafeez Siddiqi
It looks like a dependency problem. Two versions of tapestry-core in class path perhaps.

Sent from my iPhone

> On May 27, 2014, at 5:30 PM, Boris Horvat <[hidden email]> wrote:
>
> Anyone has any idea?
>> On 24 May 2014 11:30, "Boris Horvat" <[hidden email]> wrote:
>>
>>
>> Hi everyone,
>>
>> I have create a service to help me reload different ajax zone but I get
>> the following exception
>>
>> java.lang.LinkageError
>> loader constraint violation: when resolving method
>> "com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V"
>> the class loader (instance of
>> org/apache/tapestry5/internal/plastic/PlasticClassLoader) of the current
>> class, com/bomahabo/flow/tapestry/pages/blackbox/Assets, and the class
>> loader (instance of org/eclipse/jetty/webapp/WebAppClassLoader) for
>> resolved class, com/bomahabo/flow/tapestry/utility/AjaxZonesReloader, have
>> different Class objects for the type
>> com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V
>> used in the signature
>>
>> Class definition and package location
>>
>> package com.bomahabo.flow.*tapestry.utility*
>>
>> public class AjaxZonesReloader {
>>
>>    private AjaxResponseRenderer ajaxResponseRenderer;
>>    private Request request;
>>    private JavaScriptSupport javascript;
>>
>>    public AjaxZonesReloader(AjaxResponseRenderer ajaxResponseRenderer,
>> Request request, JavaScriptSupport javascript) {
>>        this.ajaxResponseRenderer = ajaxResponseRenderer;
>>        this.request = request;
>>        this.javascript = javascript;
>>    }
>>
>> Thank you :)
>>
>> --
>> Sincerely
>> *Boris Horvat*
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
But it is only triggered in class re loading
On 27 May 2014 15:11, "Taha Siddiqi" <[hidden email]> wrote:

> It looks like a dependency problem. Two versions of tapestry-core in class
> path perhaps.
>
> Sent from my iPhone
>
> > On May 27, 2014, at 5:30 PM, Boris Horvat <[hidden email]>
> wrote:
> >
> > Anyone has any idea?
> >> On 24 May 2014 11:30, "Boris Horvat" <[hidden email]> wrote:
> >>
> >>
> >> Hi everyone,
> >>
> >> I have create a service to help me reload different ajax zone but I get
> >> the following exception
> >>
> >> java.lang.LinkageError
> >> loader constraint violation: when resolving method
> >>
> "com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V"
> >> the class loader (instance of
> >> org/apache/tapestry5/internal/plastic/PlasticClassLoader) of the current
> >> class, com/bomahabo/flow/tapestry/pages/blackbox/Assets, and the class
> >> loader (instance of org/eclipse/jetty/webapp/WebAppClassLoader) for
> >> resolved class, com/bomahabo/flow/tapestry/utility/AjaxZonesReloader,
> have
> >> different Class objects for the type
> >>
> com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V
> >> used in the signature
> >>
> >> Class definition and package location
> >>
> >> package com.bomahabo.flow.*tapestry.utility*
> >>
> >> public class AjaxZonesReloader {
> >>
> >>    private AjaxResponseRenderer ajaxResponseRenderer;
> >>    private Request request;
> >>    private JavaScriptSupport javascript;
> >>
> >>    public AjaxZonesReloader(AjaxResponseRenderer ajaxResponseRenderer,
> >> Request request, JavaScriptSupport javascript) {
> >>        this.ajaxResponseRenderer = ajaxResponseRenderer;
> >>        this.request = request;
> >>        this.javascript = javascript;
> >>    }
> >>
> >> Thank you :)
> >>
> >> --
> >> Sincerely
> >> *Boris Horvat*
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Thiago H. de Paula Figueiredo
On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat  
<[hidden email]> wrote:

> But it is only triggered in class re loading

It could be a reloadable service being used both injected from  
Tapestry-IoC and directly, not through T-IoC. If something is live class  
reloadable, you should always access it though Tapestry (classes in  
controlled packages) or Tapestry-IoC (injected services).

--
Thiago H. de Paula Figueiredo
Tapestry, Java and Hibernate consultant and developer
http://machina.com.br

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
I will try to search for the direct usage of the class and to remove it if
I find it

Thanks


On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
[hidden email]> wrote:

> On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <[hidden email]>
> wrote:
>
>  But it is only triggered in class re loading
>>
>
> It could be a reloadable service being used both injected from
> Tapestry-IoC and directly, not through T-IoC. If something is live class
> reloadable, you should always access it though Tapestry (classes in
> controlled packages) or Tapestry-IoC (injected services).
>
> --
> Thiago H. de Paula Figueiredo
> Tapestry, Java and Hibernate consultant and developer
> http://machina.com.br
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Sincerely
*Boris Horvat*
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
In reply to this post by Thiago H. de Paula Figueiredo
In what package should I put this component? Currently it resides in

package com.bomahabo.flow.tapestry.utility

and it uses

    private AjaxResponseRenderer ajaxResponseRenderer;
    private Request request;
    private JavaScriptSupport javascript;

Should I move it outside of the tapestry in order to help with this issue?


On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
[hidden email]> wrote:

> On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <[hidden email]>
> wrote:
>
>  But it is only triggered in class re loading
>>
>
> It could be a reloadable service being used both injected from
> Tapestry-IoC and directly, not through T-IoC. If something is live class
> reloadable, you should always access it though Tapestry (classes in
> controlled packages) or Tapestry-IoC (injected services).
>
> --
> Thiago H. de Paula Figueiredo
> Tapestry, Java and Hibernate consultant and developer
> http://machina.com.br
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Sincerely
*Boris Horvat*
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Chris Mylonas
What if you move your classes from tapestry.utility to
tapestry.base.utility which is controlled by tapestry....maybe

http://tapestry.apache.org/class-reloading.html
On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]> wrote:

> In what package should I put this component? Currently it resides in
>
> package com.bomahabo.flow.tapestry.utility
>
> and it uses
>
>     private AjaxResponseRenderer ajaxResponseRenderer;
>     private Request request;
>     private JavaScriptSupport javascript;
>
> Should I move it outside of the tapestry in order to help with this issue?
>
>
> On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
> [hidden email]> wrote:
>
> > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> [hidden email]>
> > wrote:
> >
> >  But it is only triggered in class re loading
> >>
> >
> > It could be a reloadable service being used both injected from
> > Tapestry-IoC and directly, not through T-IoC. If something is live class
> > reloadable, you should always access it though Tapestry (classes in
> > controlled packages) or Tapestry-IoC (injected services).
> >
> > --
> > Thiago H. de Paula Figueiredo
> > Tapestry, Java and Hibernate consultant and developer
> > http://machina.com.br
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >
>
>
> --
> Sincerely
> *Boris Horvat*
>
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
That does sound promising. Will try it out. Thanks


On Sun, Jun 1, 2014 at 12:38 AM, Chris Mylonas <[hidden email]> wrote:

> What if you move your classes from tapestry.utility to
> tapestry.base.utility which is controlled by tapestry....maybe
>
> http://tapestry.apache.org/class-reloading.html
> On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]> wrote:
>
> > In what package should I put this component? Currently it resides in
> >
> > package com.bomahabo.flow.tapestry.utility
> >
> > and it uses
> >
> >     private AjaxResponseRenderer ajaxResponseRenderer;
> >     private Request request;
> >     private JavaScriptSupport javascript;
> >
> > Should I move it outside of the tapestry in order to help with this
> issue?
> >
> >
> > On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
> > [hidden email]> wrote:
> >
> > > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> > [hidden email]>
> > > wrote:
> > >
> > >  But it is only triggered in class re loading
> > >>
> > >
> > > It could be a reloadable service being used both injected from
> > > Tapestry-IoC and directly, not through T-IoC. If something is live
> class
> > > reloadable, you should always access it though Tapestry (classes in
> > > controlled packages) or Tapestry-IoC (injected services).
> > >
> > > --
> > > Thiago H. de Paula Figueiredo
> > > Tapestry, Java and Hibernate consultant and developer
> > > http://machina.com.br
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [hidden email]
> > > For additional commands, e-mail: [hidden email]
> > >
> > >
> >
> >
> > --
> > Sincerely
> > *Boris Horvat*
> >
>



--
Sincerely
*Boris Horvat*
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Lance Java
If you want to keep your utility out of the tapestry controlled packages,
you can reference interfaces instead of concrete components. Make sure your
own interfaces are not in a tapestry controlled package.
On 1 Jun 2014 09:34, "Boris Horvat" <[hidden email]> wrote:

> That does sound promising. Will try it out. Thanks
>
>
> On Sun, Jun 1, 2014 at 12:38 AM, Chris Mylonas <[hidden email]> wrote:
>
> > What if you move your classes from tapestry.utility to
> > tapestry.base.utility which is controlled by tapestry....maybe
> >
> > http://tapestry.apache.org/class-reloading.html
> > On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]> wrote:
> >
> > > In what package should I put this component? Currently it resides in
> > >
> > > package com.bomahabo.flow.tapestry.utility
> > >
> > > and it uses
> > >
> > >     private AjaxResponseRenderer ajaxResponseRenderer;
> > >     private Request request;
> > >     private JavaScriptSupport javascript;
> > >
> > > Should I move it outside of the tapestry in order to help with this
> > issue?
> > >
> > >
> > > On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
> > > [hidden email]> wrote:
> > >
> > > > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> > > [hidden email]>
> > > > wrote:
> > > >
> > > >  But it is only triggered in class re loading
> > > >>
> > > >
> > > > It could be a reloadable service being used both injected from
> > > > Tapestry-IoC and directly, not through T-IoC. If something is live
> > class
> > > > reloadable, you should always access it though Tapestry (classes in
> > > > controlled packages) or Tapestry-IoC (injected services).
> > > >
> > > > --
> > > > Thiago H. de Paula Figueiredo
> > > > Tapestry, Java and Hibernate consultant and developer
> > > > http://machina.com.br
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [hidden email]
> > > > For additional commands, e-mail: [hidden email]
> > > >
> > > >
> > >
> > >
> > > --
> > > Sincerely
> > > *Boris Horvat*
> > >
> >
>
>
>
> --
> Sincerely
> *Boris Horvat*
>
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
No it is the other way around. I want them to be part of the tapestry
service, but for some reason it fails with the class loading exception. I
think that by moving it to the *base *package it should work


On Sun, Jun 1, 2014 at 12:39 PM, Lance Java <[hidden email]>
wrote:

> If you want to keep your utility out of the tapestry controlled packages,
> you can reference interfaces instead of concrete components. Make sure your
> own interfaces are not in a tapestry controlled package.
> On 1 Jun 2014 09:34, "Boris Horvat" <[hidden email]> wrote:
>
> > That does sound promising. Will try it out. Thanks
> >
> >
> > On Sun, Jun 1, 2014 at 12:38 AM, Chris Mylonas <[hidden email]>
> wrote:
> >
> > > What if you move your classes from tapestry.utility to
> > > tapestry.base.utility which is controlled by tapestry....maybe
> > >
> > > http://tapestry.apache.org/class-reloading.html
> > > On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]>
> wrote:
> > >
> > > > In what package should I put this component? Currently it resides in
> > > >
> > > > package com.bomahabo.flow.tapestry.utility
> > > >
> > > > and it uses
> > > >
> > > >     private AjaxResponseRenderer ajaxResponseRenderer;
> > > >     private Request request;
> > > >     private JavaScriptSupport javascript;
> > > >
> > > > Should I move it outside of the tapestry in order to help with this
> > > issue?
> > > >
> > > >
> > > > On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
> > > > [hidden email]> wrote:
> > > >
> > > > > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> > > > [hidden email]>
> > > > > wrote:
> > > > >
> > > > >  But it is only triggered in class re loading
> > > > >>
> > > > >
> > > > > It could be a reloadable service being used both injected from
> > > > > Tapestry-IoC and directly, not through T-IoC. If something is live
> > > class
> > > > > reloadable, you should always access it though Tapestry (classes in
> > > > > controlled packages) or Tapestry-IoC (injected services).
> > > > >
> > > > > --
> > > > > Thiago H. de Paula Figueiredo
> > > > > Tapestry, Java and Hibernate consultant and developer
> > > > > http://machina.com.br
> > > > >
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: [hidden email]
> > > > > For additional commands, e-mail: [hidden email]
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Sincerely
> > > > *Boris Horvat*
> > > >
> > >
> >
> >
> >
> > --
> > Sincerely
> > *Boris Horvat*
> >
>



--
Sincerely
*Boris Horvat*
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Thiago H. de Paula Figueiredo
In reply to this post by Chris Mylonas
On Sat, 31 May 2014 19:38:43 -0300, Chris Mylonas <[hidden email]>  
wrote:

> What if you move your classes from tapestry.utility to
> tapestry.base.utility which is controlled by tapestry....maybe

'base' is a controlled package for classes that are meant to be  
superclasses of pages, components and mixins, so I advise you to not do  
that. No code was given, so it's hard to know what's happening. I still  
think there's a mix of usage of your utility class in two ways: through  
injected service and not through injected service. Another option is to  
disable class reloading for this service. Anyway,  
com.bomahabo.flow.tapestry.utility is *not* a controlled package.

>
> http://tapestry.apache.org/class-reloading.html
> On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]> wrote:
>
>> In what package should I put this component? Currently it resides in
>>
>> package com.bomahabo.flow.tapestry.utility
>>
>> and it uses
>>
>>     private AjaxResponseRenderer ajaxResponseRenderer;
>>     private Request request;
>>     private JavaScriptSupport javascript;
>>
>> Should I move it outside of the tapestry in order to help with this  
>> issue?
>>
>>
>> On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
>> [hidden email]> wrote:
>>
>> > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
>> [hidden email]>
>> > wrote:
>> >
>> >  But it is only triggered in class re loading
>> >>
>> >
>> > It could be a reloadable service being used both injected from
>> > Tapestry-IoC and directly, not through T-IoC. If something is live  
>> class
>> > reloadable, you should always access it though Tapestry (classes in
>> > controlled packages) or Tapestry-IoC (injected services).
>> >
>> > --
>> > Thiago H. de Paula Figueiredo
>> > Tapestry, Java and Hibernate consultant and developer
>> > http://machina.com.br
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: [hidden email]
>> > For additional commands, e-mail: [hidden email]
>> >
>> >
>>
>>
>> --
>> Sincerely
>> *Boris Horvat*
>>


--
Thiago H. de Paula Figueiredo
Tapestry, Java and Hibernate consultant and developer
http://machina.com.br

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
Not much more code can be given so let me copy it from the beginning of the
mail

So where should one put the class below in order to be able to simple
inject it into a page and that after reloaded I dont get a given exception

java.lang.LinkageError
loader constraint violation: when resolving method
"com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V"
the class loader (instance of
org/apache/tapestry5/internal/plastic/PlasticClassLoader) of the current
class, com/bomahabo/flow/tapestry/pages/blackbox/Assets, and the class
loader (instance of org/eclipse/jetty/webapp/WebAppClassLoader) for
resolved class, com/bomahabo/flow/tapestry/utility/AjaxZonesReloader, have
different Class objects for the type
com.bomahabo.flow.tapestry.utility.AjaxZonesReloader.refreshAjaxZones([Lorg/apache/tapestry5/corelib/components/Zone;)V
used in the signature

Class definition and package location

package com.bomahabo.flow.*tapestry.utility*

public class AjaxZonesReloader {

    private AjaxResponseRenderer ajaxResponseRenderer;
    private Request request;
    private JavaScriptSupport javascript;

    public AjaxZonesReloader(AjaxResponseRenderer ajaxResponseRenderer,
Request request, JavaScriptSupport javascript) {
        this.ajaxResponseRenderer = ajaxResponseRenderer;
        this.request = request;
        this.javascript = javascript;
    }

public class AppModule {

    public static void bind(ServiceBinder binder) {
        binder.bind(AjaxZonesReloader.class);
    }



On Sun, Jun 1, 2014 at 2:32 PM, Thiago H de Paula Figueiredo <
[hidden email]> wrote:

> On Sat, 31 May 2014 19:38:43 -0300, Chris Mylonas <[hidden email]>
> wrote:
>
>  What if you move your classes from tapestry.utility to
>> tapestry.base.utility which is controlled by tapestry....maybe
>>
>
> 'base' is a controlled package for classes that are meant to be
> superclasses of pages, components and mixins, so I advise you to not do
> that. No code was given, so it's hard to know what's happening. I still
> think there's a mix of usage of your utility class in two ways: through
> injected service and not through injected service. Another option is to
> disable class reloading for this service. Anyway,
> com.bomahabo.flow.tapestry.utility is *not* a controlled package.
>
>
>
>> http://tapestry.apache.org/class-reloading.html
>> On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]> wrote:
>>
>>  In what package should I put this component? Currently it resides in
>>>
>>> package com.bomahabo.flow.tapestry.utility
>>>
>>> and it uses
>>>
>>>     private AjaxResponseRenderer ajaxResponseRenderer;
>>>     private Request request;
>>>     private JavaScriptSupport javascript;
>>>
>>> Should I move it outside of the tapestry in order to help with this
>>> issue?
>>>
>>>
>>> On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
>>> [hidden email]> wrote:
>>>
>>> > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
>>> [hidden email]>
>>> > wrote:
>>> >
>>> >  But it is only triggered in class re loading
>>> >>
>>> >
>>> > It could be a reloadable service being used both injected from
>>> > Tapestry-IoC and directly, not through T-IoC. If something is live
>>> class
>>> > reloadable, you should always access it though Tapestry (classes in
>>> > controlled packages) or Tapestry-IoC (injected services).
>>> >
>>> > --
>>> > Thiago H. de Paula Figueiredo
>>> > Tapestry, Java and Hibernate consultant and developer
>>> > http://machina.com.br
>>> >
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: [hidden email]
>>> > For additional commands, e-mail: [hidden email]
>>> >
>>> >
>>>
>>>
>>> --
>>> Sincerely
>>> *Boris Horvat*
>>>
>>>
>
> --
> Thiago H. de Paula Figueiredo
> Tapestry, Java and Hibernate consultant and developer
> http://machina.com.br
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>


--
Sincerely
*Boris Horvat*
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Lance Java
In reply to this post by Boris Horvat
Components and services are loaded by different classloaders. Services
should never reference component classes.

Your service has a method:
refreshAjaxZones(Zone)

This is the problem since Zone is a component. Try referencing the
interface ClientElement instead.
 On 1 Jun 2014 12:41, "Boris Horvat" <[hidden email]> wrote:

> No it is the other way around. I want them to be part of the tapestry
> service, but for some reason it fails with the class loading exception. I
> think that by moving it to the *base *package it should work
>
>
> On Sun, Jun 1, 2014 at 12:39 PM, Lance Java <[hidden email]>
> wrote:
>
> > If you want to keep your utility out of the tapestry controlled packages,
> > you can reference interfaces instead of concrete components. Make sure
> your
> > own interfaces are not in a tapestry controlled package.
> > On 1 Jun 2014 09:34, "Boris Horvat" <[hidden email]> wrote:
> >
> > > That does sound promising. Will try it out. Thanks
> > >
> > >
> > > On Sun, Jun 1, 2014 at 12:38 AM, Chris Mylonas <[hidden email]>
> > wrote:
> > >
> > > > What if you move your classes from tapestry.utility to
> > > > tapestry.base.utility which is controlled by tapestry....maybe
> > > >
> > > > http://tapestry.apache.org/class-reloading.html
> > > > On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]>
> > wrote:
> > > >
> > > > > In what package should I put this component? Currently it resides
> in
> > > > >
> > > > > package com.bomahabo.flow.tapestry.utility
> > > > >
> > > > > and it uses
> > > > >
> > > > >     private AjaxResponseRenderer ajaxResponseRenderer;
> > > > >     private Request request;
> > > > >     private JavaScriptSupport javascript;
> > > > >
> > > > > Should I move it outside of the tapestry in order to help with this
> > > > issue?
> > > > >
> > > > >
> > > > > On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
> > > > > [hidden email]> wrote:
> > > > >
> > > > > > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> > > > > [hidden email]>
> > > > > > wrote:
> > > > > >
> > > > > >  But it is only triggered in class re loading
> > > > > >>
> > > > > >
> > > > > > It could be a reloadable service being used both injected from
> > > > > > Tapestry-IoC and directly, not through T-IoC. If something is
> live
> > > > class
> > > > > > reloadable, you should always access it though Tapestry (classes
> in
> > > > > > controlled packages) or Tapestry-IoC (injected services).
> > > > > >
> > > > > > --
> > > > > > Thiago H. de Paula Figueiredo
> > > > > > Tapestry, Java and Hibernate consultant and developer
> > > > > > http://machina.com.br
> > > > > >
> > > > > >
> > > > > >
> > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: [hidden email]
> > > > > > For additional commands, e-mail: [hidden email]
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Sincerely
> > > > > *Boris Horvat*
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Sincerely
> > > *Boris Horvat*
> > >
> >
>
>
>
> --
> Sincerely
> *Boris Horvat*
>
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
Hm...I did not know about this. Will try it out over the weekend. Thank you
very much.

BTW is there some place in documentation where I can read about this trick?


On Sun, Jun 1, 2014 at 11:05 PM, Lance Java <[hidden email]>
wrote:

> Components and services are loaded by different classloaders. Services
> should never reference component classes.
>
> Your service has a method:
> refreshAjaxZones(Zone)
>
> This is the problem since Zone is a component. Try referencing the
> interface ClientElement instead.
>  On 1 Jun 2014 12:41, "Boris Horvat" <[hidden email]> wrote:
>
> > No it is the other way around. I want them to be part of the tapestry
> > service, but for some reason it fails with the class loading exception. I
> > think that by moving it to the *base *package it should work
> >
> >
> > On Sun, Jun 1, 2014 at 12:39 PM, Lance Java <[hidden email]>
> > wrote:
> >
> > > If you want to keep your utility out of the tapestry controlled
> packages,
> > > you can reference interfaces instead of concrete components. Make sure
> > your
> > > own interfaces are not in a tapestry controlled package.
> > > On 1 Jun 2014 09:34, "Boris Horvat" <[hidden email]> wrote:
> > >
> > > > That does sound promising. Will try it out. Thanks
> > > >
> > > >
> > > > On Sun, Jun 1, 2014 at 12:38 AM, Chris Mylonas <[hidden email]>
> > > wrote:
> > > >
> > > > > What if you move your classes from tapestry.utility to
> > > > > tapestry.base.utility which is controlled by tapestry....maybe
> > > > >
> > > > > http://tapestry.apache.org/class-reloading.html
> > > > > On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]>
> > > wrote:
> > > > >
> > > > > > In what package should I put this component? Currently it resides
> > in
> > > > > >
> > > > > > package com.bomahabo.flow.tapestry.utility
> > > > > >
> > > > > > and it uses
> > > > > >
> > > > > >     private AjaxResponseRenderer ajaxResponseRenderer;
> > > > > >     private Request request;
> > > > > >     private JavaScriptSupport javascript;
> > > > > >
> > > > > > Should I move it outside of the tapestry in order to help with
> this
> > > > > issue?
> > > > > >
> > > > > >
> > > > > > On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
> > > > > > [hidden email]> wrote:
> > > > > >
> > > > > > > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> > > > > > [hidden email]>
> > > > > > > wrote:
> > > > > > >
> > > > > > >  But it is only triggered in class re loading
> > > > > > >>
> > > > > > >
> > > > > > > It could be a reloadable service being used both injected from
> > > > > > > Tapestry-IoC and directly, not through T-IoC. If something is
> > live
> > > > > class
> > > > > > > reloadable, you should always access it though Tapestry
> (classes
> > in
> > > > > > > controlled packages) or Tapestry-IoC (injected services).
> > > > > > >
> > > > > > > --
> > > > > > > Thiago H. de Paula Figueiredo
> > > > > > > Tapestry, Java and Hibernate consultant and developer
> > > > > > > http://machina.com.br
> > > > > > >
> > > > > > >
> > > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail: [hidden email]
> > > > > > > For additional commands, e-mail:
> [hidden email]
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Sincerely
> > > > > > *Boris Horvat*
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Sincerely
> > > > *Boris Horvat*
> > > >
> > >
> >
> >
> >
> > --
> > Sincerely
> > *Boris Horvat*
> >
>



--
Sincerely
*Boris Horvat*
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Lance Java
http://tapestry.apache.org/class-reloading.html
 On 2 Jun 2014 22:49, "Boris Horvat" <[hidden email]> wrote:

> Hm...I did not know about this. Will try it out over the weekend. Thank you
> very much.
>
> BTW is there some place in documentation where I can read about this trick?
>
>
> On Sun, Jun 1, 2014 at 11:05 PM, Lance Java <[hidden email]>
> wrote:
>
> > Components and services are loaded by different classloaders. Services
> > should never reference component classes.
> >
> > Your service has a method:
> > refreshAjaxZones(Zone)
> >
> > This is the problem since Zone is a component. Try referencing the
> > interface ClientElement instead.
> >  On 1 Jun 2014 12:41, "Boris Horvat" <[hidden email]> wrote:
> >
> > > No it is the other way around. I want them to be part of the tapestry
> > > service, but for some reason it fails with the class loading
> exception. I
> > > think that by moving it to the *base *package it should work
> > >
> > >
> > > On Sun, Jun 1, 2014 at 12:39 PM, Lance Java <[hidden email]
> >
> > > wrote:
> > >
> > > > If you want to keep your utility out of the tapestry controlled
> > packages,
> > > > you can reference interfaces instead of concrete components. Make
> sure
> > > your
> > > > own interfaces are not in a tapestry controlled package.
> > > > On 1 Jun 2014 09:34, "Boris Horvat" <[hidden email]>
> wrote:
> > > >
> > > > > That does sound promising. Will try it out. Thanks
> > > > >
> > > > >
> > > > > On Sun, Jun 1, 2014 at 12:38 AM, Chris Mylonas <[hidden email]
> >
> > > > wrote:
> > > > >
> > > > > > What if you move your classes from tapestry.utility to
> > > > > > tapestry.base.utility which is controlled by tapestry....maybe
> > > > > >
> > > > > > http://tapestry.apache.org/class-reloading.html
> > > > > > On 01/06/2014 4:58 am, "Boris Horvat" <[hidden email]>
> > > > wrote:
> > > > > >
> > > > > > > In what package should I put this component? Currently it
> resides
> > > in
> > > > > > >
> > > > > > > package com.bomahabo.flow.tapestry.utility
> > > > > > >
> > > > > > > and it uses
> > > > > > >
> > > > > > >     private AjaxResponseRenderer ajaxResponseRenderer;
> > > > > > >     private Request request;
> > > > > > >     private JavaScriptSupport javascript;
> > > > > > >
> > > > > > > Should I move it outside of the tapestry in order to help with
> > this
> > > > > > issue?
> > > > > > >
> > > > > > >
> > > > > > > On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula Figueiredo <
> > > > > > > [hidden email]> wrote:
> > > > > > >
> > > > > > > > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> > > > > > > [hidden email]>
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > >  But it is only triggered in class re loading
> > > > > > > >>
> > > > > > > >
> > > > > > > > It could be a reloadable service being used both injected
> from
> > > > > > > > Tapestry-IoC and directly, not through T-IoC. If something is
> > > live
> > > > > > class
> > > > > > > > reloadable, you should always access it though Tapestry
> > (classes
> > > in
> > > > > > > > controlled packages) or Tapestry-IoC (injected services).
> > > > > > > >
> > > > > > > > --
> > > > > > > > Thiago H. de Paula Figueiredo
> > > > > > > > Tapestry, Java and Hibernate consultant and developer
> > > > > > > > http://machina.com.br
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail:
> [hidden email]
> > > > > > > > For additional commands, e-mail:
> > [hidden email]
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Sincerely
> > > > > > > *Boris Horvat*
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Sincerely
> > > > > *Boris Horvat*
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Sincerely
> > > *Boris Horvat*
> > >
> >
>
>
>
> --
> Sincerely
> *Boris Horvat*
>
Reply | Threaded
Open this post in threaded view
|

Re: Tapestry ClassLoading errors

Boris Horvat
Glad to report that this resolved my issue. Thank you :)


On Mon, Jun 2, 2014 at 11:59 PM, Lance Java <[hidden email]>
wrote:

> http://tapestry.apache.org/class-reloading.html
>  On 2 Jun 2014 22:49, "Boris Horvat" <[hidden email]> wrote:
>
> > Hm...I did not know about this. Will try it out over the weekend. Thank
> you
> > very much.
> >
> > BTW is there some place in documentation where I can read about this
> trick?
> >
> >
> > On Sun, Jun 1, 2014 at 11:05 PM, Lance Java <[hidden email]>
> > wrote:
> >
> > > Components and services are loaded by different classloaders. Services
> > > should never reference component classes.
> > >
> > > Your service has a method:
> > > refreshAjaxZones(Zone)
> > >
> > > This is the problem since Zone is a component. Try referencing the
> > > interface ClientElement instead.
> > >  On 1 Jun 2014 12:41, "Boris Horvat" <[hidden email]> wrote:
> > >
> > > > No it is the other way around. I want them to be part of the tapestry
> > > > service, but for some reason it fails with the class loading
> > exception. I
> > > > think that by moving it to the *base *package it should work
> > > >
> > > >
> > > > On Sun, Jun 1, 2014 at 12:39 PM, Lance Java <
> [hidden email]
> > >
> > > > wrote:
> > > >
> > > > > If you want to keep your utility out of the tapestry controlled
> > > packages,
> > > > > you can reference interfaces instead of concrete components. Make
> > sure
> > > > your
> > > > > own interfaces are not in a tapestry controlled package.
> > > > > On 1 Jun 2014 09:34, "Boris Horvat" <[hidden email]>
> > wrote:
> > > > >
> > > > > > That does sound promising. Will try it out. Thanks
> > > > > >
> > > > > >
> > > > > > On Sun, Jun 1, 2014 at 12:38 AM, Chris Mylonas <
> [hidden email]
> > >
> > > > > wrote:
> > > > > >
> > > > > > > What if you move your classes from tapestry.utility to
> > > > > > > tapestry.base.utility which is controlled by tapestry....maybe
> > > > > > >
> > > > > > > http://tapestry.apache.org/class-reloading.html
> > > > > > > On 01/06/2014 4:58 am, "Boris Horvat" <
> [hidden email]>
> > > > > wrote:
> > > > > > >
> > > > > > > > In what package should I put this component? Currently it
> > resides
> > > > in
> > > > > > > >
> > > > > > > > package com.bomahabo.flow.tapestry.utility
> > > > > > > >
> > > > > > > > and it uses
> > > > > > > >
> > > > > > > >     private AjaxResponseRenderer ajaxResponseRenderer;
> > > > > > > >     private Request request;
> > > > > > > >     private JavaScriptSupport javascript;
> > > > > > > >
> > > > > > > > Should I move it outside of the tapestry in order to help
> with
> > > this
> > > > > > > issue?
> > > > > > > >
> > > > > > > >
> > > > > > > > On Tue, May 27, 2014 at 5:50 PM, Thiago H de Paula
> Figueiredo <
> > > > > > > > [hidden email]> wrote:
> > > > > > > >
> > > > > > > > > On Tue, 27 May 2014 10:29:09 -0300, Boris Horvat <
> > > > > > > > [hidden email]>
> > > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > >  But it is only triggered in class re loading
> > > > > > > > >>
> > > > > > > > >
> > > > > > > > > It could be a reloadable service being used both injected
> > from
> > > > > > > > > Tapestry-IoC and directly, not through T-IoC. If something
> is
> > > > live
> > > > > > > class
> > > > > > > > > reloadable, you should always access it though Tapestry
> > > (classes
> > > > in
> > > > > > > > > controlled packages) or Tapestry-IoC (injected services).
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Thiago H. de Paula Figueiredo
> > > > > > > > > Tapestry, Java and Hibernate consultant and developer
> > > > > > > > > http://machina.com.br
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > > > > > To unsubscribe, e-mail:
> > [hidden email]
> > > > > > > > > For additional commands, e-mail:
> > > [hidden email]
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Sincerely
> > > > > > > > *Boris Horvat*
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Sincerely
> > > > > > *Boris Horvat*
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Sincerely
> > > > *Boris Horvat*
> > > >
> > >
> >
> >
> >
> > --
> > Sincerely
> > *Boris Horvat*
> >
>



--
Sincerely
*Boris Horvat*