Eclipse Community Forums - RDF feed
https://www.eclipse.org/forums/
Eclipse Community Forumsxml fragments (xdoclet merge files)
https://www.eclipse.org/forums/index.php/mv/msg/51989/166131/#msg_166131
Originally posted by: mlybarger.com.gmail.backwards
wtp currently allows xdoclet for maintaining generated artifacts.
filter-mappings.xml and other merge files are commonly fragments of
actual xml files. they're not well formed xml documents in and of
themselves (if they contain more than one item). These show as errors
in eclipse and the project has an error icon.
i searched bugzilla quickly and didn't find anything on this, but i
suspect something is out there. is there a proposed solution to this?
even the build-user.xml that gets generated from exporting a project's
ant build scripts will eventually be an invalid xml document if a user
adds tasks or properties to it. i realize this item isn't in the scope
of wtp, but thought i'd provide it as another example.
thanks!]]>2006-04-07T13:09:35-00:00Re: xml fragments (xdoclet merge files)
https://www.eclipse.org/forums/index.php/mv/msg/51989/166253/#msg_166253
mlybarger@com.gmail.backwards> wrote:
> wtp currently allows xdoclet for maintaining generated artifacts.
> filter-mappings.xml and other merge files are commonly fragments of
> actual xml files. they're not well formed xml documents in and of
> themselves (if they contain more than one item).
So, these are illformed xml files, but till in files with extensions "xml"?
That'll be a tough one.
You can certainly turn off XML Validation, but that's not great either. There's a
feature request in bugzilla to allow XML Validation to be turned off on a folder-by-folder
basis ... but, not implemented yet, but that might be one long term solution to this.
Better yet, if you have control over these files, is to give them a different extension,
like ".frag" ... I've seen some do that.
If, on the other hand, you are saying *we* generate these files ... then, I'd think that would
be worth opening a bug on. We should not be generating invalid XML files!?]]>David Williams2006-04-08T04:45:58-00:00Re: xml fragments (xdoclet merge files)
https://www.eclipse.org/forums/index.php/mv/msg/51989/166360/#msg_166360
Originally posted by: wknauf_NO_._INSIDE_hg-online.de
Hi Mark !
Mark Lybarger wrote:
>
> i searched bugzilla quickly and didn't find anything on this, but i
> suspect something is out there. is there a proposed solution to this?
>
Wolfgang]]>2006-04-10T16:52:01-00:00Re: xml fragments (xdoclet merge files)
https://www.eclipse.org/forums/index.php/mv/msg/51989/170618/#msg_170618
Originally posted by: sharper3.austin.dot.rr.dot.com
In article <op.s7n96wztac05ss@dmw2t23.raleigh.ibm.com>, "David Williams" <david_williams@us.ibm.com> wrote:
>On Fri, 07 Apr 2006 09:09:35 -0400, Mark Lybarger
> <mlybarger@com.gmail.backwards> wrote:
>
>> wtp currently allows xdoclet for maintaining generated artifacts.
>> filter-mappings.xml and other merge files are commonly fragments of
>> actual xml files. they're not well formed xml documents in and of
>> themselves (if they contain more than one item).
>
>So, these are illformed xml files, but till in files with extensions "xml"?
>That'll be a tough one.
>
>You can certainly turn off XML Validation, but that's not great either. There's
> a
>feature request in bugzilla to allow XML Validation to be turned off on a
> folder-by-folder
>basis ... but, not implemented yet, but that might be one long term solution to
> this.
I found that validation could be turned off on a project-by-project basis, but
that sort of defeats the purpose. I'd like to have the rest of my "real" XML
validated. And these are in fact "valid" files in the XDoclet sense, they
just aren't well-formed XML...
Better than folder-by-folder would be file-by-file. If you already have to
check on a folder basis, it shouldn't be too much more difficult to check on a
file basis. But, short of that, turning off validation for a folder would
provide a workable solution.
FWIW, I have a work-around for this issue, although it is less than perfect...
Just make your mergedir a directory somewhere outside of your project
hierarchy. The downside to this is that your merge files are now not part of
your project, are difficult to control with CVS, and you have to remember they
are out there.
>Better yet, if you have control over these files, is to give them a different
> extension,
>like ".frag" ... I've seen some do that.
I tried this too, but unfortunately XDoclet only looks at files with very
specific names. And all these specific names have .xml as an extension.