The following comment has been added to this issue:

     Author: Adam Jack
    Created: Thu, 8 Apr 2004 7:56 AM
       Body:
First, I believe this was (is) in place for build (in Python Gump)
it is just 'update' that fails to respect this.

Second, I don't beleive there are any module level steps that need
to be performed when a module is full of packaged projects, other than to set the 
status to packaged/complete.

I can fix this for Gumpy, but is it also a problem for traditional (or not?)
---------------------------------------------------------------------
View this comment:
  http://issues.apache.org/jira/browse/GUMP-3?page=comments#action_28039

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/browse/GUMP-3

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: GUMP-3
    Summary: <project package ought override <module <cvs / <ant
       Type: Bug

     Status: Open
   Priority: Blocker

    Project: Gump
 Components: 
             Object Model (GOM)
   Versions:
             unspecified

   Assignee: Adam Jack
   Reporter: Adam Jack

    Created: Thu, 26 Jun 2003 1:46 PM
    Updated: Thu, 8 Apr 2004 7:56 AM
Environment: Operating System: Other
Platform: Other

Description:
Today to get a package to work one needs a <project definition plus a <module 
definition, to teach Gump the outputs (jars) from the project/package.

e.g.

  <project name="krysalis-centipede" package="krysalis-centipede-1.0.0-beta5"/>

  <module href="trysybase/krysalis-centipede.xml"/>

Unfortunately any <cvs or <ant tags in the module.xml cause Gump to attempt to 
check out and/or build the project. Having to create a copy of the module.xml 
in order to remove these tags is counterproductive.

I beleive when Gump sees <project package= it ought ignore <cvs and <ant in 
module.xml.


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to