Maximum Kb Passed In WSDL

What is the maximum kbyte(s) for WSDL/Web service/SOAP application?

Tried searching the internet and it seems that there is no really
limit in terms bytes/kbytes. So it is assumed that the transfer of
data (in kb) will depend on the speed and limit of the internet
bandwidth?

"Rene_Surop" <infodynamics_ph@yahoo.com> wrote in message
news:1192980804.294494.81760@t8g2000prg.googlegroups.com...
> What is the maximum kbyte(s) for WSDL/Web service/SOAP application?
>
> Tried searching the internet and it seems that there is no really
> limit in terms bytes/kbytes. So it is assumed that the transfer of
> data (in kb) will depend on the speed and limit of the internet
> bandwidth?
>
It is exactly the same as any other XML file. Packet size will vary with
different configurations, but that is transparent to the XML user. There is
nothing mysterious about SOAP; just think: "XML".

Pete.
--
"I used to write COBOL...now I can do anything."

On Oct 22, 2:54 pm, "Pete Dashwood"
<dashw...@removethis.enternet.co.nz> wrote:
> Vista WILL be a good OS and within a couple of years it will replace XP, b
ut
> most people (self included) are not rushing to get it yet. (I actually
> uninstalled it off one system that I was trying it on. However, I do inten
d
> to go to the 64 bit version next year.) The Vista user base is slowly
> expanding. To give credit where it is due, MS have recognised the major
> stumbling blocks and the word around their forums is that these are being
> addressed. Drivers have been a problem and we still see people bleating
> about Vista not running with their Bendix washing machine :-) In fact, MS
> has provided  support for more than 2 million devices with Vista.)

Been using the Vista Ultimate/OS and COM+ (component services) is not
included now in their Administrative Tool option. The problem I'm
having right now is how to register my COM into the OS.... and aside
from it, I'm using the Soap Toolkit V3.0 which is I'm afraid not
applicable in Vista OS. So its basically a new endeavour for me.
Though right now Vista doesn't seem to be the business platform yet
(not as dominant), but it will be in 3years or so.


> Fujitsu COBOL for .NET generates IL directly and was doing so before the
> equivalent MicroFocus product, however, both of these products are
> expensive, there are some limitations on the COBOL they support, and I can
't
> see why anyone would pay thousands of dollars for a compiler that doesn't
> have the features you expect with a modern language (reflection of metadat
a,
> Regular Expressions, Query Expressions, to name just a few), when you can
> download a C# compiler and IDE (which is DESIGNED for DotNET) for free.

Considering a "free" devtool, is MS not very keen on licenses (or
runtime)  fee for business apps being deployed using such compiler?

"William M. Klein" <wmklein@nospam.netcom.com> wrote in message
news:wa9Ti.269222$6L.98992@fe03.news.easynews.com...
> "Pete Dashwood" <dashwood@removethis.enternet.co.nz> wrote in message
> news:5o4kfrFl05kaU1@mid.individual.net...
> <much snippage> 
>
> Pete,
>  I think that this is "relevant" to your comment about <IBM> mainframe and
> DotNET<ish> stuff.  There was a SHARE (IBM mainframe user group)
> requirement that asked IBM for the following:
>
> "SSLNGC0413603  LE & ISO/IEC 23271:2003 Common Language Infrastructure
> (CLI)
>  IBM should provide (optional) support for "ISO/IEC 23271:2003 Common
> Language
> Infrastructure (CLI)".  ..."
>
> The IBM response was
>
> "Reject Reason ... Explanation: Not Strategic"
>
>    ****
>
> Hopefully, I am not getting  and the "CLI" part is the part of
> DotNET that is relevant.

Well you can bet if Users ask for it they will be told it's not happening...
:-)

If it's "not strategic" then perhaps they should publish the strategy they
ARE implementing. The rest of the World is going to these platforms... could
history be repeating itself?

Never mind...

Check these out...

http://ibm-mainframe.blogspot.com/2...-mainframe.html
http://www.zjournal.com/index.cfm?s...article&aid=839

