On Jan 31, 2008 12:10 PM, Mark Nüßler <[EMAIL PROTECTED]> wrote: > hello users, > > just to let you know - i have java classes, > that generates visual studio project files > 4 vs2003 and vs2005 - so that you just generate > your code. deployment und running simple_http_sever > is done by compiling - just press play button ;-)
Wow, is that something you like to share with us:). > > i think its better to have these kind of tools > in java, so there is no need to have a third > language like ruby - i know that ruby is much more > intuitve to build this kind of skripts. > Yea sure, It is better if we can limit users to use only (at most) two languages. Thanks Dimuthu > mfg derMark > > Dimuthu Gamage schrieb: > > > On Jan 31, 2008 9:19 AM, Samisa Abeysinghe <[EMAIL PROTECTED]> wrote: > >> Dimuthu Gamage wrote: > >>> Please see my inline comment. > >>> > >>> On Jan 31, 2008 8:07 AM, Samisa Abeysinghe <[EMAIL PROTECTED]> wrote: > >>> > >>>> Dimuthu Gamage wrote: > >>>> > >>>>> Hi Zhang, > >>>>> > >>>>> Thanks for your suggestions. > >>>>> > >>>>> 1). In fact generating a demo client is a good idea. I will look in to > >>>>> that. > >>>>> For the time being, I'm using a ruby script to generate simple > >>>>> demonstrations for stub and skels (it automatically generates simple > >>>>> logic with adb), if you find useful you can check it from > >>>>> http://people.apache.org/~dimuthu/leisure/23_oct/generate_demos.rb. > >>>>> > >>>>> > >>>> When there are so many operations, with complex params, how are we > >>>> supposed to generate a demo client? > >>>> > >>> I think what we can provide is empty functions (with empty logic) as > >>> in server side. The adb object manipulation should be anyway done by > >>> the user. so we don't need to worry about complex types in the demo > >>> client.. That indeed should be done by the user. > >>> > >>> BTW the ruby script I mentioned there, recursively fills the object > >>> matching pattern in the generated code.. That works only for "in-out" > >>> MEP. Anyway what we are planning to generate with WSDL2C tool is not > >>> much complicated as that. > >>> > >> I wish we could have used the Ruby script, the only problem with that is > >> we have to assume users would have Ruby. This would specially be > >> problematic with Windows users :( > > > > Hi, > > > > I don't think we should use the Ruby Script as a kind of recommended > > way to generate demos.. As Zhang suggested what we are lacking is a > > demo client that has /*Todo */ spaces to write clients logic. That > > kind of thing can be easily generated from the WSDL2C tool itself. And > > we can use the ruby script as an optional thing. > > > > Thanks > > Dimuthu > > > >> Samisa... > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
