October 2007 - jbossws-dev - Jboss List Archives

by Alessio Soldano

Hi Folks, I've just put a sticky post on the user forum to link to the productivity post on the design forum; this way I hope someone else come and comment. If it's ok with you, I plan to switch that post back to non-sticky once we've defined what to do about productivity. Cheers Alessio

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 4 - Production

by alessio.soldano＠jboss.com

What are we going to do? Once again, documentation will be the starting point. Users have to be aware of the issues they'll have to cope with before their system actually switch to the production environment. Thinking about the SOA governance issues, I believe webservices should at least come with some basic tools for service customer discovery and performance/level of service checks. My idea is to start from the jmx-console that actually show some metrics about the endpoints and enhance them, adding more info about load, response time, etc. as long as statistics/log about clients calling each endpoint. The administrator should be able of course to enable/disable metrics recording, etc; moreover we might provide info at different scopes (i.e. statistics for each endpoint as well as for each operation, etc.). The idea is that the administrator of services deployed on a given host should be able to track who is actually using the service and how. Moreover, he should be allowed to check whether the system is overloaded or not (that is: he meet the SLA requirements) and I think it's fine to check this at the WS level since services are the entry point for customers. Also showing the policy deployed on each policy subject might be useful. Finally, some efforts should be put on registry/UDDI. In my previous experiences registry usefulness was often underestimated; however registries may really help with painful issues, like wsdl versioning. I'm going to further elaborate my thoughts about this in the next future; for sure registries are going to be involved at least in one of the advanced samples backed by scenarios I previously talked about. Many other issues might be interesting at this level; if you think something else is more important or urgent, feel free to comment. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096039#4096039 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096039

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - [Productivity] Level 4 - Production

by alessio.soldano＠jboss.com

This thread is about the last level of productivity efforts we're thinking about. Please refer to this http://www.jboss.com/index.html?module=bb&op=viewtopic&t=121127 for a topic introduction. Having a webservice system finally live in production environment requires system administrators to deal with a lot of new issues. Topics like security, accountability, statistics, availability, SLA considerations and so on are most likely to come out especially considering the role webservices play in a SOA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096037#4096037 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096037

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 3 - Transition / staging

by richard.opalka＠jboss.com

"alessio.soldano(a)jboss.com" wrote : This said, we might somehow endorse the tools we think are the most suitable for our users' need, but this is quite an other discussion ;-) Yes, it's an another discussion. But put to your notes we should suggest only HTML based tools ;-) Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095999#4095999 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095999

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 3 - Transition / staging

by alessio.soldano＠jboss.com

"richard.opalka(a)jboss.com" wrote : | Yes, you are right. But I'd use thirdparty SOAP sniffers instead of writing our own because we're out of resources. | Richard Yes, I agree. As a matter of fact I was thinking to suggest users using those thirdparty tools (Lms too is a thirdparty tool, not something to develop from scratch), after having explained them why they're important and useful. This said, we might somehow endorse the tools we think are the most suitable for our users' need, but this is quite an other discussion ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095996#4095996 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095996

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 3 - Transition / staging

by alessio.soldano＠jboss.com

"richard.opalka(a)jboss.com" wrote : "alessio.soldano(a)jboss.com" wrote : | | Well, Ethereal is fine, however I see two points where more specialized tools might be better: | | - it's a general purpose "sniffer" that means you have to configure a lot of filters and so on to acually capture the soap communication you're looking for and if you have long conversations this might be painful | | - it requires X (assuming you're on a *nix system). Immagine you're the service provider and need to check messages coming from a customer. Your only option is to run Ethereal on the server running the WS (ok, or on any other host along the route, but this doesn't change a lot), but servers often do not have a graphic subsystem like X installed. I'm not saying it can't be done, but that it might be not so easy ;-) | But in these cases Apaches TCPMon is useless too ;-) | | Richard Yep, Lms is better for the X issue ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095993#4095993 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095993

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 3 - Transition / staging

by richard.opalka＠jboss.com

"alessio.soldano(a)jboss.com" wrote : | Well, Ethereal is fine, however I see two points where more specialized tools might be better: | - it's a general purpose "sniffer" that means you have to configure a lot of filters and so on to acually capture the soap communication you're looking for and if you have long conversations this might be painful | - it requires X (assuming you're on a *nix system). Immagine you're the service provider and need to check messages coming from a customer. Your only option is to run Ethereal on the server running the WS (ok, or on any other host along the route, but this doesn't change a lot), but servers often do not have a graphic subsystem like X installed. I'm not saying it can't be done, but that it might be not so easy ;-) But in these cases Apaches TCPMon is useless too ;-) Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095990#4095990 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095990

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 3 - Transition / staging

by richard.opalka＠jboss.com

"alessio.soldano(a)jboss.com" wrote : Well, Ethereal is fine, however I see two points where more specialized tools might be better: | - it's a general purpose "sniffer" that means you have to configure a lot of filters and so on to acually capture the soap communication you're looking for and if you have long conversations this might be painful | - it requires X (assuming you're on a *nix system). Immagine you're the service provider and need to check messages coming from a customer. Your only option is to run Ethereal on the server running the WS (ok, or on any other host along the route, but this doesn't change a lot), but servers often do not have a graphic subsystem like X installed. I'm not saying it can't be done, but that it might be not so easy ;-) Yes, you are right. But I'd use thirdparty SOAP sniffers instead of writing our own because we're out of resources. Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095989#4095989 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095989

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 3 - Transition / staging

by alessio.soldano＠jboss.com

"richard.opalka(a)jboss.com" wrote : "alessio.soldano(a)jboss.com" wrote : I'm thinking about explaining the need for tools like | | TCP-Mon | | http://ws.apache.org/commons/tcpmon/ | | or Lms | | http://www.javalinuxlabs.org/lms/index.html | Isn't Wireshark (initially Ethereal) suffiecient enough? Well, Ethereal is fine, however I see two points where more specialized tools might be better: - it's a general purpose "sniffer" that means you have to configure a lot of filters and so on to acually capture the soap communication you're looking for and if you have long conversations this might be painful - it requires X (assuming you're on a *nix system). Immagine you're the service provider and need to check messages coming from a customer. Your only option is to run Ethereal on the server running the WS (ok, or on any other host along the route, but this doesn't change a lot), but servers often do not have a graphic subsystem like X installed. I'm not saying it can't be done, but that it might be not so easy ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095986#4095986 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095986

16 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: [Productivity] Level 3 - Transition / staging

by maeste

"richard.opalka(a)jboss.com" wrote : [ | Isn't Wireshark (initially Ethereal) suffiecient enough? | Maybe for skilled users...and still be less usable for the goal. Is matter of fact that axis TCPMon is largely used in ws tracing, even by people using different stacks. As already said a web base solution may be much more better IMHO. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095984#4095984 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095984

16 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbossws-dev October 2007