The following comment has been added to this issue:
Author: Antoine Levy-Lambert
Created: Mon, 19 Jan 2004 11:08 AM
Body:
Erik Hatcher did the change in pretty.settings of end.line to "CR", and this has
allowed a gump build to take place.
http://gump.covalent.net/log/xdoclet.html
This issue could now be marked as closed, but it might be better to bug the JRefactory
project so that they make a new release and maybe do the suggested change of
automatically converting the settings of pretty.settings to settings which the ant
fixcrlf task understands.
Cheers,
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: Mon, 19 Jan 2004 11:08 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
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
