How that? You would need to load that class together with the service from
same classloader. What if a ServiceMessages is accessed by several services?


On Fri, Sep 3, 2010 at 12:01 AM, Howard Lewis Ship <[email protected]> wrote:

> I can actually fix that, by bringing ServiceMessages "under the umbrella".
>
> On Thu, Sep 2, 2010 at 2:55 PM, Igor Drobiazko <[email protected]>
> wrote:
> > If you have a class like the following one inside the services package
> and
> > access the foo() method inside a service, you'll experience
> > IllegalAccessException. You can fix the problem by changing the
> visibility
> > of the foo() method to public.
> >
> > public class ServiceMessages {
> >    static String foo(){
> >       return "foo";
> >    }
> > }
> >
> > On Thu, Sep 2, 2010 at 11:24 PM, Howard Lewis Ship <[email protected]>
> wrote:
> >
> >> Tell me more about static utility methods ... it may be possible to
> >> make those work as well.
> >>
> >> On Thu, Sep 2, 2010 at 12:30 PM, Igor Drobiazko
> >> <[email protected]> wrote:
> >> > I tested my apps today with the recent snapshots. It looks good. No
> >> problems
> >> > with protected or package private methods in super classes. There are
> >> still
> >> > some problems with static utility methods but it is ok. I think we are
> >> ready
> >> > for a beta release now.
> >> >
> >> > On Wed, Sep 1, 2010 at 11:00 PM, Igor Drobiazko <
> >> [email protected]>wrote:
> >> >
> >> >> That's great. I'll try it out and report the results.
> >> >>
> >> >>
> >> >> On Wed, Sep 1, 2010 at 7:00 PM, Howard Lewis Ship <[email protected]
> >> >wrote:
> >> >>
> >> >>> Yesterday I checked in a revised version of the live service
> reloading
> >> >>> code.
> >> >>>
> >> >>> The new code is a bit smarter about extending the class-loader
> >> >>> umbrella to inner classes and base classes. This should make
> protected
> >> >>> method invocations work correctly (in most cases).
> >> >>>
> >> >>> There may be room for additional analysis.
> >> >>>
> >> >>> I'd appreciate it if people could try out the snapshot and see how
> >> >>> well it flies.  I really don't want to make live service reloading
> >> >>> default to off.
> >> >>>
> >> >>> --
> >> >>> Howard M. Lewis Ship
> >> >>>
> >> >>> Creator of Apache Tapestry
> >> >>>
> >> >>> The source for Tapestry training, mentoring and support. Contact me
> to
> >> >>> learn how I can get you up and productive in Tapestry fast!
> >> >>>
> >> >>> (971) 678-5210
> >> >>> http://howardlewisship.com
> >> >>>
> >> >>>
> ---------------------------------------------------------------------
> >> >>> To unsubscribe, e-mail: [email protected]
> >> >>> For additional commands, e-mail: [email protected]
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> >> --
> >> >> Best regards,
> >> >>
> >> >> Igor Drobiazko
> >> >> http://tapestry5.de
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Best regards,
> >> >
> >> > Igor Drobiazko
> >> > http://tapestry5.de
> >> >
> >>
> >>
> >>
> >> --
> >> Howard M. Lewis Ship
> >>
> >> Creator of Apache Tapestry
> >>
> >> The source for Tapestry training, mentoring and support. Contact me to
> >> learn how I can get you up and productive in Tapestry fast!
> >>
> >> (971) 678-5210
> >> http://howardlewisship.com
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [email protected]
> >> For additional commands, e-mail: [email protected]
> >>
> >>
> >
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>


-- 
Best regards,

Igor Drobiazko
http://tapestry5.de

Reply via email to