Am 2016-08-25 um 23:20 schrieb Hervé BOUTEMY:
ok, we can change groupId
everybody ok for:
- name: "Artifact Resolver"
Not Maven Artifact Resolver?
- groupId: org.apache.maven.resolver
- artifactId: resolver(-*)
Same here maven-resolver-...?
--
+1
> On Aug 25, 2016, at 2:20 PM, Hervé BOUTEMY wrote:
>
> ok, we can change groupId
>
> everybody ok for:
> - name: "Artifact Resolver"
> - groupId: org.apache.maven.resolver
> - artifactId: resolver(-*)
>
> ?
>
> or are there any other proposal on these 3 choices?
>
> Regards,
>
> Hervé
>
Hi everyone,
I'm using Doxia 1.7 with maven-site-plugin 3.5.1 to parse Markdown
(doxia-module-markdown appears to use pegdown 1.2.1).
I have a use case where I'd like to pass additional options to the
PegDownProcessor that is constructed by MarkdownParser.
In MarkdownParser, the PegDownProcessor
+1
On 25 August 2016 at 05:11, Karl Heinz Marbaise wrote:
> Hi,
>
> We solved 33 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?proje
> ctId=12318121&version=12331760
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira/issues/?jql=project%20%3D
Hi Karl Heinz,
On Wed, 24 Aug 2016 19:54:07 +0200
Karl Heinz Marbaise wrote:
> First we call Maven Core this:
>
> https://git-wip-us.apache.org/repos/asf/maven.git
>
> which is Maven itself and in the end can be downloaded from
> http://maven.apache.org/download.html and what you call usuall
ok, we can change groupId
everybody ok for:
- name: "Artifact Resolver"
- groupId: org.apache.maven.resolver
- artifactId: resolver(-*)
?
or are there any other proposal on these 3 choices?
Regards,
Hervé
Le mercredi 3 août 2016 16:04:36 Jason van Zyl a écrit :
> Using org.apache.maven.resolv
+1
Regards,
Hervé
Le mercredi 24 août 2016 21:11:03 Karl Heinz Marbaise a écrit :
> Hi,
>
> We solved 33 issues:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12318121&ve
> rsion=12331760
>
> There are still a couple of issues left in JIRA:
> https://issues.apache.org/jira
The current pom will still be there, always, consumer pom is an extra file
for more effective artifact resolution. So yes, that's why I suggested
consumer dom to ensure it is not confused with the current pom.
Robert
On Thu, 25 Aug 2016 20:16:08 +0200, Chas Honton wrote:
I use the current
I use the current Pom to automate checking license policy and checking owasp
database for known security flaws. The scm and website metadata is also very
useful. Automated download of source for debugging is essential. As a consumer,
I don't want to lose these abilities.
Chas
> On Aug 25, 20
So content:
* list/tree of dependencies
* list/tree of provides
* list/tree of requires
* repeat same for side artifacts
For a jar the "requires" will basically be "java:runtime:9.0" to indicate
that it was compiled with -target 9.0
For say a .net DLL the requires may be more complex
For say a
Is it really correct to call a dependency-only (more of less) file a POM if
it ceases to contain project information? A project is (or should be!)
synonymous with a build. Is that why someone referred to it as a DOM? A DOM
makes way more sense to me than overloading the usage of POM and calling it
For both the flattened-pom and consumer-pom the idea is to remove build
related information. Most of it is only used during build.
The question is: is there other information which should be added?
e.g. In case of JARs: the major version number of the class file format
being used. Is it intere
On Thu, 25 Aug 2016 18:30:50 +0200, Stephen Connolly
wrote:
On Thursday 25 August 2016, Robert Scholte wrote:
On Thu, 25 Aug 2016 01:10:36 +0200, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
On 24 August 2016 at 04:50, Robert Scholte wrote:
I realized last ApacheCon that
On Thursday 25 August 2016, Robert Scholte wrote:
> On Thu, 25 Aug 2016 01:10:36 +0200, Stephen Connolly <
> stephen.alan.conno...@gmail.com> wrote:
>
> On 24 August 2016 at 04:50, Robert Scholte wrote:
>>
>> I realized last ApacheCon that I wasn't clear about my definiton of the
>>> consumer-po
The only (minor?) issue I have with the term "consumer POM" is that it
implies one type of consumption. What is the kind of consumption we're
addressing -- is it merely the GAV and dependencies?
Cheers,
Paul
On Thu, Aug 25, 2016 at 3:34 AM, Robert Scholte
wrote:
> On Thu, 25 Aug 2016 01:10:36 +
On Thu, 25 Aug 2016 01:10:36 +0200, Stephen Connolly
wrote:
On 24 August 2016 at 04:50, Robert Scholte wrote:
I realized last ApacheCon that I wasn't clear about my definiton of the
consumer-pom.
I don't think it should be a flattened pom with only the dependency
information. Instead it sh
On Thu, 25 Aug 2016 08:00:14 +0200, Hervé BOUTEMY
wrote:
Le mercredi 24 août 2016 13:50:33 Robert Scholte a écrit :
I realized last ApacheCon that I wasn't clear about my definiton of the
consumer-pom.
I don't think it should be a flattened pom with only the dependency
information. Instead i
17 matches
Mail list logo