On Thu, Sep 2, 2010 at 3:10 PM, Igor Drobiazko <[email protected]> wrote:
> 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?

Each service will end up with its own copy of the class (including its
static variables). That may not be desirable, or it may be an unwanted
leaky abstraction, but harmless.

>
>
> 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
>



-- 
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]

Reply via email to