Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [] Fragility of the XML project plan

Hi David,
I am using the XML editor.  I am a bit embarrassed to say I just checked and I am using Europa and not Ganymede. I haven't moved all my project management stuff over to Ganymede along with coding. <red_face/>  Perhaps the newer version will help me catch my mistakes.  Note to self....
My real concern is how the server handles mildly invalid input.

From: [] On Behalf Of David M Williams
Sent: Friday, January 16, 2009 1:35 PM
Subject: Re: [] Fragility of the XML project plan

Since you never mention WTP or the WTP XML editor, I'm wondering if you are using our WTP XML editor?
It will normally catch errors like this.

If you are using it already, then I'd suggest, in order
a: make sure the XML Editor is being used by default (best to use "open with ..." and pick it explicitly.
b: check your preferences (under "Validation") and make sure validation of xml files is not turned off. (There's both workspace and project level settings).
c: open a bug with a sample of XML that shows the problem and we'll take a look. There are some cases (such as in xsl files or html or jsps or CDATA sections) where we can not always spot correct or incorrect structure ... but, I think these planning documents were designed to be pure XML?


Inactive hide details for "CLONINGER ERIC-DCP874" ---01/16/2009 02:08:42 PM---I made some changes to the my XML project plan th"CLONINGER ERIC-DCP874" ---01/16/2009 02:08:42 PM---I made some changes to the my XML project plan this morning based on our recent release. I ran the v


"CLONINGER ERIC-DCP874" <ericc@xxxxxxxxxxxx>




01/16/2009 02:08 PM


[] Fragility of the XML project plan

Sent by:

I made some changes to the my XML project plan this morning based on our recent release. I ran the validator in Eclipse Ganymede and it showed no problems.

When I uploaded the file and it became live a few minutes later, my project plan would no longer render. This isn't the first time this has happened, and I remembered that Firefox has a better validator than Eclipse. I loaded the XML into Firefox and it showed that the problem was an unmatched paragraph end (</p>) element in one of the sections (cut/paste error) text. Removing the extra element and uploading solved the problem. I accept full responsibility for breaking my project plan. It was my edit and upload that caused the problem. I will make certain to use Firefox to validate my XML instead of Eclipse in the future.

However, several thoughts come to mind...
    1. Does the XML renderer on understand the difference in severity between an unmatched paragraph element and completely malformed XML? I'm not an XML guru, but I have more than a passing familiarity. I would think the parser/renderer could be a little more lenient on non-catastrophic errors. At least give an error message in the output instead of just a blank frame.
    2. If Firefox can find the error, shouldn't we have the same ability in Eclipse?

Eric Cloninger
Sr. Product Manager, MOTODEV Studio
Eclipse Tools for Mobile Linux Project Lead
ericc@xxxxxxxxxxxx, +1 408-731-6500
_______________________________________________ mailing list

IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation.  To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.

Back to the top