You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by "Dennis Lundberg (JIRA)" <ji...@codehaus.org> on 2005/09/21 10:53:11 UTC

[jira] Commented: (MPCHANGES-24) The encoding of the changes.xml file is not preserved after doing release-version

    [ http://jira.codehaus.org/browse/MPCHANGES-24?page=comments#action_46808 ] 

Dennis Lundberg commented on MPCHANGES-24:
------------------------------------------

This is a good enough solution for my needs.
Thank you Lukas!



> 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