There is NO relation between the NAME of the portType and the NAME of the service's port. So while that may work for your specific case, it won't work in general. For example:
<portType name="PT".../>
<binding name="B" .../>
<service>
<port name="hiThere" binding="tns:B" .../>
</service>
In this case, the service's method name will be "getHiThere".
There IS a way to extend the beta 2 emitter, but it's a bit more involved. You have to create an extension of JavaServiceIfaceWriter whose write method calls super.write() and then calls the code in GeneratePortNames.generate. But in order for the emitter to recognize your new writer you have to create a subclass of JavaGeneratorFactory(JavaWriterFactory in beta 2) and register YOUR factory with emitter. Not quite as tidy, as you can see.
Russell Butek
[EMAIL PROTECTED]
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: query regarding org.apache.axis.wsdl.toJava.Emitter class
Dear Russell,
In the sample code u have sent, I see the "symbolTable" package that
i do not find in the beta2 release. I think this package may be more recent
than the beta2 release. For the issue i mentioned in retrieving the port of
the service, if i want a program to work fine even with beta2, can I just
strip the substring "Type" from the service portType say
"StockQuoteServicePortType" name that is generated and which i can get from
the GeneratedFileInfo class. Is this a consistent way of doing it if i have
to avoid the usage of SymbolTable class? I know I run the risk of changing
implementation in case some easier way for retrieving the methodnames is
provided in future. Is it worth the way I am trying to do?
Sandeep L
