David Vicente (JIRA | 1 Sep 2008 09:12

[jira] Updated: (MOJO-1204) In Maven 1 style dashboard reports: summarize the report data per module


     [
http://jira.codehaus.org/browse/MOJO-1204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Vicente updated MOJO-1204:
--------------------------------

    Attachment: multi_module_project.png
                single_module_project.png

See these screenshoots.

does this suit your needs?

> In Maven 1 style dashboard reports: summarize the report data per module
> ------------------------------------------------------------------------
>
>                 Key: MOJO-1204
>                 URL: http://jira.codehaus.org/browse/MOJO-1204
>             Project: Mojo
>          Issue Type: Improvement
>          Components: dashboard
>         Environment: any
>            Reporter: Michael
>            Assignee: David Vicente
>         Attachments: multi_module_project.png, patch.txt, single_module_project.png
>
>
> The attached patch
> 1) prints "N/A" in cells when no report data is available
(Continue reading)

Stephen Connolly | 1 Sep 2008 09:54
Picon
Gravatar

https://dav.codehaus.org/.... from behind a http proxy?

I have the proxy settings in my settings.xml

I have http_proxy environment variable set

I have my username and password in settings.xml

Is this just broken from behind a http proxy, or is there some more magic?

Maven 2.0.9:

[INFO] [site:deploy]
https://dav.codehaus.org/mojo/versions-maven-plugin - Session: Opened 
https://dav.codehaus.org/mojo/versions-maven-plugin - Session: Disconnecting 
https://dav.codehaus.org/mojo/versions-maven-plugin - Session: Disconnected
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Error uploading site

Embedded error: Failed to create destination WebDAV collection (directory): /mojo/versions-maven-plugin/.
Connection timed out
[INFO] ------------------------------------------------------------------------
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error uploading site
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:583)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error uploading site
        at org.apache.maven.plugins.site.SiteDeployMojo.execute(SiteDeployMojo.java:203)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
        ... 16 more
Caused by: org.apache.maven.wagon.TransferFailedException: Failed to create destination WebDAV collection (directory): /mojo/versions-maven-plugin/.
        at org.apache.maven.wagon.providers.webdav.WebDavWagon.put(WebDavWagon.java:270)
        at org.apache.maven.wagon.providers.webdav.WebDavWagon.putDirectory(WebDavWagon.java:555)
        at org.apache.maven.plugins.site.SiteDeployMojo.execute(SiteDeployMojo.java:187)
        ... 18 more
Caused by: java.net.ConnectException: Connection timed out
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
        at java.net.Socket.connect(Socket.java:519)
        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:550)
        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.<init>(SSLSocketImpl.java:353)
        at com.sun.net.ssl.internal.ssl.SSLSocketFactoryImpl.createSocket(SSLSocketFactoryImpl.java:71)
        at org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:93)
        at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:652)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:628)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:497)
        at org.apache.webdav.lib.WebdavResource.mkcolMethod(WebdavResource.java:4106)
        at org.apache.maven.wagon.providers.webdav.WebDavWagon.put(WebDavWagon.java:264)
        ... 20 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3 minutes 16 seconds
[INFO] Finished at: Mon Sep 01 08:51:38 IST 2008
[INFO] Final Memory: 18M/289M
[INFO] ------------------------------------------------------------------------

Stephen Connolly | 1 Sep 2008 10:00
Picon
Gravatar

https://dav.codehaus.org/.... from behind a http proxy?

I event tried with 2.1.0-M1-RC12, no luck!

BTW,

Maven version: 2.1.0-M1-RC12
Java version: 1.6.0_05
Default locale: en_US, platform encoding: UTF-8
OS name: "linux" version: "2.6.18-92.1.10.el5" arch: "amd64" family: "unix"

mvn site:deploy
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'site'.
WAGON_VERSION: 1.0-beta-2

I thought that we have moved to 1.0-beta-4? Or is there some way I can force the use of 1.0-beta-4 (in case it works webdav site deployment behind a http proxy)

On Mon, Sep 1, 2008 at 8:54 AM, Stephen Connolly <stephen.alan.connolly <at> gmail.com> wrote:
I have the proxy settings in my settings.xml

I have http_proxy environment variable set

I have my username and password in settings.xml

Is this just broken from behind a http proxy, or is there some more magic?

Maven 2.0.9:

[INFO] [site:deploy]
https://dav.codehaus.org/mojo/versions-maven-plugin - Session: Opened 
https://dav.codehaus.org/mojo/versions-maven-plugin - Session: Disconnecting 
https://dav.codehaus.org/mojo/versions-maven-plugin - Session: Disconnected
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Error uploading site

