The following comment has been added to this issue:
Author: Antoine Levy-Lambert
Created: Wed, 24 Mar 2004 4:52 PM
Body:
It would be *really* useful if some xdoclet developers would take a look at gump.
The gump instance which is sending you mail messages is visible from this URL :
http://lsd.student.utwente.nl/gump/projects.html
The build process of xdoclet is complex, it might be interesting to know if we could
break it down for gump to work on it better.
gump is mostly able of starting ant, with a preset classpath, making the classpath
settings of your build files ignored.
Please contact the email list [EMAIL PROTECTED] to follow up on this issue.
---------------------------------------------------------------------
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: Wed, 24 Mar 2004 4:52 PM
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: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
