OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: [xml-dev] Quiz: static transformation vs. JIT generation

[ Lists Home | Date Index | Thread Index ]
  • To: Bryan Rasmussen <bry@itnisk.com>, xml-dev@lists.xml.org
  • Subject: Re: [xml-dev] Quiz: static transformation vs. JIT generation
  • From: Razvan MIHAIU <mihaiu@mihaiu.name>
  • Date: Mon, 28 Mar 2005 09:15:55 +0300
  • In-reply-to: <1112008223.4247e61fa02da@horde.scannet.dk>
  • References: <42463B87.2070401@mihaiu.name> <1112008223.4247e61fa02da@horde.scannet.dk>
  • User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)

Bryan Rasmussen wrote:

>this is why quizzes suck.
>  
>
>>= = =
>>
>>They have the 
>>latest updates coming to them from various exchanges in XML format and 
>>they need to be able to supply the updates to the client on various 
>>platforms: web + mobile + handheld devices.
>>    
>>
>are these the same xml formats coming from the various exchanges? knowing this
>would significantly affect my response. Do these exhanges update their data at
>the same or varying rates?
>  
>
    I do not think that the input format is the same as the output 
format, otherwise they would not speak about transformations.


>>Which one would be the best approach for storing the rate updates ?
>>
>>A. separate xml documents for each share
>>B. a single document for each share
>>    
>>
>
>uhm, isn't this the same thing? if I have 20 shares and I have a seperate xml
>document for each share then I have a single document for each share. 
>
>  
>
    I think that "separate document" should be read as documents with 
different structure (e.g. different associated schemas).
    A single document means that all the shares will be saved in an XML 
document having the same structure.

>>C. static transformations for generating the output XML documents
>>    
>>
>what do they mean by output XML documents in this context, do they mean output
>xml documents that will be consumed directly by the various media, for example
>an xhtml document is an xml document that is consumed by a particular media,
>web
> or mobile or handheld devices, or do they mean output xml documents that will
>be used to generate the media to be consumed. 
>
    Since XHTML is XML you can consider this to be an option.
  

>IF the latter this supposes that
>the exchanges produce xml formats that are not the same and thus an
>intermediary
>transformation is needed to get an xml format that can be used to generate the
>media, but if that was the case then we might assume that transformation of the
>actual media was using answer D (otherwise you would just go ahead and use C,
>but this would require a larger number of stylesheets [if we go with standard
>practice of one stylesheet per format])
>
>  
>
    I think that you are going too deep for this kind of test.

>>D. just in time transformation of output XML documents
>>    
>>
>It seems to me like they consider the process of updating the central database
>and outputting the displays to the target media to be the same processes. I do
>not think this is reasonable, especially if performance is critical. I would
>suppose that updating the database is done as xml updates are pushed to them
>(the description of the problem implies a 'push' solution).
>There is not enough information to determine if I would want to do jit or
>static
>transforms, however I would tend to want to do jit transformations because in
>my
>experience this allows one to build richer media. Also I could definitely
>conceive of scenarios in which jit transforms could, by virtue of only being
>called when required, would give superior performance to static transforms.
>  
>
    You are probably thinking to some kind of cache. (but the question 
did not imply that you can use such a mechanism)


> 
>  
>
>>= = =
>>
>>My answer: B
>>The correct answer: C
>>
>>    
>>
>
>since I'm not quite sure I understand B what did  you take it to mean?
>
>  
>
    I was thinking that having only one type of document structure as 
input will improve performance.
    However, after reading Bob's answer I agree that "static 
transformations" in this case is a good option.

>>    To my understanding 'static transformations' means to generate HTML 
>>pages from an XML source and to feed those pages to all the clients. 
>>'Just in time transformations' means to transform the XML to HTML for 
>>each client that requests the data.
>>    
>>
>
>agreed however the question specifically mentions generating output XML not
>output Html, which caused me to question several aspects of the proposed
>problem. 
>
    You can read XHTML instead of HTML and that would solve the problem.


>Also I would say that JIT transformation also opens possibility of
>tailoring responses to each client need. Hence my saying that I would probably
>prefer to use JIT, when you have a JIT solution it becomes easier to build more
>services etc. on top of it from my experience. 
>  
>
    The problem is performance and not the flexibility of your solution.

>>    Is it practical to apply 'static transformations' to some data that 
>>needs to be processed "real-time" ? If yes, how often would you apply 
>>the 'static transformation' ? If the data changes every second you will 
>>have to apply the 'static transformations' every second !
>>    
>>

>Was this on an IBM quiz? I looked over their sample questions one time. I was
>annoyed. 
>  
>
    It's a quiz for the IBM 141 exam but it is not from their web site. 
I cannot tell precisely because each time I see a question on the web 
that intrigues me I just send myself an e-mail so that later I can take 
a closer look.




Regards,
Razvan






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS