Users should be required to do as little as possible to adapt the
plugin system to the environment it is running in*but plugins shouldn’t know or
care anything about how they are located and loaded.* Plugins are also to the
application or framework that will be using them. They essentially
Le mar. 12 avr. 2022 à 21:31, Ralph Goers a
écrit :
>
>
> > On Apr 12, 2022, at 6:56 PM, Thomas wrote:
> >
> >
> > On 11.04.2022 00:00, Ralph Goers wrote:
> >> See below
> >>
> >>> On Apr 8, 2022, at 9:23 AM, Peter Verhas wrote:
> >>>
> >>> Thanks Ralph for the detailed explanation. I
> On Apr 12, 2022, at 6:56 PM, Thomas wrote:
>
>
> On 11.04.2022 00:00, Ralph Goers wrote:
>> See below
>>
>>> On Apr 8, 2022, at 9:23 AM, Peter Verhas wrote:
>>>
>>> Thanks Ralph for the detailed explanation. I appreciate it and now I see
>>> the points.
>> I’ve removed the parts that I
On 11.04.2022 00:00, Ralph Goers wrote:
See below
On Apr 8, 2022, at 9:23 AM, Peter Verhas wrote:
Thanks Ralph for the detailed explanation. I appreciate it and now I see
the points.
I’ve removed the parts that I don’t think need any more discussion.
- How will it be a “plugin" project
Start it here, if it fails, we'll all learn something I am sure.
Gary
On Tue, Apr 12, 2022, 08:53 Gilles Sadowski wrote:
> Le mar. 12 avr. 2022 à 13:23, Gary Gregory a
> écrit :
> >
> > Commons Component can and do depend on other runtime libraries, for
> > example, VFS, Configuration, JCS,
Hi Matt,
That's normal thinking IMO not devil's advocacy :-) The JDK provides a bare
bones extension mechanism in the service loader but that's not enough for a
real plugin system.
Gary
On Tue, Apr 12, 2022, 11:30 Matt Benson wrote:
> Devil's advocate thought: given that Commons, while not
Devil's advocate thought: given that Commons, while not officially limited
to such, has heretofore concentrated on the Java ecosystem; as the core JDK
evolves, matures and provides more and more functionality out of the box,
possibly Commons components would have to increase in complexity to be
Le mar. 12 avr. 2022 à 13:23, Gary Gregory a écrit :
>
> Commons Component can and do depend on other runtime libraries, for
> example, VFS, Configuration, JCS, and so on. There are libraries that are
> naturally lower level where we do want to keep zero depencies like IO and
> Lang. If an app
For reference, I had the same mismatch result so this is definitely not
restricted to your local env:
git remote -v
github https://github.com/apache/commons-math.git (fetch)
github https://github.com/apache/commons-math.git (push)
origin https://gitbox.apache.org/repos/asf/commons-math (fetch)
Commons Component can and do depend on other runtime libraries, for
example, VFS, Configuration, JCS, and so on. There are libraries that are
naturally lower level where we do want to keep zero depencies like IO and
Lang. If an app has a plugin system it seems evident to me that it would be
the
You might want to ping infra on Slack as well and point the channel to the
ticket.
Gary
On Tue, Apr 12, 2022, 06:12 Gilles Sadowski wrote:
> FTR: Reported to INFRA:
> https://issues.apache.org/jira/browse/INFRA-23133
>
> Le lun. 11 avr. 2022 à 23:30, Gilles Sadowski a
> écrit :
> >
> >
FTR: Reported to INFRA:
https://issues.apache.org/jira/browse/INFRA-23133
Le lun. 11 avr. 2022 à 23:30, Gilles Sadowski a écrit :
>
> Hello.
>
> Fetching the "same" branch from either "github" or "gitbox", I don't
> end up with the same contents; see the sequence of commands,
> below, where
Hello.
Le mar. 12 avr. 2022 à 08:58, Romain Manni-Bucau
a écrit :
>
> Sounds like https://svn.apache.org/repos/asf/commons/sandbox/ can be a
> ready to start place even if I still think incubator is the real place for
> such a project since it will quickly overpass commons standard case with a
>
Sounds like https://svn.apache.org/repos/asf/commons/sandbox/ can be a
ready to start place even if I still think incubator is the real place for
such a project since it will quickly overpass commons standard case with a
lot of modules if it gets a community and adopted (for integrations).
Romain
14 matches
Mail list logo