set, I'm
> not 100% sure yet. But you get the idea I hope.
>
> Any thoughts?
>
> Gary
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
ceptor chains, not to speak of
> > > interpolating configuration values from sources outside of Java. Even
> > > less do I feel the need to have an abstraction layer that enables us to
> > > swap out say, CDI for Spring or OSGi. Don't tempt me to cite XKCD 927
> on
> > > you!
> > >
> > > Cheers, Thomas
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org (mailto:
> dev-unsubscr...@commons.apache.org)
> > > For additional commands, e-mail: dev-h...@commons.apache.org (mailto:
> dev-h...@commons.apache.org)
> > >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
ious point, what is the high
level architecture of a plugin system the library will support and what
services will it provide?
On Thu, Apr 7, 2022 at 7:57 PM Ralph Goers
wrote:
>
>
> > On Apr 7, 2022, at 2:52 AM, Peter Verhas wrote:
> >
> >
> >> I would sugge
>
> > The plugin system is design to convert configuration data into
> instantiated objects.
>
For me that very much reads a dependency injection framework.
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
` method.
Again, if you find that answering the questions is difficult there may be
several reasons. One thing is for sure: I am not trolling you. I am asking
these questions because I honestly believe that any new library should
address the things that are not addressed by other systems and libraries,
and should provide a better way to do things, otherwise they will not be
widely used.
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
Thank Ralph for the answer related ServiceLoader. I understand your
concerns. A new commons plugin module is in place if we identify the needs
unmet with modern Java. However, the shortcomings you listed are mainly
related to Java 8 and older versions. Thus I would appreciate it if you
could clarif
on similar to how JUnit is
> supported by IDEs and other tools.
>
> What do you think? Should this start in the Sandbox? Is anyone interested
> in working on or using this?
>
> [0]: https://github.com/apache/logging-log4j2/tree/master/log4j-plugins <
> https://github.com/apache/logging-log4j2/tree/master/log4j-plugins>
>
> —
> Matt Sicker
>
> --
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
> > Gilles
> >
> > >> [...]
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
I don't want to break backwards compatibility so don't want to just
> > update to jdk 11, that is why I'm suggesting to use multi release
> > jars, so module-info.java is in META-INF/versions/11/module-info.jar.
> > I don't want to add new features, I just want the module-info so if
> > you are using a newer jdk you can use modules.
> >
> > John
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
e to Checktyle errors.
>
> Please fix.
>
> Gary
>
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
Here is the article that describes how to get the JavaDoc from unit tests.
https://javax0.wordpress.com/2019/09/04/keep-javadoc-up-to-date/
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
to check
an old functionality when the code affecting that changes.
In my opinion documentation maintenance should be as automatized as
testing. Generally: anything that can be automatized in software
development has to be automatized to save effort and to reduce the errors.
On Thu, Aug 29, 2019
>Runtime retention is a potential problem, as an extra binary may be needed.
>The jar might no longer be a drop-in replacement.
That is exactly while the annotations are an option only to use.
On Wed, Aug 28, 2019 at 4:17 PM sebb wrote:
> On Wed, 28 Aug 2019 at 14:55, Peter Verh
ntenance involved, whether it would
> change anything in the final binary that the user sees or not, and any
> other risks/issues.
> > If you are keen to show it in a PR, maybe just one or two examples would
> be enough to show how it works.
> > Thanks! And thanks for your recent
st note: The tool is extremely non-invasive. Any project using it can
decide at any point to discontinue the use. All it needs is to delete the
tests that start the tool, remove the dependency from the POM file and that
is it.
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
15 matches
Mail list logo