Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #35135

Re: plugin architecture

Show all headers | View raw

Am Samstag, 23. Juli 2016 05:50:17 UTC+2 schrieb Arne Vajhøj:
> Or do you really need some advanced features with versioning,
> dependencies, unload etc.?

In my case a plugin should be a Jar package but the plugin can store it's own dependencies.
My plugin should be like ja Mojo plugin.

I think a version checking should be also a nice helpful feature, but I don't need any unloading
structure

So I will take a look on Spring to do it. Did you have got an good link for the basic stuff to learn Spring?

> >            At the moment I have got a question: Is it a good idea,
> > that one Jar file store multiple plugins or is it better that one
> > plugin is represent by one Jar file.
> 
> One plugin per jar.

Thanks, I think this is a good idea

> > Another question is because I'm using Google Guava and there exists a
> > reflection API, so I can iterate over all classes within a package.
> > IMHO I can use this reflection to load my plugin. Is this a good
> > choice?
> 
> Direct reflection is probably too much a reinventing the wheel
> framework.


Yes I think this also, but I collect some ideas at the moment.

Thanks for your great explanation

Phil

Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

plugin architecture Philipp Kraus <philipp.kraus.flashpixx@gmail.com> - 2016-07-19 23:29 -0700
  Re: plugin architecture Qu0ll <qu0ll64@gmail.com> - 2016-07-21 05:10 +1000
    Re: plugin architecture Philipp Kraus <philipp.kraus.flashpixx@gmail.com> - 2016-07-21 05:17 -0700
      Re: plugin architecture Qu0ll <qu0ll64@gmail.com> - 2016-07-22 06:18 +1000
  Re: plugin architecture Arne Vajhøj <arne@vajhoej.dk> - 2016-07-22 23:50 -0400
    Re: plugin architecture Philipp Kraus <philipp.kraus.flashpixx@gmail.com> - 2016-07-25 11:57 -0700

csiph-web