Thanks Mark, I will check it out. :) Dimuthu
On Feb 1, 2008 2:49 AM, Mark Nüßler <[EMAIL PROTECTED]> wrote: > hello users, > > share ? sure ;-) > > at the moment i am very busy - sorry, > i will have time - let me say next week wednesday, > to work on this issue. > > to have a look at my generating process, you can > download a zip at [1] to get an idea how its works. > at the moment nearly everthing is hardcoded, > so it won't work on other maschines, there > was no need to took the long way, everything > is quick and dirty ;-) > > the gen.bat is how i generate java->wsdl > and wsdl->java, the both folders are for > the vs studio generation, to start and deploy > the generated service. > > mfg derMark > > [1] www.9elements.com/dermark/axis2_vs_gen.zip > > > > Dimuthu Gamage schrieb: > > 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] > > > > > > > > --------------------------------------------------------------------- > 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]
