Doesn't look like anyone replied. So here goes..
1. Web services shouldn't be stateful. (Far harder to keep that promise than to
recite it). My own current service is stateful, and it breaks the SOA rules we
have in place here, causing me no end to issues. Removing the statefulness once
it creeps into your project is like getting blood from a stone. Best remedy is
to create a composite service that is stateless, and that talks to the client.
It also formulates a series of web service calls to your stateful service that
does the real work. The composite service then returns the result to the
client. BPEL could help here.
2. Web services are not suitable for large data transfer, at all. I have found
past about 20Mb of data per request/response and the service starts to timeout.
That is even when RAM is added and processors are upgraded. On one of my
previous web services gigs I was asked to build a web service to transfer
files. They grew from 20Mb to 75Mb with few troubles except for the occasional
timeout, then to 1 Gig in size. The remedy was to call the service
asynchronously. There are various Microsoft and IBM websites that will explain
that mode of calling. (If you need them, I can send you the article urls, I
just don't have them handy right now).
Remedy is to rethink your architecture. Web services will perform very badly
for you on large data sets. (So bad as to be totally unusable). So simply don't
use the web services for the data transfer. Try FTP instead, and use the web
service to generate the files and pass back the address of where to find the
files. It sounds like the granularity of your service is too fine-grained. You
need to think in higher terms for the web service operations.
Just some thoughts.
-jeff
-Original Message-
From: Florian Georg [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 21, 2007 11:29 AM
To: axis-user@ws.apache.org
Subject: Best way to realize stateful services architecture with massivedata?
I´m currently thinking of the best way to realize data-intensive
"workflows" composed of web services (similar e.g. to a BPEL engine).
I´ll looking at Axis2 engine for that, but I´m unsure how it could fit
my special needs:
What I need to do is to be able to call subsequent operations on a
service (e.g. configure(), execute(), getNextResults(), reset(), ..).
Background is that these are very long running services which consume
and produce potentially some GBs of data.
The services are dependend of each other, e.g. execute() may only be
called after a predecessor service has successfully executed.
Produced data should be re-usable by differend nodes, e.g. passing
around and re-generate should be minimized.
What do you think of this?
What does Axis provide me for this scenario?
Should I use, e.g. WS-Resource (Muse) for this? An ESB ?
Or should I even consider mapping this into BPEL and use a process
engine?
(ok, I´ll stop here before it becomes too off-topic)
Any remarks would be greatly appreciated.
thanks in advance
-- Florian
-
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]