Embedded error: Failed to create destination WebDAV collection (directory): /mojo/versions-maven-plugin/.
Connection timed out
[INFO] ------------------------------------------------------------------------
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error uploading site
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:583)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Error uploading site
        at org.apache.maven.plugins.site.SiteDeployMojo.execute(SiteDeployMojo.java:203)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
        ... 16 more
Caused by: org.apache.maven.wagon.TransferFailedException: Failed to create destination WebDAV collection (directory): /mojo/versions-maven-plugin/.
        at org.apache.maven.wagon.providers.webdav.WebDavWagon.put(WebDavWagon.java:270)
        at org.apache.maven.wagon.providers.webdav.WebDavWagon.putDirectory(WebDavWagon.java:555)
        at org.apache.maven.plugins.site.SiteDeployMojo.execute(SiteDeployMojo.java:187)
        ... 18 more
Caused by: java.net.ConnectException: Connection timed out
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
        at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
        at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
        at java.net.Socket.connect(Socket.java:519)
        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:550)
        at com.sun.net.ssl.internal.ssl.SSLSocketImpl.<init>(SSLSocketImpl.java:353)
        at com.sun.net.ssl.internal.ssl.SSLSocketFactoryImpl.createSocket(SSLSocketFactoryImpl.java:71)
        at org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:93)
        at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:652)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:628)
        at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:497)
        at org.apache.webdav.lib.WebdavResource.mkcolMethod(WebdavResource.java:4106)
        at org.apache.maven.wagon.providers.webdav.WebDavWagon.put(WebDavWagon.java:264)
        ... 20 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3 minutes 16 seconds
[INFO] Finished at: Mon Sep 01 08:51:38 IST 2008
[INFO] Final Memory: 18M/289M
[INFO] ------------------------------------------------------------------------


Benjamin Bentmann | 1 Sep 2008 10:12

https://dav.codehaus.org/.... from behind a http proxy?

Stephen Connolly wrote:

> WAGON_VERSION: 1.0-beta-2
>
> I thought that we have moved to 1.0-beta-4?

AFAIK, one can still override the Wagon version bundled with the core
which the Mojo Parent does.

> Or is there some way I can force the use of 1.0-beta-4

Try using an <extension> in your POM.

Benjamin

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Stephen Connolly | 1 Sep 2008 11:13
Picon
Gravatar

https://dav.codehaus.org/.... from behind a http proxy?

Ahhh mojo-parent version 18 might be doing this!

On Mon, Sep 1, 2008 at 9:12 AM, Benjamin Bentmann <benjamin.bentmann <at> udo.edu> wrote:
Stephen Connolly wrote:

> WAGON_VERSION: 1.0-beta-2
>
> I thought that we have moved to 1.0-beta-4?

AFAIK, one can still override the Wagon version bundled with the core
which the Mojo Parent does.

> Or is there some way I can force the use of 1.0-beta-4

Try using an <extension> in your POM.


Benjamin



---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email



Stephen Connolly | 1 Sep 2008 11:19
Picon
Gravatar

https://dav.codehaus.org/.... from behind a http proxy?

Yep mojo-parent is forcing webdav 1.0-beta-2 on me.... but 1.0-beta-4 does not seem to work from behind a http proxy either

On Mon, Sep 1, 2008 at 10:13 AM, Stephen Connolly <stephen.alan.connolly <at> gmail.com> wrote:
Ahhh mojo-parent version 18 might be doing this!


On Mon, Sep 1, 2008 at 9:12 AM, Benjamin Bentmann <benjamin.bentmann <at> udo.edu> wrote:
Stephen Connolly wrote:

> WAGON_VERSION: 1.0-beta-2
>
> I thought that we have moved to 1.0-beta-4?

AFAIK, one can still override the Wagon version bundled with the core
which the Mojo Parent does.

> Or is there some way I can force the use of 1.0-beta-4

Try using an <extension> in your POM.


Benjamin



---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email




Trygve Laugstøl | 1 Sep 2008 14:50

Re: aspectJ plugin claims to compile on java 1.4 but require java5 runtime

david <at> davidkarlsen.com wrote:
> On Thu, 21 Aug 2008, nicolas de loof wrote:
> 
>> This is not realted to aspectJ 1.6.1 upgrade : the plugin code itself is
>> based on some java5 API classes and methods :
>>
>> new PrintWriter( File )
>> path.replace( String, String )
>> Element.getTextContent()
>> Document.normalizeDocument()
>>
>> I'm +1 for Java5 requirement.
> 
> Yeah - I forked the compiler and noticed the same methodcalls.
> PrintWriter can easly be replaced with new FileOutputStream( file f )
> path.replace can be replaced with StringUtils from commons-lang
> Element/Document stuff can be fixed by using other methods or adding a 
> DOM3 level parser.
> 
> What do we prefer? Probably this isn't a very huge problem since nobody 
> have reported it earlier (and I have not seen anybody complain on the 
> mailinglists either) - and maven 2.1 is moving in 1.5 direction anyways 
> AFAIK.
> 
> Should we call a vote - or just go for it?

