|
![]() |
Uncontrolled vocabularies
"I try my best to make *all* my posts nice, even when I feel upset" -- Philippe Maquet
Originally posted by Kelly Aus:
Dear Shyam,
First of all sorry for being so late! Actually I met with an accident and was on bed for more than a month and thus didn't participate on this forum. Also my email-id is no more valid as it has been blocked.
As far as your queries are concerned Mapraputa has answered them extremely well! Thanks Mapraputa!!! as far as the following point is concerned:
3)It is recommended to go for single step XSL tranformation when processing logic is highly interrelated.
When to go for multistep tranformation?
is concerned...even I haven't used multistep transformation as yet but from what I have read till now it is required to maintain intermediate steps of the transformation for understanding and maintainability. It is similar to breaking a large procedure into smaller methods for better comprehension.
Hope it helps.
Please let me know if there is anything else I can do to help.
Regards
Kelly
Originally posted by Mapraputa Is:
s y, unfortunately your name does not comply with the JavaRanch naming policy. We require names to have at least two words, separated by a space, and strongly recommend that you use your full real name. Please spare a moment and re-register with a name that meets the requirements.
Now I'll try to answer your questions.
1. What are the most important componants of DTD development environment?
Flat file editors
What are the most important componant of XML development environment?
Flat file editors alsoXML is just a plain text, so any text editor would suffice. There are a lot of specialized XML editors, or even IDE, which provide extra functionality, like hierarchical view or checking an XML instance against DTD, but it is not necessarily. From the other hand, XML is data format and as such is designed to be used by some program. To be used it should be parsed, so we need a parser. But if you ask only about "XML development" - then flat file editors.
2)What the "XML test cases" are supposed to exercise/contain?
According to IBM mock, XML test cases should
1.be derived or taken from real data
2.exercise the most probable error conditions to be expected when the system is used
3.exercise all the important element contexts and content variations to be handled by the system
3)It is recommended to go for single step XSL tranformation when processing logic is highly interrelated. When to go for multistep tranformation?
Frankly, I never had to apply multistep tranformation, maybe those who hasmore experience can put more light here
4)Is it possible to convert SCHEMA to DTD?
Yes, with possible loss of information. Schemas provide far more elaborated verification features, so it is very likely that some of them will be lost in " Schema to DTD" conversion.
5)Can we use both XSL & CSS in one stylesheet?
Yes. There are many issues involved in such marriage, you can read more here: http://www.xml.com/pub/a/2000/03/08/style/index.html http://www.xml.com/pub/a/2000/06/21/deviant/index.html
6)true/false
It is standard practice to use either XSL-FO or CSS for formatting a document,but not both simultaneously.
"XSL flow objects use CSS properties, so CSS is an integral part of the XSL formatting story. In addition, there's been considerable effort expended to make sure that a common formatting model is developed. This will allow people to learn a single display semantic and apply it equally well to CSS and XSL in the projects where each is appropriate."
Norman Walsh. The XSL Debate: One Expert's View http://www.xml.com/pub/a/1999/06/xsl_edit.html
"If we leave XSLT apart for the moment (since it can be used with CSS as well as with XSL Formatting Objects), then CSS is the 80% solution, XSL(FO) the high-end tool for the next 15%. The remaining 5% needs real programming.
On the scale between capabilities, usability, and ease of implementation, CSS stresses usability, then implementation, and is willing to limit its powers. XSL is the reverse. In other words: CSS should be accessible to everybody, XSL should be able to do almost anything.
XSL and CSS: One Year Later
by Leigh Dodds
June 21, 2000 http://www.xml.com/pub/a/2000/06/21/deviant/index.html
7)What is the input to XSLT?
XML file & XSL file
or Dom tree & xsl file
Answer: a hierarchical tree representing an XML document - typically DOM tree. XSLT transformation requires:
"- parser (typically DOM parser): read a document and transform it into tree repsesentation
- XSLT processor: receive �a hierarchical tree representing an XML document� as an input, transform it, and produce another hierarchical tree.
- ff there is a need to produce a file, than a serializer is called."
[This message has been edited by Mapraputa Is (edited November 18, 2001).]
Originally posted by Kelly Aus:
Dear Shyam,
First of all sorry for being so late! Actually I met with an accident and was on bed for more than a month and thus didn't participate on this forum. Also my email-id is no more valid as it has been blocked.
As far as your queries are concerned Mapraputa has answered them extremely well! Thanks Mapraputa!!! as far as the following point is concerned:
3)It is recommended to go for single step XSL tranformation when processing logic is highly interrelated.
When to go for multistep tranformation?
is concerned...even I haven't used multistep transformation as yet but from what I have read till now it is required to maintain intermediate steps of the transformation for understanding and maintainability. It is similar to breaking a large procedure into smaller methods for better comprehension.
Hope it helps.
Please let me know if there is anything else I can do to help.
Regards
Kelly
Uncontrolled vocabularies
"I try my best to make *all* my posts nice, even when I feel upset" -- Philippe Maquet
Originally posted by Mapraputa Is:
Ok, I did some more research on "multi-step transformation".The best source I found is Jeni Tennison's new book "XSLT and XPath On The Edge" - that's a really good book! She calls it "multiple transformations". You can achieve it either within the same stylesheet, in which case you need to save intermediate result somewhow and then apply the next transformation (she also calls it "filter"), or by chaining multiple stylesheets. As far as I understood, XSLT 1.0 spec doesn't provide any temporary storage of "XML tree" type, but XSLT 1.1 does. So you have either to use XSLT 1.1 compliant processor, or to rely on proprietary extension functions, such as node-set(). In both cases your stylesheet will not be portable.
Memory is another issue. If you use "multi-step transformation" within the same stylesheet and keep temporary results, memory usage is increased, that means you do not want to do it on client side.
Another possibility is to have a separate stylesheet for each "step" and chain/pipe them, so the output of the first will be an input for the second etc.
In any case, "multi-step transformation" makes sense when we need to perform independent tasks.
I also have an alternative explanation why one may consider a chain of transformations. XSLT is a functional language, and "functional" paradigm is quite different from procedural or object-oriented. Until you get used to it, programming is difficult and often you may feel that there is simply no way to do what you want to do.In this case you can goof away and resort to "multi-step transformation" instead of figuring out a way to code your algorithm withing one step. But this is probably not the answer IBM-140 exam expects from you .
With a little knowledge, a cast iron skillet is non-stick and lasts a lifetime. |