The following comment has been added to this issue:

     Author: Antoine Levy-Lambert
    Created: Thu, 15 Jan 2004 2:29 AM
       Body:
I have entered an issue in the JRefactory bug tracking system concerning this :

http://sourceforge.net/tracker/index.php?func=detail&aid=877400&group_id=13219&atid=113219

Let's hope that Mike Atkinson can fix it quickly.

Antoine
---------------------------------------------------------------------
View the issue:

  http://opensource.atlassian.com/projects/xdoclet/secure/ViewIssue.jspa?key=XDT-770


Here is an overview of the issue:
---------------------------------------------------------------------
        Key: XDT-770
    Summary: fix gump build of XDoclet
       Type: Bug

     Status: Open
   Priority: Major

 Original Estimate: Unknown
 Time Spent: Unknown
  Remaining: Unknown

    Project: XDoclet
 Components: 
             Build Process

   Assignee: xdoclet-devel (Use for new issues)
   Reporter: Antoine Levy-Lambert

    Created: Thu, 15 Jan 2004 2:15 AM
    Updated: Thu, 15 Jan 2004 2:29 AM
Environment: gump.covalent.net

Description:
XDoclet does not build currently within the gump environment.
see this URL for example : 
http://gump.covalent.net/log/xdoclet-apache-module-prepare.html

The build is complaining that nl is not a permissible value for ant's crlf task.

The problem is caused by the fact that the pretty task has changed in the JRefactory 
project :
http://cvs.sourceforge.net/viewcvs.py/*checkout*/jrefactory/JRefactory/src/org/acm/seguin/ant/Pretty.java

This Pretty.java has been changed by Mike Atkinson on December 16, and no release of 
JRefactory has taken place since.

The pretty task is using as line separator in the head revision the line separator 
configured in pretty.settings (xdoclet/config/.Refactory/pretty.settings)

It used to be a hard-coded "cr".

end.line=NL

There are 2 possibilities to fix this issue :
- ask JRefactory to address it, by converting automatically the end.line configured in 
pretty.settings to the values accepted by ant's fixcrlf,

- build a new prettyprinter.jar from the head revision of JRefactory, check it in, and 
change end.line to cr in pretty.settings, check in pretty.settings too.

What do you think ?

I am also going to ask JRefactory if they can fix the problem on their side, it might 
be better.


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

If you think it was sent incorrectly contact one of the administrators:
   http://opensource.atlassian.com/projects/xdoclet/secure/Administrators.jspa

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



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
_______________________________________________
xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to