Lots of users are still on 1.4 so the plugin should definitely stay 
there unless you are sure no-one use 1.5 anymore. There really isn't a 
whole lot to gain from moving to 1.5 other than less warnings about 
unchecked collection use[1]. So, please stay on 1.4 unless there are no 
users on 1.4.

[1]: which in itself is annoying but not worth requiring the entire user 
base to move to 1.5.

--
Trygve

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Michael (JIRA | 1 Sep 2008 14:57

[jira] Updated: (MOJO-1204) In Maven 1 style dashboard reports: summarize the report data per module


     [
http://jira.codehaus.org/browse/MOJO-1204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael updated MOJO-1204:
--------------------------

    Attachment: multi-module_patch.png

Maven 1 style dashboard with summary lines (as created with the attached patch).

> In Maven 1 style dashboard reports: summarize the report data per module
> ------------------------------------------------------------------------
>
>                 Key: MOJO-1204
>                 URL: http://jira.codehaus.org/browse/MOJO-1204
>             Project: Mojo
>          Issue Type: Improvement
>          Components: dashboard
>         Environment: any
>            Reporter: Michael
>            Assignee: David Vicente
>         Attachments: multi-module_patch.png, multi_module_project.png, patch.txt, single_module_project.png
>
>
> The attached patch
> 1) prints "N/A" in cells when no report data is available
> 2) prints a "Total for $component" summary line for each component in multi module builds
> 3) does not print any "Total" summary line for single module builds
>    (it seems unnecessary to me why you should summarize a single line - that is just duplication of information)

--

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Michael (JIRA | 1 Sep 2008 14:57

[jira] Commented: (MOJO-1204) In Maven 1 style dashboard reports: summarize the report data per module


    [
http://jira.codehaus.org/browse/MOJO-1204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=146607#action_146607
] 

Michael commented on MOJO-1204:
-------------------------------

David:

thanks for your work. This greatly improves the report.

I have attached the screenshot "multi-module_patch.png" which shows how the report looks like with the
patch I attached. We build a multi module build "components" which includes three modules (runtime,
admin and another one), where runtime has another sub-module "extensions".

You may notice that the summary lines are in different color than the report lines.

I think it would be an improvement in your modifications if you would change the background color of the
summary line, as it is otherwise not possible to distinguish between data and summary rows if you scroll to
the right or have a quick look at the report: it is rather clumsy to figure out what entry is a sum (and hence
doesn't "count") and what is real data.

Have you included the "N/A" patch in your modifications? I just ask because this is not clear in the
screenshot you attached.

> In Maven 1 style dashboard reports: summarize the report data per module
> ------------------------------------------------------------------------
>
>                 Key: MOJO-1204
>                 URL: http://jira.codehaus.org/browse/MOJO-1204
>             Project: Mojo
>          Issue Type: Improvement
>          Components: dashboard
>         Environment: any
>            Reporter: Michael
>            Assignee: David Vicente
>         Attachments: multi-module_patch.png, multi_module_project.png, patch.txt, single_module_project.png
>
>
> The attached patch
> 1) prints "N/A" in cells when no report data is available
> 2) prints a "Total for $component" summary line for each component in multi module builds
> 3) does not print any "Total" summary line for single module builds
>    (it seems unnecessary to me why you should summarize a single line - that is just duplication of information)

--

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Rupert Smith | 1 Sep 2008 16:03

Simian Plugin Enhancement

Hi,

There is a reporting plugin called simian-report-maven-plugin in the
sandbox. I've hacked this into an updated simian plugin, primarily to
add support for XML output. Basically this updated plugin has two
goals, 'simian' which outputs an XML report, and 'report' which
outputs both an XML report and an HTML report. The html report one is
designed to be run as a report, but the XML one can be run not as a
report, for example to check and possibly fail a build, or simply to
create the XML report for further downstream processing. This is very
similar to the way in which PMD, findbugs or checkstyle plugins can be
used. Its a bit more than a patch to the original plugin, as I've
considerably refactored things to ensure that common code is shared
between the reporting HTML and XML mojos.

My motiviations for doing this are:

I want an XML report to extract data from to add a new column to the
Xebia dashboard plugin.
I want an XML report for Hudson to extract data from.
CPD is ok, but Simian is better and is configurable.

I want to rename the simian-report-maven-plugin to
simian-maven-plugin, because it is now not just for reporting. Is
there any interest in adding this plugin to the codehaus mojo
collection? Please let me know if there is, and I will gladly
contribute my efforts. If there is not, I intend to publish it
independently, with respect to Miguel Griffa, its original author, and
following the Gnu LGPL terms under which it was made available.

Thanks for your interest.

Rupert Smith

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Gmane