Hi,
maybe I misunderstand something but I do not believe that this is
"harmless".
This will corrupt all singleton pattern implementations which are based on a
static
getInstance() method and a static field.
Or wouldn't it?
You may argue that the singleton pattern is "evil" but nevertheless there
are a lot
of libraries out there implementing it.
Greetings
Olli
2010/9/3 Howard Lewis Ship <hls...@gmail.com>
> On Thu, Sep 2, 2010 at 3:10 PM, Igor Drobiazko <igor.drobia...@gmail.com>
> 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 <hls...@gmail.com>
> wrote:
> >
> >> I can actually fix that, by bringing ServiceMessages "under the
> umbrella".
> >>
> >> On Thu, Sep 2, 2010 at 2:55 PM, Igor Drobiazko <
> igor.drobia...@gmail.com>
> >> 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 <hls...@gmail.com>
> >> 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
> >> >> <igor.drobia...@gmail.com> 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 <
> >> >> igor.drobia...@gmail.com>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 <
> hls...@gmail.com
> >> >> >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: dev-unsubscr...@tapestry.apache.org
> >> >> >>> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >> >> >>>
> >> >> >>>
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> 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: dev-unsubscr...@tapestry.apache.org
> >> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >> >>
> >> >>
> >> >
> >> >
> >> > --
> >> > 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: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >>
> >
> >
> > --
> > 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: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>
--
og
