Re: Handling emails in pom.xml

2019-01-18 Thread Maxim Solodovnik 
Hello Robert,

Thanks for quick answer
It seems I wasn't clear enough (I'm not native English speaker)

To it seems to be the issue with maven-project-info-reports-plugin

Here is test case can be used:
1) download this [1] pom file to the new folder
2) run `mvn clean site`
3) open target/site/team-list.html in browser
Result: email is converted to "mailto:; link

4) open this file in your favorite text editor
5) uncomment line 13 
6) comment line
14 
2.9
7) uncomment line 81 
8) comment line 82 project-team
9) run `mvn clean site`
10) open target/site/team.html in browser
Result: email is displayed as plain link to nowhere

Does it make sense?

[1] https://gist.github.com/solomax/2ce33116bb56cc5c5b1942f245f6d1b8


On Sat, 19 Jan 2019 at 01:21, Robert Scholte  wrote:

> We might be more explicit in the definition, but it should be
> j...@example.com
>
> the mailto: is only an URI scheme for email addresses, but here we
> already
> know we're working with an email.
>
> Not sure what must done to help you manually fix your team-page.
>
> thanks,
> Robrt
>
> On Fri, 18 Jan 2019 18:15:32 +0100, Maxim Solodovnik
>  wrote:
>
> > Maybe version 3.0 of maven-project-info-reports-plugin shouldn't be used
> > for project site generation?
> >
> > I have to manually fix "team" page after each release, please help me
> >
> > On Mon, 17 Dec 2018 at 22:46, Maxim Solodovnik 
> > wrote:
> >
> >> Maybe I should write to some other mailing list?
> >>
> >> On Mon, 10 Dec 2018 at 16:11, Maxim Solodovnik 
> >> wrote:
> >>
> >>> Thanks for the quick response
> >>> To illustrate the issue I have modified pom [1] to have both prefixed
> >>> and
> >>> non prefixed emails
> >>> The result is here: [2] as you can see prefixed emails are correctly
> >>> being displayed as mailto: links, but has wrong text
> >>> Not prefixed has valid text, but wrong links ...
> >>>
> >>> According to Frederich's investigation available here [3] this was
> >>> working with previous versions of maven report plugin
> >>> I'm OK with changing the pom.xml, but unfortunately it seems both ways
> >>> are wrong :(
> >>>
> >>> [1] https://github.com/apache/openmeetings/blob/master/pom.xml#L150
> >>> [2]
> >>>
> https://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/team.html
> >>> [3]
> >>>
> https://github.com/devacfr/reflow-maven-skin/issues/40#issuecomment-445304386
> >>>
> >>>
> >>> On Mon, 10 Dec 2018 at 15:08, Andreas Sewe <
> >>> s...@st.informatik.tu-darmstadt.de> wrote:
> >>>
>  Hi Maxim,
> 
>  > Recently I noticed the issue with site generation [1]
>  > 
>  > 
>  > mailto:mailaddrr
> 
>  AFAIK, the  element takes just the plain e-mail address, not a
>  (mailto) URI:
> 
>   j...@example.com
> 
>  See [1] for a longer example.
> 
>  Hope that helps.
> 
>  Andreas
> 
>  [1] 
> 
> 
> >>>
> >>> --
> >>> WBR
> >>> Maxim aka solomax
> >>>
> >>
> >>
> >> --
> >> WBR
> >> Maxim aka solomax
> >>
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

-- 
WBR
Maxim aka solomax

Re: Handling emails in pom.xml

2019-01-18 Thread Robert Scholte 

We might be more explicit in the definition, but it should be
j...@example.com

the mailto: is only an URI scheme for email addresses, but here we already  
know we're working with an email.


Not sure what must done to help you manually fix your team-page.

thanks,
Robrt

On Fri, 18 Jan 2019 18:15:32 +0100, Maxim Solodovnik  
 wrote:



Maybe version 3.0 of maven-project-info-reports-plugin shouldn't be used
for project site generation?

I have to manually fix "team" page after each release, please help me

On Mon, 17 Dec 2018 at 22:46, Maxim Solodovnik   
wrote:



Maybe I should write to some other mailing list?

On Mon, 10 Dec 2018 at 16:11, Maxim Solodovnik 
wrote:


Thanks for the quick response
To illustrate the issue I have modified pom [1] to have both prefixed  
and

non prefixed emails
The result is here: [2] as you can see prefixed emails are correctly
being displayed as mailto: links, but has wrong text
Not prefixed has valid text, but wrong links ...

According to Frederich's investigation available here [3] this was
working with previous versions of maven report plugin
I'm OK with changing the pom.xml, but unfortunately it seems both ways
are wrong :(

[1] https://github.com/apache/openmeetings/blob/master/pom.xml#L150
[2]
https://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/team.html
[3]
https://github.com/devacfr/reflow-maven-skin/issues/40#issuecomment-445304386


On Mon, 10 Dec 2018 at 15:08, Andreas Sewe <
s...@st.informatik.tu-darmstadt.de> wrote:


Hi Maxim,

> Recently I noticed the issue with site generation [1]
> 
> 
> mailto:mailaddrr

AFAIK, the  element takes just the plain e-mail address, not a
(mailto) URI:

 j...@example.com

See [1] for a longer example.

Hope that helps.

Andreas

[1] 




--
WBR
Maxim aka solomax




--
WBR
Maxim aka solomax





-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: Handling emails in pom.xml

2019-01-18 Thread Maxim Solodovnik 
Maybe version 3.0 of maven-project-info-reports-plugin shouldn't be used
for project site generation?

I have to manually fix "team" page after each release, please help me

On Mon, 17 Dec 2018 at 22:46, Maxim Solodovnik  wrote:

> Maybe I should write to some other mailing list?
>
> On Mon, 10 Dec 2018 at 16:11, Maxim Solodovnik 
> wrote:
>
>> Thanks for the quick response
>> To illustrate the issue I have modified pom [1] to have both prefixed and
>> non prefixed emails
>> The result is here: [2] as you can see prefixed emails are correctly
>> being displayed as mailto: links, but has wrong text
>> Not prefixed has valid text, but wrong links ...
>>
>> According to Frederich's investigation available here [3] this was
>> working with previous versions of maven report plugin
>> I'm OK with changing the pom.xml, but unfortunately it seems both ways
>> are wrong :(
>>
>> [1] https://github.com/apache/openmeetings/blob/master/pom.xml#L150
>> [2]
>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/site/openmeetings-server/team.html
>> [3]
>> https://github.com/devacfr/reflow-maven-skin/issues/40#issuecomment-445304386
>>
>>
>> On Mon, 10 Dec 2018 at 15:08, Andreas Sewe <
>> s...@st.informatik.tu-darmstadt.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> > Recently I noticed the issue with site generation [1]
>>> > 
>>> > 
>>> > mailto:mailaddrr
>>>
>>> AFAIK, the  element takes just the plain e-mail address, not a
>>> (mailto) URI:
>>>
>>>  j...@example.com
>>>
>>> See [1] for a longer example.
>>>
>>> Hope that helps.
>>>
>>> Andreas
>>>
>>> [1] 
>>>
>>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
> --
> WBR
> Maxim aka solomax
>


-- 
WBR
Maxim aka solomax

Re: Maven High memory usage (12G) and big dependencyManagement section (4000 entry)

2019-01-18 Thread Hervé BOUTEMY 
Hi,

Wow, 1600 modules and 4000 entries in dependencyManagement?

Did you try to use a memory profiler to see where the memory goes?
Is there something shareable in public to dig into details?

Regards,

Hervé

Le jeudi 17 janvier 2019, 18:28:57 CET Canivet, Guillaume a écrit :
> Hi,
> 
> Here is my... probleme...
> 
> I have a root aggregator with a large amount of modules. (around 1600
> modules ) All module have the same parent (1.0).
> That parent is importing a pom (1.0) with a huge dependencyManagement
> section (4000 entries).
> 
> When doing a mvn install (on the root aggregator)   I will consume around 6G
> to 8G. (kind of expected)
> 
> Now I just perform some modification of several modules (5 modules) for a
> release. Those modules use a new version of the parent(1.2-SNAPSHOT).
> The parent use a new version of the pom (1.2-SNAPSHOT) with a huge
> dependencyManagement section.
> 
> When doing a mvn install (on the root aggregator) I consume around 12G to
> 14G. When doing a mvn install (on the root aggregator with the pl option on
> the 5 modules) I also consume around 12G to 14G.
> 
> Now I am really scare for my next release (will I consume an extra 6G for
> each different version of the parent?), any idea on how to solve this?
> 
> Note: It seems that if all the module of the root aggregator are using the
> same parent version  memory will remain stable.
> 
> 
> Thanks for any tips
> Guillaume
> 
> Information in this e-mail and any attachments is confidential, and may not
> be copied or used by anyone other than the addressee, nor disclosed to any
> third party without our permission. There is no intention to create any
> legally binding contract or other binding commitment through the use of
> this electronic communication unless it is issued in accordance with the
> Experian Limited standard terms and conditions of purchase or other express
> written agreement between Experian Limited and the recipient. Although
> Experian has taken reasonable steps to ensure that this communication and
> any attachments are free from computer viruses, you are advised to take
> your own steps to ensure that they are actually virus free.
> 
> Experian Ltd is authorised and regulated by the Financial Conduct Authority.
> Companies Act information: Registered name: Experian Limited. Registered
> office: The Sir John Peace Building, Experian Way, NG2 Business Park,
> Nottingham, NG80 1ZZ, United Kingdom. Place of registration: England and
> Wales. Registered number: 653331.
> 
> Vos informations nominatives sont exploitées par la société Scorex S.A.M.
> (Groupe Experian)  dans le cadre du traitement ayant pour finalité "Gestion
> de la messagerie électronique professionnelle". Conformément à la loi n°
> 1.165, modifiée, vous disposez d'un droit d'accès, de rectification et de
> suppression en écrivant au Secrétariat Général de la société Scorex, sise,
> 2, rue de la Lüjerneta à Monaco (98000).
> 
> Your personal information is used by Scorex S.A.M. (Experian Group) as part
> of the processing for the purpose of "Professional e-mail management". In
> accordance with the law n ° 1.165, modified, you have a right of access,
> correction and suppression by writing to the General Secretariat of the
> company, located, 2, rue de la Lüjerneta in Monaco (98000).





-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org