You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Martin West (JIRA)" <ji...@codehaus.org> on 2009/02/09 23:21:19 UTC

[jira] Created: (MASSEMBLY-389) ${project.dir} doesnt seem to work

${project.dir} doesnt seem to work
----------------------------------

                 Key: MASSEMBLY-389
                 URL: http://jira.codehaus.org/browse/MASSEMBLY-389
             Project: Maven 2.x Assembly Plugin
          Issue Type: Bug
    Affects Versions: 2.2-beta-2
         Environment: mac/ubuntu jdk5 

I appear to be using ...
/var/maven2/repository/org/apache/maven/plugins/maven-assembly-plugin/2.2-beta-2/maven-assembly-plugin-2.2-beta-2.jar

            Reporter: Martin West
         Attachments: AssemblyBug.zip

fileset as per documentation example doesnt work.

The attached mini project is a subset of the real project. Gives the following error:

[INFO] [assembly:assembly]
[INFO] Reading assembly descriptor: src/main/assemble/bin.xml
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to create assembly: Error creating assembly archive zip: You must set at least one file.

In the real project the file set does not have any affect. If I replace ${project.build.directory} with target then it includes the file structure target and its sub directories rather than the contents of the specified directory. What I expect is that the contents of target/assemble/pdf appear in the zip as /tis/docs/pdf/ and similarly the contents of the html directory to appear in the /tis/docs/html folder in the zip.

The documentation, which is generally good by the usual poor maven standards, is poor in this area. The design does not appear to very good here ...

When using a <fileset> <includes> <include> I would have expected it to follow the ant fileset specification inventing a new model leads to poor usability as most developers will expect the ant fileset model.


-- 
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

        

[jira] Commented: (MASSEMBLY-389) ${project.dir} doesnt seem to work

Posted by "Alexander Syedin (JIRA)" <ji...@codehaus.org>.
    [ http://jira.codehaus.org/browse/MASSEMBLY-389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=230750#action_230750 ] 

Alexander Syedin commented on MASSEMBLY-389:
--------------------------------------------

Martin, support for ${settings.localRepository} is addressed by MASSEMBLY-333

> ${project.dir} doesnt seem to work
> ----------------------------------
>
>                 Key: MASSEMBLY-389
>                 URL: http://jira.codehaus.org/browse/MASSEMBLY-389
>             Project: Maven 2.x Assembly Plugin
>          Issue Type: Bug
>    Affects Versions: 2.2-beta-2
>         Environment: mac/ubuntu jdk5 
> I appear to be using ...
> /var/maven2/repository/org/apache/maven/plugins/maven-assembly-plugin/2.2-beta-2/maven-assembly-plugin-2.2-beta-2.jar
>            Reporter: Martin West
>         Attachments: AssemblyBug.zip
>
>
> fileset as per documentation example doesnt work.
> The attached mini project is a subset of the real project. Gives the following error:
> [INFO] [assembly:assembly]
> [INFO] Reading assembly descriptor: src/main/assemble/bin.xml
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO] ------------------------------------------------------------------------
> [INFO] Failed to create assembly: Error creating assembly archive zip: You must set at least one file.
> In the real project the file set does not have any affect. If I replace ${project.build.directory} with target then it includes the file structure target and its sub directories rather than the contents of the specified directory. What I expect is that the contents of target/assemble/pdf appear in the zip as /tis/docs/pdf/ and similarly the contents of the html directory to appear in the /tis/docs/html folder in the zip.
> The documentation, which is generally good by the usual poor maven standards, is poor in this area. The design does not appear to very good here ...
> When using a <fileset> <includes> <include> I would have expected it to follow the ant fileset specification inventing a new model leads to poor usability as most developers will expect the ant fileset model.

-- 
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

        

[jira] Commented: (MASSEMBLY-389) ${project.dir} doesnt seem to work

Posted by "Martin West (JIRA)" <ji...@codehaus.org>.
    [ http://jira.codehaus.org/browse/MASSEMBLY-389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=164663#action_164663 ] 

Martin West commented on MASSEMBLY-389:
---------------------------------------

PPS it would be nice if you could use other standard maven and project variables in the assembly descriptor like ${settings.localRepository} and ${basedir} for instance.

> ${project.dir} doesnt seem to work
> ----------------------------------
>
>                 Key: MASSEMBLY-389
>                 URL: http://jira.codehaus.org/browse/MASSEMBLY-389
>             Project: Maven 2.x Assembly Plugin
>          Issue Type: Bug
>    Affects Versions: 2.2-beta-2
>         Environment: mac/ubuntu jdk5 
> I appear to be using ...
> /var/maven2/repository/org/apache/maven/plugins/maven-assembly-plugin/2.2-beta-2/maven-assembly-plugin-2.2-beta-2.jar
>            Reporter: Martin West
>         Attachments: AssemblyBug.zip
>
>
> fileset as per documentation example doesnt work.
> The attached mini project is a subset of the real project. Gives the following error:
> [INFO] [assembly:assembly]
> [INFO] Reading assembly descriptor: src/main/assemble/bin.xml
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO] ------------------------------------------------------------------------
> [INFO] Failed to create assembly: Error creating assembly archive zip: You must set at least one file.
> In the real project the file set does not have any affect. If I replace ${project.build.directory} with target then it includes the file structure target and its sub directories rather than the contents of the specified directory. What I expect is that the contents of target/assemble/pdf appear in the zip as /tis/docs/pdf/ and similarly the contents of the html directory to appear in the /tis/docs/html folder in the zip.
> The documentation, which is generally good by the usual poor maven standards, is poor in this area. The design does not appear to very good here ...
> When using a <fileset> <includes> <include> I would have expected it to follow the ant fileset specification inventing a new model leads to poor usability as most developers will expect the ant fileset model.

