Why don't we commit it in both places?  One in datatype that can be 
used/merged with the other one potentially, and one in a server that can 
be used to facilitate server testing.


Eric Hyche wrote:

>I kind of like datatype/tools/xmlreader as Milko suggested.
>
>Just my $.02.
>
>Eric 
>
>  
>
>>-----Original Message-----
>>From: datatype-dev-bounces at helixcommunity.org 
>>[mailto:datatype-dev-bounces at helixcommunity.org] On Behalf Of 
>>Jamie Gordon
>>Sent: Thursday, October 20, 2005 6:27 PM
>>To: atin
>>Cc: datatype-dev; helix-server-dev
>>Subject: Re: [Helix-server-dev] Re: [datatype-dev] CR: test 
>>file format plugin
>>
>>I'm not sure I agree with server/samples, since it's a test tool,
>>not a sample plugin. If in the server tree, I would propose to put
>>it in server/tools (server/tools/xmlreader). Or else server/datatype.
>>
>>I'm pretty ambivalent about whether it should live in datatype or
>>server.
>>
>>Jamie
>>
>>atin wrote:
>>    
>>
>>>i meant server/samples not server/examples (does not exist). 
>>>
>>>On Thu, 20 Oct 2005, atin wrote:
>>>
>>>
>>>      
>>>
>>>>Date: Thu, 20 Oct 2005 15:07:21 -0700 (PDT)
>>>>From: atin <atin at real.com>
>>>>To: Milko Boic <milko at real.com>
>>>>Cc: Jamie Gordon <jgordon at real.com>,
>>>>    datatype-dev <datatype-dev at lists.helixcommunity.org>,
>>>>    helix-server-dev <helix-server-dev at lists.helixcommunity.org>
>>>>Subject: Re: [Helix-server-dev] Re: [datatype-dev] CR: test 
>>>>        
>>>>
>>file format
>>    
>>
>>>>   plugin
>>>>
>>>>i would like this fileformat to b under server/examples 
>>>>        
>>>>
>>where the other
>>    
>>
>>>>example file formats reside, because we have some server 
>>>>        
>>>>
>>specific work that
>>    
>>
>>>>needs to b done in this ff, so having it under datatype/tools is not
>>>>appropriate. 
>>>>
>>>>i agree tho that if possible we can merge the two formats.
>>>>
>>>>On Thu, 20 Oct 2005, Milko Boic wrote:
>>>>
>>>>
>>>>        
>>>>
>>>>>Date: Thu, 20 Oct 2005 13:12:49 -0700
>>>>>From: Milko Boic <milko at real.com>
>>>>>To: Jamie Gordon <jgordon at real.com>,
>>>>>    datatype-dev <datatype-dev at lists.helixcommunity.org>,
>>>>>    helix-server-dev <helix-server-dev at lists.helixcommunity.org>
>>>>>Subject: [Helix-server-dev] Re: [datatype-dev] CR: test 
>>>>>          
>>>>>
>>file format plugin
>>    
>>
>>>>>Jamie,
>>>>>
>>>>>We already have datatype/tools/xmlwriter that does the 
>>>>>          
>>>>>
>>inverse of below 
>>    
>>
>>>>>(even though probably not in exactly the same dialect of XML.
>>>>>Nevertheless, it would be probably easy to bring those two 
>>>>>          
>>>>>
>>to the common 
>>    
>>
>>>>>format.
>>>>>
>>>>>I would suggest placing this to datatype/tools/xmlreader.
>>>>>
>>>>>Thanks,
>>>>>Milko
>>>>>
>>>>>At 10:18 AM 10/20/2005, Jamie Gordon wrote:
>>>>>
>>>>>          
>>>>>
>>>>>>Synopsis
>>>>>>========
>>>>>>Adds a test file format plugin for testing of server or 
>>>>>>            
>>>>>>
>>client core.
>>    
>>
>>>>>>Branches: HEAD
>>>>>>Suggested Reviewer: anyone
>>>>>>
>>>>>>
>>>>>>Description
>>>>>>===========
>>>>>>I wrote this over a year ago in order to test some stuff 
>>>>>>            
>>>>>>
>>I was working
>>    
>>
>>>>>>on. It was not checked in at the time, I believe 
>>>>>>            
>>>>>>
>>forgotten due to an
>>    
>>
>>>>>>inability to agree on a location and a lack of time. This 
>>>>>>            
>>>>>>
>>should not
>>    
>>
>>>>>>require a full review, it just needs to be checked in now 
>>>>>>            
>>>>>>
>>so others can
>>    
>>
>>>>>>add to it and use it for their testing purposes.
>>>>>>
>>>>>>This file format plugin reads an xml file. The file 
>>>>>>            
>>>>>>
>>describes the file
>>    
>>
>>>>>>and stream headers and returns them in response to 
>>>>>>            
>>>>>>
>>GetFileHeader and
>>    
>>
>>>>>>GetStreamHeader. It does not currently implement 
>>>>>>            
>>>>>>
>>GetPacket, but the XML
>>    
>>
>>>>>>file format should be easily expandable to describe 
>>>>>>            
>>>>>>
>>packet size range,
>>    
>>
>>>>>>frequency, etc. per stream in order to generate fake packets.
>>>>>>
>>>>>>I'd like to check this in to
>>>>>>datatype/tools/coretester/fileformat or
>>>>>>server/tools/testfformat
>>>>>>or something better if anyone has a suggestion
>>>>>>
>>>>>>
>>>>>>Files Affected
>>>>>>==============
>>>>>>datatype/tools/coretest/fileformat/* [new]
>>>>>>
>>>>>>
>>>>>>Testing Performed
>>>>>>=================
>>>>>>Unit Tests:
>>>>>>
>>>>>>Integration Tests:
>>>>>>
>>>>>>Leak Tests:
>>>>>>None
>>>>>>
>>>>>>Performance Tests:
>>>>>>None
>>>>>>
>>>>>>Platforms Tested: win32-i386-vc7
>>>>>>Build verified: win32-i386-vc7
>>>>>>
>>>>>>
>>>>>>QA Hints
>>>>>>===============
>>>>>>
>>>>>>n/a
>>>>>>            
>>>>>>
>>_______________________________________________
>>Datatype-dev mailing list
>>Datatype-dev at helixcommunity.org
>>http://lists.helixcommunity.org/mailman/listinfo/datatype-dev
>>
>>    
>>
>
>
>_______________________________________________
>Helix-server-dev mailing list
>Helix-server-dev at helixcommunity.org
>http://lists.helixcommunity.org/mailman/listinfo/helix-server-dev
>  
>