You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by "Lukas Theussl (JIRA)" <ji...@codehaus.org> on 2005/09/21 08:41:11 UTC
[jira] Closed: (MPCHANGES-24) The encoding of the changes.xml file is not preserved after doing release-version
[ http://jira.codehaus.org/browse/MPCHANGES-24?page=all ]
Lukas Theussl closed MPCHANGES-24:
----------------------------------
Resolution: Fixed
Fix Version: 1.6
Dom4j 1.4 does not allow for an easy extraction of the document encoding, this was only added in version 1.5. An upgrade of dom4j has been attempted for Maven (see MAVEN-1345) but failed for several reasons.
To work around the current issue I have rewritten the transformation routine to use Maven's default output encoding, maven.docs.outputencoding, which can be specified as a property.
> The encoding of the changes.xml file is not preserved after doing release-version
> ---------------------------------------------------------------------------------
>
> Key: MPCHANGES-24
> URL: http://jira.codehaus.org/browse/MPCHANGES-24
> Project: maven-changes-plugin
> Type: Bug
> Versions: 1.5.1
> Environment: Windows XP Pro, Maven 1.0.2, Changes-plugin 1.5.1.
> Reporter: Dennis Lundberg
> Fix For: 1.6
> Attachments: encoding.patch
>
>
> I thought that I would finally take the plunge and use the scm-plugin to do a release. After making sure that all files had been checked into version control, it began changing the project.xml and changes.xml files. For some reason this didn't go well, but that might be another Jira issue later on.
> The scm-plugin uses the changes-plugin to transform the changes.xml file by inserting the correct date for the release being made. The changes-plugin reads, transforms and then writes the file back again. This means that some formating is lost and whitespace changes are made, which is OK.
> However the encoding of the original changes.xml file is not preserved when it is written back after the transformation. This meant that my file was converted from ISO-8859-1 to UTF-8, which is the default encoding used by dom4j. Without a UTF-8 compliant editor I can't edit the file any more, because I use non-us-ascii character in the file.
> I tried to make a patch (see attached file) but I wasn't very successful. The attached file should be treated as psudo-code because the actual method that I call doesn't exist in the Document class in dom4j. The point of the attachment is to show what should be done. I am not familiar enough with dom4j to solve it myself, sorry. Maybe someone else has an idea of what needs to be done?
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org