There is a lot more but most of it is scuttlebutt and gossip... :-)

Pete.
--
"I used to write COBOL...now I can do anything."

X-Trace: individual.net wRWpgy3a/ OVilsIsgj46qgHzaOHt8u3vznK8zRdFv7zOvxVXH
r
Cancel-Lock: sha1:cfI4bVOox+cKVUl4chiyvFnsOJI=
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.3138
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
Bytes: 6378
Xref: number1.nntp.dca.giganews.com comp.lang.cobol:169693



"Rene_Surop" <infodynamics_ph@yahoo.com> wrote in message
news:1193139596.927128.154310@v29g2000prd.googlegroups.com...
> On Oct 22, 2:54 pm, "Pete Dashwood"
> <dashw...@removethis.enternet.co.nz> wrote: 
>
> Been using the Vista Ultimate/OS and COM+ (component services) is not
> included now in their Administrative Tool option. The problem I'm
> having right now is how to register my COM into the OS....

It should register fine with RegSvr32, provided it is a .DLL with ODL
included in the Library, and it implements the standard COM interfaces. If
you have a separate ODL file it may be more difficult. Fujitsu generates all
this under the covers and wraps it properly; I don't know what MF does.

You really only need the COM+ administrative tool if you want to generate
DTS support, and/or deploy the component remotely (in which case you need to
set impersonation, authentication, and permissions. The nice thing about the
tool is that it will give you a .MSI package you can roll directly to the
remote server and it will install itself correctly and register
itself.(However you CAN do all these things manually if you HAVE to...)

If you run your COM component under the DotNET Interop Services using
ASP.NET or C# (possibly other .NET languages too; haven't tried...) you
don't need to register it at all (although you CAN use RegSvr32 in the usual
way if you want to. Certainly the DotNET framework has Classes that do what
COM did, and, as Vista is totally DotNET oriented, it makes sense that they
are not really supporting COM so visibly. (You can bet it is still
supported; too many OS support functions are implemented as COM components
for it not to be; that's why I'm pretty certain that using RegSvr32 will
work.)


> from it, I'm using the Soap Toolkit V3.0 which is I'm afraid not
> applicable in Vista OS. So its basically a new endeavour for me.
> Though right now Vista doesn't seem to be the business platform yet
> (not as dominant), but it will be in 3years or so.
>
> 
>
> Considering a "free" devtool, is MS not very keen on licenses (or
> runtime)  fee for business apps being deployed using such compiler?
>
I believe they are taking a broader view; and they are not exactly cash
strapped so they can afford to.  In the several years since it has been on
offer, millions of people have actually taken advantage of the free
downloads (I wouldn't be surprised if they stop them soon, but they may
not...). These are all people who are keen and enthusiastic and want to get
into programming. MS has provided fantastic support, training, and video
tutorials (although this is starting to dry up now and  we are being
encouraged to sign up with their education facility and pay for new courses.
But now the user base is so huge that anything you want to know you can
GOOGLE instantly anyway.) As a result, there is a base of people who have
all been exposed to their software, products and environment, and, for the
most part, it is VERY good. By offering free tools to the people who would
be most likely to want them (the rising generation) they are ensuring the
future of the Company. Many of today's young C# and VB programmers will be
tomorrow's managers.

So, the majority of the people using the free tools are probably NOT writing
killer commercial apps., rather messing around and getting their cell phone
talking to their Home Network, or automating SMS... :-) But, once you get a
taste for it, you really want it :-) I started with the free Express version
of VS 2005 but it was only a matter of ws before I bought the full
product... The Web Development support alone was worth the money... Now I
can write in C++, C#, Java, VB, and the Scripting Languages (VBScript,
JavaScript, and WSH), all from the same IDE.

If I had had this environment 15 years ago, I'd be fully retired now :-))

Pete.
--
"I used to write COBOL...now I can do anything."


It is good "Java insurance" (I haven't written any Java since I started
using C#...)