Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #20694 > unrolled thread
| Started by | "SL@maxis" <noreply@my-rialto.com> |
|---|---|
| First post | 2012-12-25 01:04 +0800 |
| Last post | 2013-01-01 12:29 -0800 |
| Articles | 16 on this page of 76 — 14 participants |
Back to article view | Back to comp.lang.java.programmer
Java servlet on browsers: dying or kicking ? "SL@maxis" <noreply@my-rialto.com> - 2012-12-25 01:04 +0800
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-24 12:37 -0500
Re: Java servlet on browsers: dying or kicking ? "SL@maxis" <ecp_gen@my-rialto.com> - 2012-12-25 04:32 +0800
Re: Java servlet on browsers: dying or kicking ? Kevin McMurtrie <mcmurtrie@pixelmemory.us> - 2012-12-26 23:20 -0800
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-27 21:05 -0500
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-27 21:07 -0500
Re: Java servlet on browsers: dying or kicking ? Gene Wirchenko <genew@telus.net> - 2012-12-27 21:13 -0800
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-28 11:07 -0500
Re: Java servlet on browsers: dying or kicking ? Gene Wirchenko <genew@telus.net> - 2012-12-28 09:14 -0800
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-28 18:18 -0500
Re: Java servlet on browsers: dying or kicking ? Kevin McMurtrie <mcmurtrie@pixelmemory.us> - 2012-12-28 00:41 -0800
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-28 11:14 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2012-12-28 17:50 +0000
Re: Java servlet on browsers: dying or kicking ? Robert Klemme <shortcutter@googlemail.com> - 2012-12-28 21:22 +0100
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2012-12-28 21:08 +0000
Re: Java servlet on browsers: dying or kicking ? Robert Klemme <shortcutter@googlemail.com> - 2012-12-28 22:55 +0100
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-28 18:02 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2012-12-29 08:55 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-29 20:40 -0500
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2012-12-31 20:08 -0400
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-31 19:33 -0500
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-28 17:51 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2012-12-29 11:37 +0000
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2012-12-29 11:39 +0000
Re: Java servlet on browsers: dying or kicking ? Gene Wirchenko <genew@telus.net> - 2012-12-29 22:22 -0800
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-29 20:34 -0500
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2012-12-29 08:22 -0400
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2012-12-29 13:00 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-29 20:54 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2012-12-30 11:02 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-30 20:33 -0500
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2012-12-31 19:54 -0400
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-29 20:43 -0500
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2012-12-31 19:06 -0400
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-31 19:29 -0500
Re: Java servlet on browsers: dying or kicking ? Martin Gregorie <martin@address-in-sig.invalid> - 2013-01-01 01:46 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2012-12-31 21:35 -0500
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2013-01-01 09:22 -0400
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-04 19:46 -0500
Re: Java servlet on browsers: dying or kicking ? "Richard Maher" <maher_rj@hotspamnotmail.com> - 2013-01-05 08:22 +0800
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-04 19:59 -0500
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-04 20:01 -0500
Re: Java servlet on browsers: dying or kicking ? Martin Gregorie <martin@address-in-sig.invalid> - 2013-01-05 01:32 +0000
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-06 10:27 +0000
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2013-01-06 10:29 -0400
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-06 16:29 +0000
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2013-01-06 13:46 -0400
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-06 18:44 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-06 21:10 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-07 09:04 +0000
Re: Java servlet on browsers: dying or kicking ? Lew <lewbloch@gmail.com> - 2013-01-06 09:53 -0800
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-06 18:21 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-06 21:07 -0500
Re: Java servlet on browsers: dying or kicking ? Twirlip of the Mists <twirlip@killfile.me.now.invalid> - 2013-01-06 21:18 -0500
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-06 21:28 -0500
Re: Java servlet on browsers: dying or kicking ? Twirlip of the Mists <twirlip@killfile.me.now.invalid> - 2013-01-06 21:58 -0500
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-06 22:04 -0500
Re: Java servlet on browsers: dying or kicking ? Twirlip of the Mists <twirlip@killfile.me.now.invalid> - 2013-01-06 22:10 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-07 08:34 +0000
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-07 08:25 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-06 10:34 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-06 16:46 +0000
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-06 21:05 -0500
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-06 17:10 +0000
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2013-01-06 14:04 -0400
Re: Java servlet on browsers: dying or kicking ? Arne Vajhøj <arne@vajhoej.dk> - 2013-01-06 21:03 -0500
Re: Java servlet on browsers: dying or kicking ? Arved Sandstrom <asandstrom2@eastlink.ca> - 2013-01-07 07:01 -0400
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-07 11:11 +0000
Re: Java servlet on browsers: dying or kicking ? lipska the kat <lipskathekat@yahoo.co.uk> - 2013-01-07 14:25 +0000
Re: Java servlet on browsers: dying or kicking ? "Richard Maher" <maher_rj@hotspamnotmail.com> - 2013-01-05 08:05 +0800
Re: Java servlet on browsers: dying or kicking ? Lew <lewbloch@gmail.com> - 2012-12-24 11:06 -0800
Re: Java servlet on browsers: dying or kicking ? Robert Klemme <shortcutter@googlemail.com> - 2012-12-24 23:33 +0100
Re: Java servlet on browsers: dying or kicking ? Eric Sosman <esosman@comcast-dot-net.invalid> - 2012-12-24 18:15 -0500
Re: Java servlet on browsers: dying or kicking ? Robert Klemme <shortcutter@googlemail.com> - 2012-12-25 10:43 +0100
Re: Java servlet on browsers: dying or kicking ? Lew <lewbloch@gmail.com> - 2012-12-25 13:21 -0800
Re: Java servlet on browsers: dying or kicking ? Roedy Green <see_website@mindprod.com.invalid> - 2013-01-01 12:29 -0800
Page 4 of 4 — ← Prev page 1 2 3 [4]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2013-01-06 10:34 -0500 |
| Message-ID | <50e99980$0$294$14726298@news.sunsite.dk> |
| In reply to | #21018 |
On 1/6/2013 5:27 AM, lipska the kat wrote: > On 05/01/13 00:22, Richard Maher wrote: >> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >> news:nUoEs.1$Z03.0@newsfe23.iad... >>> On 12/29/2012 09:43 PM, Arne Vajh�j wrote: > > [snip] > >> But let's say they put all the business rules in the Business Layer >> implemented in a Java or C# class. Who is going to inforce thos rules >> from >> PHP Perl or Python access? > > This is a spurious argument. Any organization that allows unfettered > access to it's data by random clients written in unsupported languages > deserves everything it gets. I thought the idea of solving IT complexity by having one language, one database etc. died 20 years ago. One size does not fit all. And even if it did then we could not convert systems as fast as companies spin-off, acquire, merge etc.. > Keeping business logic in a single place is all about maintainability. Yes or no. Business logic relating to some specific purpose should be in one place. But all business logic does not need to be in the same place. > Providing meaningful access to the most valuable asset your organization > has is exactly what good design is all about. > The logical extension of your argument is to do everything in the > database. You're not a DBA by any chance are you ? > > I have no objection to using referential integrity constraints as a > backup to a good understanding of your business model but I can see no > situation where scattering business logic over multiple > tiers/layers/whatever is anything other than poor/lazy design. I would tend to agree for simple solutions, but for more complex solutions it does not hold true. In a SOA world each service will be responsible for its own business logic. Arne
[toc] | [prev] | [next] | [standalone]
| From | lipska the kat <lipskathekat@yahoo.co.uk> |
|---|---|
| Date | 2013-01-06 16:46 +0000 |
| Message-ID | <bfqdnT-Qvq_mN3TNnZ2dnUVZ8iednZ2d@bt.com> |
| In reply to | #21031 |
On 06/01/13 15:34, Arne Vajhøj wrote: > On 1/6/2013 5:27 AM, lipska the kat wrote: >> On 05/01/13 00:22, Richard Maher wrote: >>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>> news:nUoEs.1$Z03.0@newsfe23.iad... >>>> On 12/29/2012 09:43 PM, Arne Vajh�j wrote: >> >> [snip] >> >>> But let's say they put all the business rules in the Business Layer >>> implemented in a Java or C# class. Who is going to inforce thos rules >>> from >>> PHP Perl or Python access? >> >> This is a spurious argument. Any organization that allows unfettered >> access to it's data by random clients written in unsupported languages >> deserves everything it gets. > > I thought the idea of solving IT complexity by having one language, > one database etc. died 20 years ago. > > One size does not fit all. No one is suggesting it does. The solution to maintaining control over your data is all about good management of your resources. And by management I mean managing who and what you allow to access your data, because in the end, that is what we are talking about isn't it, data integrity. If you allow anyone or anything using any language to do anything that you don't have ultimate control over then then you are asking for trouble. It has nothing to do with whether the business logic is in one place or not. lipska -- Lipska the Kat©: Troll hunter, sandbox destroyer and farscape dreamer of Aeryn Sun
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2013-01-06 21:05 -0500 |
| Message-ID | <50ea2d6b$0$282$14726298@news.sunsite.dk> |
| In reply to | #21039 |
On 1/6/2013 11:46 AM, lipska the kat wrote: > On 06/01/13 15:34, Arne Vajhøj wrote: >> On 1/6/2013 5:27 AM, lipska the kat wrote: >>> On 05/01/13 00:22, Richard Maher wrote: >>>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>>> news:nUoEs.1$Z03.0@newsfe23.iad... >>>>> On 12/29/2012 09:43 PM, Arne Vajh�j wrote: >>> >>> [snip] >>> >>>> But let's say they put all the business rules in the Business Layer >>>> implemented in a Java or C# class. Who is going to inforce thos rules >>>> from >>>> PHP Perl or Python access? >>> >>> This is a spurious argument. Any organization that allows unfettered >>> access to it's data by random clients written in unsupported languages >>> deserves everything it gets. >> >> I thought the idea of solving IT complexity by having one language, >> one database etc. died 20 years ago. >> >> One size does not fit all. > > No one is suggesting it does. You seems to want to limit the usage of programming languages. > The solution to maintaining control over your data is all about good > management of your resources. And by management I mean managing who and > what you allow to access your data, because in the end, that is what we > are talking about isn't it, data integrity. > > If you allow anyone or anything using any language to do anything that > you don't have ultimate control over then then you are asking for trouble. You will never have ultimate control. Arne
[toc] | [prev] | [next] | [standalone]
| From | lipska the kat <lipskathekat@yahoo.co.uk> |
|---|---|
| Date | 2013-01-06 17:10 +0000 |
| Message-ID | <Q_Kdnfr21vWULXTNnZ2dnUVZ8iCdnZ2d@bt.com> |
| In reply to | #21031 |
On 06/01/13 15:34, Arne Vajhøj wrote: > On 1/6/2013 5:27 AM, lipska the kat wrote: >> On 05/01/13 00:22, Richard Maher wrote: >>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>> news:nUoEs.1$Z03.0@newsfe23.iad... [snip] > In a SOA world each service will be responsible for its > own business logic. One definition of an SOA is that Services are unassociated, loosely coupled units of functionality that have no calls to each other embedded in them <wikipedia> This being the case then it will be even more important to manage the possible combinations of what will effectively be calls on your business logic. You can't simply allow your various departments to publish a random collection of services and let anyone combine them in any way they like. As I see it a SOA while providing maximum flexibility clientside will be even more dependent on some central repository of rules that will need to be applied at some stage in the interaction lifecycle. Allowing different interpretations of critical business process will surely be an invitation to chaos and disaster. Or maybe I'm being over cautious. lipska -- Lipska the Kat©: Troll hunter, sandbox destroyer and farscape dreamer of Aeryn Sun
[toc] | [prev] | [next] | [standalone]
| From | Arved Sandstrom <asandstrom2@eastlink.ca> |
|---|---|
| Date | 2013-01-06 14:04 -0400 |
| Message-ID | <E0jGs.28375$Id.22626@newsfe24.iad> |
| In reply to | #21040 |
On 01/06/2013 01:10 PM, lipska the kat wrote: > On 06/01/13 15:34, Arne Vajhøj wrote: >> On 1/6/2013 5:27 AM, lipska the kat wrote: >>> On 05/01/13 00:22, Richard Maher wrote: >>>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>>> news:nUoEs.1$Z03.0@newsfe23.iad... > > [snip] > >> In a SOA world each service will be responsible for its >> own business logic. > > One definition of an SOA is that > > Services are unassociated, loosely coupled units of functionality that > have no calls to each other embedded in them <wikipedia> > > This being the case then it will be even more important to manage the > possible combinations of what will effectively be calls on your business > logic. You can't simply allow your various departments to publish a > random collection of services and let anyone combine them in any way > they like. Of course not. There's nothing magical about services per se. You'd no more do what you just described than put a bunch of CORBA interfaces out there and let just anyone pound on 'em, or deploy a JMS messaging provider and let just anyone use it. Complete applications in the SOA world consist of all the orchestration and choreography required to automate processes and have services interact, plus the lower-level services themselves. As applications they should be subject to the same SD discipline as any other. As I see it a SOA while providing maximum flexibility > clientside will be even more dependent on some central repository of > rules that will need to be applied at some stage in the interaction > lifecycle. Allowing different interpretations of critical business > process will surely be an invitation to chaos and disaster. > > Or maybe I'm being over cautious. > > lipska > You're not being overly cautious, this is where the top layer of a SOA app comes in, whether a workflow engine or a web app, with maybe an ESB thrown in for good measure. Having said all that, it's not like public (or internal organizational) exposure of services, and letting people combine them as they like, is always bad, it simply depends on the nature of the service. You may have noticed things like mashups and the tens of thousands of web APIs out there. And the API providers in those cases purposefully don't care about API combinations. AHS
[toc] | [prev] | [next] | [standalone]
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Date | 2013-01-06 21:03 -0500 |
| Message-ID | <50ea2cd5$0$282$14726298@news.sunsite.dk> |
| In reply to | #21040 |
On 1/6/2013 12:10 PM, lipska the kat wrote: > On 06/01/13 15:34, Arne Vajhøj wrote: >> On 1/6/2013 5:27 AM, lipska the kat wrote: >>> On 05/01/13 00:22, Richard Maher wrote: >>>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>>> news:nUoEs.1$Z03.0@newsfe23.iad... > > [snip] > >> In a SOA world each service will be responsible for its >> own business logic. > > One definition of an SOA is that > > Services are unassociated, loosely coupled units of functionality that > have no calls to each other embedded in them <wikipedia> > > This being the case then it will be even more important to manage the > possible combinations of what will effectively be calls on your business > logic. You can't simply allow your various departments to publish a > random collection of services and let anyone combine them in any way > they like. As I see it a SOA while providing maximum flexibility > clientside will be even more dependent on some central repository of > rules that will need to be applied at some stage in the interaction > lifecycle. Allowing different interpretations of critical business > process will surely be an invitation to chaos and disaster. It is definitely not SOA if the service provider want to dictate how the service consumer uses the service. Arne
[toc] | [prev] | [next] | [standalone]
| From | Arved Sandstrom <asandstrom2@eastlink.ca> |
|---|---|
| Date | 2013-01-07 07:01 -0400 |
| Message-ID | <sWxGs.32019$411.21573@newsfe02.iad> |
| In reply to | #21109 |
On 01/06/2013 10:03 PM, Arne Vajhøj wrote: > On 1/6/2013 12:10 PM, lipska the kat wrote: >> On 06/01/13 15:34, Arne Vajhøj wrote: >>> On 1/6/2013 5:27 AM, lipska the kat wrote: >>>> On 05/01/13 00:22, Richard Maher wrote: >>>>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>>>> news:nUoEs.1$Z03.0@newsfe23.iad... >> >> [snip] >> >>> In a SOA world each service will be responsible for its >>> own business logic. >> >> One definition of an SOA is that >> >> Services are unassociated, loosely coupled units of functionality that >> have no calls to each other embedded in them <wikipedia> >> >> This being the case then it will be even more important to manage the >> possible combinations of what will effectively be calls on your business >> logic. You can't simply allow your various departments to publish a >> random collection of services and let anyone combine them in any way >> they like. As I see it a SOA while providing maximum flexibility >> clientside will be even more dependent on some central repository of >> rules that will need to be applied at some stage in the interaction >> lifecycle. Allowing different interpretations of critical business >> process will surely be an invitation to chaos and disaster. > > It is definitely not SOA if the service provider want to > dictate how the service consumer uses the service. > > Arne > I know where you are coming from, Arne, but in practise there are truly public services and there are controlled ones. As an example of the latter, a web service exposed through an ESB (abstraction layer), with a real service in Java, and the entire kit and kaboodle is an API for renewing vehicle permits and related vehicle/driver information, for a government MV registry. This WS/service requires pre-payment, and a larger system which manages notifications. In practise such a service will always be called in a controlled fashion, usually via a website, or by vetted applications. AHS
[toc] | [prev] | [next] | [standalone]
| From | lipska the kat <lipskathekat@yahoo.co.uk> |
|---|---|
| Date | 2013-01-07 11:11 +0000 |
| Message-ID | <XZWdnQnLwJLNMHfNnZ2dnUVZ8iSdnZ2d@bt.com> |
| In reply to | #21109 |
On 07/01/13 02:03, Arne Vajhøj wrote: > On 1/6/2013 12:10 PM, lipska the kat wrote: >> On 06/01/13 15:34, Arne Vajhøj wrote: >>> On 1/6/2013 5:27 AM, lipska the kat wrote: >>>> On 05/01/13 00:22, Richard Maher wrote: >>>>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>>>> news:nUoEs.1$Z03.0@newsfe23.iad... >> [snip] > > It is definitely not SOA if the service provider want to > dictate how the service consumer uses the service. There are many resources out there that seem to disagree with you. Just one of several that I found interesting and informative is here http://www.indiawebdevelopers.com/resource_center/articles/soa.html A particularly interesting bit of this particularly interesting article follows ... A service is an implementation of a clearly defined business function that operates independent of the state of any other service. It has a well defined set of platform-independent interfaces and operates through a pre-defined contract with the consumer of the service ... ... operates through a _pre-defined_ contract with the consumer of the service. interesting huh lipska -- Lipska the Kat©: Troll hunter, sandbox destroyer and farscape dreamer of Aeryn Sun
[toc] | [prev] | [next] | [standalone]
| From | lipska the kat <lipskathekat@yahoo.co.uk> |
|---|---|
| Date | 2013-01-07 14:25 +0000 |
| Message-ID | <KOudnVVr1eBlR3fNnZ2dnUVZ7qOdnZ2d@bt.com> |
| In reply to | #21109 |
On 07/01/13 02:03, Arne Vajhøj wrote: > On 1/6/2013 12:10 PM, lipska the kat wrote: >> On 06/01/13 15:34, Arne Vajhøj wrote: >>> On 1/6/2013 5:27 AM, lipska the kat wrote: >>>> On 05/01/13 00:22, Richard Maher wrote: >>>>> "Arved Sandstrom"<asandstrom2@eastlink.ca> wrote in message >>>>> news:nUoEs.1$Z03.0@newsfe23.iad... >> >> [snip] >> >>> In a SOA world each service will be responsible for its >>> own business logic > It is definitely not SOA if the service provider want to > dictate how the service consumer uses the service. Nonsense As I've said before there are two possible types of interaction statefull and stateless. If you don't agree with these words substitute some of your own. We all know what these words mean, or should do if we have studied computer science. a stateless interaction does not impact the state of the business. But Even so there may be some rule to be applied to the accessing of a stateless service. For example, someone might decide that the same IP address cannot make more than n accesses in so many hours. This is a business rule. it is not the responsibility of the service to implement this rule, if it were then other orchestrators who want to use the service and who for whatever reason want to apply a charge to this service (for example) would be hampered in their use of this service. It is the responsibility of the service bus to implement the business rules or at least delegate to some other service that knows how to implement them. the rules or subset of rules will usually be In one place, in a single layer or tier or ... wait for it; WHATEVER other mechanism required. (a rules engine for example). Did you see that I used the _whatever_ word again. <waits for the flaming to begin> There is so much more to SOA that this of course but my original assertion still holds. SOA or not SOA. You simply cannot have a business where anyone can do anything they want with your valuable assets. Anyone who has ever been involved in implementing a business or part thereof would know this. I've been involved in businesses with turnovers ranging from a couple of hundred thousand pounds to a couple of hundred million pounds and I have never experienced a situation where the management team would agree to the free and unfettered use of their assets weather stateful OR stateless. We haven't covered statefull services but they are the really interesting bit and I'll leave that as an exercise for the reader. lipska -- Lipska the Kat©: Troll hunter, sandbox destroyer and farscape dreamer of Aeryn Sun
[toc] | [prev] | [next] | [standalone]
| From | "Richard Maher" <maher_rj@hotspamnotmail.com> |
|---|---|
| Date | 2013-01-05 08:05 +0800 |
| Message-ID | <kc7qnt$6pf$1@speranza.aioe.org> |
| In reply to | #20797 |
"Arved Sandstrom" <asandstrom2@eastlink.ca> wrote in message news:JfBDs.90567$2v.68591@newsfe05.iad... > > I emphatically don't delineate layers by technology used, or even by > location. A clean, understandable architectural picture can deal with, and > explain, business logic in Javascript on a mobile browser, and also > business logic in a DB stored procedure. > Hear, hear! > AHS Cheers Richard Maher
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2012-12-24 11:06 -0800 |
| Message-ID | <c2817add-fe11-40d0-a9a2-a0016341db47@googlegroups.com> |
| In reply to | #20694 |
SL@maxis wrote: > What is the current state of java [sic] servlet support by major browsers ? No browser supports servlets. > Is it a dying technology or still alive and kicking ? Very much still kicking. -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Robert Klemme <shortcutter@googlemail.com> |
|---|---|
| Date | 2012-12-24 23:33 +0100 |
| Message-ID | <ajs3ipFq39tU1@mid.individual.net> |
| In reply to | #20696 |
On 24.12.2012 20:06, Lew wrote: > SL@maxis wrote: >> Is it a dying technology or still alive and kicking ? > > Very much still kicking. Which one? Browsers, servlets or applets? ;-) Cheers robert -- remember.guy do |as, often| as.you_can - without end http://blog.rubybestpractices.com/
[toc] | [prev] | [next] | [standalone]
| From | Eric Sosman <esosman@comcast-dot-net.invalid> |
|---|---|
| Date | 2012-12-24 18:15 -0500 |
| Message-ID | <kbanlu$8ot$1@dont-email.me> |
| In reply to | #20698 |
On 12/24/2012 5:33 PM, Robert Klemme wrote:
> On 24.12.2012 20:06, Lew wrote:
>> SL@maxis wrote:
>
>>> Is it a dying technology or still alive and kicking ?
>>
>> Very much still kicking.
>
> Which one? Browsers, servlets or applets? ;-)
Kicklets. They still have the ballslets to fight for
their rightslets, defending their nichelets against all
threatlets, patriotically emptying their wallets and spilling
their platelets.
Happy holidayslets to you.
--
Eric Sosman
esosman@comcast-dot-net.invalid
[toc] | [prev] | [next] | [standalone]
| From | Robert Klemme <shortcutter@googlemail.com> |
|---|---|
| Date | 2012-12-25 10:43 +0100 |
| Message-ID | <ajtapkF3054U1@mid.individual.net> |
| In reply to | #20699 |
On 12/25/2012 12:15 AM, Eric Sosman wrote: > On 12/24/2012 5:33 PM, Robert Klemme wrote: >> On 24.12.2012 20:06, Lew wrote: >>> SL@maxis wrote: >> >>>> Is it a dying technology or still alive and kicking ? >>> >>> Very much still kicking. >> >> Which one? Browsers, servlets or applets? ;-) > > Kicklets. They still have the ballslets to fight for > their rightslets, defending their nichelets against all > threatlets, patriotically emptying their wallets and spilling > their platelets. > > Happy holidayslets to you. Eric, thanks for making my day! *chuckle* All the best robert
[toc] | [prev] | [next] | [standalone]
| From | Lew <lewbloch@gmail.com> |
|---|---|
| Date | 2012-12-25 13:21 -0800 |
| Message-ID | <866de682-0cf3-4104-9e35-35896affa12b@googlegroups.com> |
| In reply to | #20698 |
Robert Klemme wrote: > Lew wrote: >> SL@maxis wrote: >>> Is it a dying technology or still alive and kicking ? > >> Very much still kicking. > > Which one? Browsers, servlets or applets? ;-) I took the antecedent to be servlets, I assume they already know the answer to browsers, and since then I've seen that they actually meant applets. -- Lew
[toc] | [prev] | [next] | [standalone]
| From | Roedy Green <see_website@mindprod.com.invalid> |
|---|---|
| Date | 2013-01-01 12:29 -0800 |
| Message-ID | <khh6e8lu4fmu6ouqqrf5nb2jjiur0pb7qt@4ax.com> |
| In reply to | #20694 |
On Tue, 25 Dec 2012 01:04:23 +0800, "SL@maxis" <noreply@my-rialto.com> wrote, quoted or indirectly quoted someone who said : > >What is the current state of java servlet support by major browsers ? > >Is it a dying technology or still alive and kicking ? Servlets don't run on browsers. When they render HTML they have no way of knowing how it was produced. There is nothing browsers can do to screw up Servlets. Google is promoting compressed HTML with http://mindprod.com/jgloss/spdy.html I suppose at some point Servlet engines that don't support it will be left in the dust. However, SPDY does not go far enough to get as much of a boost as you would expect and has some troubles. -- Roedy Green Canadian Mind Products http://mindprod.com Students who hire or con others to do their homework are as foolish as couch potatoes who hire others to go to the gym for them.
[toc] | [prev] | [standalone]
Page 4 of 4 — ← Prev page 1 2 3 [4]
Back to top | Article view | comp.lang.java.programmer
csiph-web