-- 
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

        

[jira] Commented: (MASSEMBLY-389) ${project.dir} doesnt seem to work

Posted by "Martin West (JIRA)" <ji...@codehaus.org>.
    [ http://jira.codehaus.org/browse/MASSEMBLY-389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=164658#action_164658 ] 

Martin West commented on MASSEMBLY-389:
---------------------------------------

PS made a typo in the title should be ${project.basedir}

and the search issue query box does not except ${project.basedir}



> ${project.dir} doesnt seem to work
> ----------------------------------
>
>                 Key: MASSEMBLY-389
>                 URL: http://jira.codehaus.org/browse/MASSEMBLY-389
>             Project: Maven 2.x Assembly Plugin
>          Issue Type: Bug
>    Affects Versions: 2.2-beta-2
>         Environment: mac/ubuntu jdk5 
> I appear to be using ...
> /var/maven2/repository/org/apache/maven/plugins/maven-assembly-plugin/2.2-beta-2/maven-assembly-plugin-2.2-beta-2.jar
>            Reporter: Martin West
>         Attachments: AssemblyBug.zip
>
>
> fileset as per documentation example doesnt work.
> The attached mini project is a subset of the real project. Gives the following error:
> [INFO] [assembly:assembly]
> [INFO] Reading assembly descriptor: src/main/assemble/bin.xml
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO] ------------------------------------------------------------------------
> [INFO] Failed to create assembly: Error creating assembly archive zip: You must set at least one file.
> In the real project the file set does not have any affect. If I replace ${project.build.directory} with target then it includes the file structure target and its sub directories rather than the contents of the specified directory. What I expect is that the contents of target/assemble/pdf appear in the zip as /tis/docs/pdf/ and similarly the contents of the html directory to appear in the /tis/docs/html folder in the zip.
> The documentation, which is generally good by the usual poor maven standards, is poor in this area. The design does not appear to very good here ...
> When using a <fileset> <includes> <include> I would have expected it to follow the ant fileset specification inventing a new model leads to poor usability as most developers will expect the ant fileset model.

-- 
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

        

[jira] Closed: (MASSEMBLY-389) ${project.dir} doesnt seem to work

Posted by "John Casey (JIRA)" <ji...@codehaus.org>.
     [ http://jira.codehaus.org/browse/MASSEMBLY-389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John Casey closed MASSEMBLY-389.
--------------------------------

    Resolution: Cannot Reproduce
      Assignee: John Casey

these problems are solved in later versions. you should attempt to upgrade your plugin version before filing a bug report.

> ${project.dir} doesnt seem to work
> ----------------------------------
>
>                 Key: MASSEMBLY-389
>                 URL: http://jira.codehaus.org/browse/MASSEMBLY-389
>             Project: Maven 2.x Assembly Plugin
>          Issue Type: Bug
>    Affects Versions: 2.2-beta-2
>         Environment: mac/ubuntu jdk5 
> I appear to be using ...
> /var/maven2/repository/org/apache/maven/plugins/maven-assembly-plugin/2.2-beta-2/maven-assembly-plugin-2.2-beta-2.jar
>            Reporter: Martin West
>            Assignee: John Casey
>         Attachments: AssemblyBug.zip
>
>
> fileset as per documentation example doesnt work.
> The attached mini project is a subset of the real project. Gives the following error:
> [INFO] [assembly:assembly]
> [INFO] Reading assembly descriptor: src/main/assemble/bin.xml
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO] ------------------------------------------------------------------------
> [INFO] Failed to create assembly: Error creating assembly archive zip: You must set at least one file.
> In the real project the file set does not have any affect. If I replace ${project.build.directory} with target then it includes the file structure target and its sub directories rather than the contents of the specified directory. What I expect is that the contents of target/assemble/pdf appear in the zip as /tis/docs/pdf/ and similarly the contents of the html directory to appear in the /tis/docs/html folder in the zip.
> The documentation, which is generally good by the usual poor maven standards, is poor in this area. The design does not appear to very good here ...
> When using a <fileset> <includes> <include> I would have expected it to follow the ant fileset specification inventing a new model leads to poor usability as most developers will expect the ant fileset model.

-- 
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