Re: [Carbon-dev] QueueService and MessageQueue

2011-05-09 Thread Manjula Rathnayake
On Mon, May 9, 2011 at 10:39 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Mon, May 9, 2011 at 10:33 AM, Supun Kamburugamuva su...@wso2.comwrote:

 Are we going to implement the all transport concept for this release?


 No this is not the time to introduce changes to Axis2.


 If not it is better to make these two services exposed only in HTTP/S.
 Anyway these two services cannot be exposed in any other transport so
 having that in the services.xml is quite natural.


 This fix is committed.  These services are exposed only in HTTP/S now.

Thank you.

 +1

 Thanks,
 Hiranya



 Thanks,
 Supun.

 On Sun, May 8, 2011 at 5:39 PM, Hiranya Jayathilaka hira...@wso2.com
 wrote:
  Hi,
 
  On Sun, May 8, 2011 at 4:08 PM, Amila Suriarachchi am...@wso2.com
 wrote:
 
 
  On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:
 
  We have discussed this extensively. The proper solution is to add a
  parameter to axis2.xml which specifies the behavior of the transports
  element not being present in the services.xml. Either this could mean,
  expose on all transports, or don't expose on any transports. If this
 is
  don't expose on any transport, the services.xml should declare the
  transports on which this service has to be exposed. In either case,
 the
  user's existing services will not simply work OOTB without some
 changes.
 
  I think the correct solution is define the default export transports in
  the axis2.xml. By default we make it http https and local. (we can use
 the
  same element in the services.xml) if some one wants to add another
 transport
  it has to declare in the services.xml. Need to do a disscussion at the
 axis2
  level for this.
 
  +1 This is what I meant by making 'all transports' configurable.
 Basically
  we should be able to define the default set of transports.
 
 
  For these two services we will make it only available with http/s since
  other are not configured anyway.
 
  +1
  Thanks,
  Hiranya
 
 
  thanks,
  Amila.
 
 
 
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 
 
 
  --
  Hiranya Jayathilaka
  Senior Software Engineer;
  WSO2 Inc.;  http://wso2.org
  E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
  Blog: http://techfeast-hiranya.blogspot.com
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 



 --
 Supun Kamburugamuva
 Technical Lead   Product Manager, WSO2 Inc.; http://wso2.com
 Member, Apache Software Foundation; http://www.apache.org
 WSO2 Inc.;  http://wso2.org
 E-mail: su...@wso2.com;  Mobile: +94 77 431 3585
 Blog: http://supunk.blogspot.com
 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
Manjula Rathnayaka
Software Engineer
WSO2, Inc.
Mobile:+94 77 743 1987
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Hiranya Jayathilaka
On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports.


IIRC the idea was to make it configurable what 'all transports' mean.


 If this is don't expose on any transport, the services.xml should declare
 the transports on which this service has to be exposed. In either case, the
 user's existing services will not simply work OOTB without some changes.


Agreed. However I'm not too concerned about user defined services at this
point. User knows through which transports a service needs to be exposed and
he can use the features provided in our UI (service-mgt, transport-mgt) to
configure the services to fit his exact needs. If a service needs to be
exposed over a transport like VFS or mail, he can add the required
parameters to the service. If he doesn't, service will only be exposed over
HTTP/S which is not bad either.

The problem is with our built-in admin services. User has no control over
these. So trying to expose them over transports for which they are not
configured isn't correct.

Thanks,
Hiranya


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
Hiranya Jayathilaka
Senior Software Engineer;
WSO2 Inc.;  http://wso2.org
E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
Blog: http://techfeast-hiranya.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Afkham Azeez
On Sun, May 8, 2011 at 11:34 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports.


 IIRC the idea was to make it configurable what 'all transports' mean.


 If this is don't expose on any transport, the services.xml should declare
 the transports on which this service has to be exposed. In either case, the
 user's existing services will not simply work OOTB without some changes.


 Agreed. However I'm not too concerned about user defined services at this
 point. User knows through which transports a service needs to be exposed and
 he can use the features provided in our UI (service-mgt, transport-mgt) to
 configure the services to fit his exact needs. If a service needs to be
 exposed over a transport like VFS or mail, he can add the required
 parameters to the service. If he doesn't, service will only be exposed over
 HTTP/S which is not bad either.

 The problem is with our built-in admin services. User has no control over
 these. So trying to expose them over transports for which they are not
 configured isn't correct.


Admin services are supposed to be exposed only via HTTPS.



 Thanks,
 Hiranya


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* http://www.apache.org/**
email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
blog: **http://blog.afkham.org* http://blog.afkham.org*
twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Hiranya Jayathilaka
On Sun, May 8, 2011 at 11:36 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:34 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports.


 IIRC the idea was to make it configurable what 'all transports' mean.


 If this is don't expose on any transport, the services.xml should declare
 the transports on which this service has to be exposed. In either case, the
 user's existing services will not simply work OOTB without some changes.


 Agreed. However I'm not too concerned about user defined services at this
 point. User knows through which transports a service needs to be exposed and
 he can use the features provided in our UI (service-mgt, transport-mgt) to
 configure the services to fit his exact needs. If a service needs to be
 exposed over a transport like VFS or mail, he can add the required
 parameters to the service. If he doesn't, service will only be exposed over
 HTTP/S which is not bad either.

 The problem is with our built-in admin services. User has no control over
 these. So trying to expose them over transports for which they are not
 configured isn't correct.


 Admin services are supposed to be exposed only via HTTPS.


I think these 2 particular services are just marked as hidden services (they
don't show up in the UI).

Thanks,
Hiranya







 Thanks,
 Hiranya


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
Hiranya Jayathilaka
Senior Software Engineer;
WSO2 Inc.;  http://wso2.org
E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
Blog: http://techfeast-hiranya.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Afkham Azeez
On Sun, May 8, 2011 at 11:40 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 11:36 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:34 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports.


 IIRC the idea was to make it configurable what 'all transports' mean.


 If this is don't expose on any transport, the services.xml should
 declare the transports on which this service has to be exposed. In either
 case, the user's existing services will not simply work OOTB without some
 changes.


 Agreed. However I'm not too concerned about user defined services at this
 point. User knows through which transports a service needs to be exposed and
 he can use the features provided in our UI (service-mgt, transport-mgt) to
 configure the services to fit his exact needs. If a service needs to be
 exposed over a transport like VFS or mail, he can add the required
 parameters to the service. If he doesn't, service will only be exposed over
 HTTP/S which is not bad either.

 The problem is with our built-in admin services. User has no control over
 these. So trying to expose them over transports for which they are not
 configured isn't correct.


 Admin services are supposed to be exposed only via HTTPS.


 I think these 2 particular services are just marked as hidden services
 (they don't show up in the UI).


Is there any issue in making VFSTransport optional. Can't you keep it
commented out?



 Thanks,
 Hiranya







 Thanks,
 Hiranya


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* http://www.apache.org/**
email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
blog: **http://blog.afkham.org* http://blog.afkham.org*
twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Afkham Azeez
The other problem is, even for user deployed services, when these transports
are enabled, the service will be marked faulty. The user cannot use the UI
to change the transports of faulty services. Think about some service which
does not support services.xml files. In such a case, how would you
selectively enable only certain transports, when the deployment fails?


On Sun, May 8, 2011 at 11:49 AM, Hiranya Jayathilaka hira...@wso2.comwrote:

 Hi Azeez,

 On Sun, May 8, 2011 at 11:43 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:40 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 11:36 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:34 AM, Hiranya Jayathilaka 
 hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports.


 IIRC the idea was to make it configurable what 'all transports' mean.


 If this is don't expose on any transport, the services.xml should
 declare the transports on which this service has to be exposed. In either
 case, the user's existing services will not simply work OOTB without some
 changes.


 Agreed. However I'm not too concerned about user defined services at
 this point. User knows through which transports a service needs to be
 exposed and he can use the features provided in our UI (service-mgt,
 transport-mgt) to configure the services to fit his exact needs. If a
 service needs to be exposed over a transport like VFS or mail, he can add
 the required parameters to the service. If he doesn't, service will only 
 be
 exposed over HTTP/S which is not bad either.

 The problem is with our built-in admin services. User has no control
 over these. So trying to expose them over transports for which they are 
 not
 configured isn't correct.


 Admin services are supposed to be exposed only via HTTPS.


 I think these 2 particular services are just marked as hidden services
 (they don't show up in the UI).


 Is there any issue in making VFSTransport optional. Can't you keep it
 commented out?


 VFS transport is optional. It is commented out and not enabled by default,
 if that's what you mean. But the above warning shows up as soon as I enable
 it in the axis2.xml (or from the UI). And as I said it's not just for VFS.
 Happens for just about any transport (Mail, FIX etc). Most users will be
 concerned to see these unnecessary warnings in the log, particularly when
 they cannot really see these services in the system.

 Thanks,
 Hiranya





 Thanks,
 Hiranya







 Thanks,
 Hiranya


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  

Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Hiranya Jayathilaka
On Sun, May 8, 2011 at 1:26 PM, Afkham Azeez az...@wso2.com wrote:

 The other problem is, even for user deployed services, when these
 transports are enabled, the service will be marked faulty. The user cannot
 use the UI to change the transports of faulty services. Think about some
 service which does not support services.xml files.


If it's a user defined service then there should be some kind of a service
descriptor to work with right? Axis2 services have the services.xml. Proxy
services have a Synapse configuration file. Data services have a dbs file
and so on.


 In such a case, how would you selectively enable only certain transports,
 when the deployment fails?


I agree that this needs to be fixed at Axis2 level proper. But right now we
have these two services always complaining about transports. No other admin
service or hidden service has this problem. So I think we should fix these 2
services right away. Since they are built-in stuff user has no choice but to
live with them.

Thanks,
Hiranya




 On Sun, May 8, 2011 at 11:49 AM, Hiranya Jayathilaka hira...@wso2.comwrote:

 Hi Azeez,

 On Sun, May 8, 2011 at 11:43 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:40 AM, Hiranya Jayathilaka 
 hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 11:36 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:34 AM, Hiranya Jayathilaka hira...@wso2.com
  wrote:



 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports.


 IIRC the idea was to make it configurable what 'all transports' mean.



 If this is don't expose on any transport, the services.xml should
 declare the transports on which this service has to be exposed. In 
 either
 case, the user's existing services will not simply work OOTB without 
 some
 changes.


 Agreed. However I'm not too concerned about user defined services at
 this point. User knows through which transports a service needs to be
 exposed and he can use the features provided in our UI (service-mgt,
 transport-mgt) to configure the services to fit his exact needs. If a
 service needs to be exposed over a transport like VFS or mail, he can add
 the required parameters to the service. If he doesn't, service will only 
 be
 exposed over HTTP/S which is not bad either.

 The problem is with our built-in admin services. User has no control
 over these. So trying to expose them over transports for which they are 
 not
 configured isn't correct.


 Admin services are supposed to be exposed only via HTTPS.


 I think these 2 particular services are just marked as hidden services
 (they don't show up in the UI).


 Is there any issue in making VFSTransport optional. Can't you keep it
 commented out?


 VFS transport is optional. It is commented out and not enabled by default,
 if that's what you mean. But the above warning shows up as soon as I enable
 it in the axis2.xml (or from the UI). And as I said it's not just for VFS.
 Happens for just about any transport (Mail, FIX etc). Most users will be
 concerned to see these unnecessary warnings in the log, particularly when
 they cannot really see these services in the system.

 Thanks,
 Hiranya





 Thanks,
 Hiranya







 Thanks,
 Hiranya


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 
 **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; 

Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Amila Suriarachchi
On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports. If this is
 don't expose on any transport, the services.xml should declare the
 transports on which this service has to be exposed. In either case, the
 user's existing services will not simply work OOTB without some changes.


I think the correct solution is define the default export transports in the
axis2.xml. By default we make it http https and local. (we can use the same
element in the services.xml) if some one wants to add another transport it
has to declare in the services.xml. Need to do a disscussion at the axis2
level for this.

For these two services we will make it only available with http/s since
other are not configured anyway.

thanks,
Amila.




 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Afkham Azeez
On Sun, May 8, 2011 at 4:08 PM, Amila Suriarachchi am...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports. If this is
 don't expose on any transport, the services.xml should declare the
 transports on which this service has to be exposed. In either case, the
 user's existing services will not simply work OOTB without some changes.


 I think the correct solution is define the default export transports in the
 axis2.xml. By default we make it http https and local. (we can use the same
 element in the services.xml) if some one wants to add another transport it
 has to declare in the services.xml. Need to do a disscussion at the axis2
 level for this.


+1



 For these two services we will make it only available with http/s since
 other are not configured anyway.


+1



 thanks,
 Amila.




 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* http://www.apache.org/**
email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
blog: **http://blog.afkham.org* http://blog.afkham.org*
twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Hiranya Jayathilaka
Hi,

On Sun, May 8, 2011 at 4:08 PM, Amila Suriarachchi am...@wso2.com wrote:



 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports. If this is
 don't expose on any transport, the services.xml should declare the
 transports on which this service has to be exposed. In either case, the
 user's existing services will not simply work OOTB without some changes.


 I think the correct solution is define the default export transports in the
 axis2.xml. By default we make it http https and local. (we can use the same
 element in the services.xml) if some one wants to add another transport it
 has to declare in the services.xml. Need to do a disscussion at the axis2
 level for this.


+1 This is what I meant by making 'all transports' configurable. Basically
we should be able to define the default set of transports.



 For these two services we will make it only available with http/s since
 other are not configured anyway.


+1

Thanks,
Hiranya



 thanks,
 Amila.




 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
Hiranya Jayathilaka
Senior Software Engineer;
WSO2 Inc.;  http://wso2.org
E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
Blog: http://techfeast-hiranya.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Supun Kamburugamuva
Are we going to implement the all transport concept for this release?
If not it is better to make these two services exposed only in HTTP/S.
Anyway these two services cannot be exposed in any other transport so
having that in the services.xml is quite natural.

Thanks,
Supun.

On Sun, May 8, 2011 at 5:39 PM, Hiranya Jayathilaka hira...@wso2.com wrote:
 Hi,

 On Sun, May 8, 2011 at 4:08 PM, Amila Suriarachchi am...@wso2.com wrote:


 On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:

 We have discussed this extensively. The proper solution is to add a
 parameter to axis2.xml which specifies the behavior of the transports
 element not being present in the services.xml. Either this could mean,
 expose on all transports, or don't expose on any transports. If this is
 don't expose on any transport, the services.xml should declare the
 transports on which this service has to be exposed. In either case, the
 user's existing services will not simply work OOTB without some changes.

 I think the correct solution is define the default export transports in
 the axis2.xml. By default we make it http https and local. (we can use the
 same element in the services.xml) if some one wants to add another transport
 it has to declare in the services.xml. Need to do a disscussion at the axis2
 level for this.

 +1 This is what I meant by making 'all transports' configurable. Basically
 we should be able to define the default set of transports.


 For these two services we will make it only available with http/s since
 other are not configured anyway.

 +1
 Thanks,
 Hiranya


 thanks,
 Amila.




 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev





-- 
Supun Kamburugamuva
Technical Lead   Product Manager, WSO2 Inc.; http://wso2.com
Member, Apache Software Foundation; http://www.apache.org
WSO2 Inc.;  http://wso2.org
E-mail: su...@wso2.com;  Mobile: +94 77 431 3585
Blog: http://supunk.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-08 Thread Hiranya Jayathilaka
On Mon, May 9, 2011 at 10:33 AM, Supun Kamburugamuva su...@wso2.com wrote:

 Are we going to implement the all transport concept for this release?


No this is not the time to introduce changes to Axis2.


 If not it is better to make these two services exposed only in HTTP/S.
 Anyway these two services cannot be exposed in any other transport so
 having that in the services.xml is quite natural.


+1

Thanks,
Hiranya



 Thanks,
 Supun.

 On Sun, May 8, 2011 at 5:39 PM, Hiranya Jayathilaka hira...@wso2.com
 wrote:
  Hi,
 
  On Sun, May 8, 2011 at 4:08 PM, Amila Suriarachchi am...@wso2.com
 wrote:
 
 
  On Sun, May 8, 2011 at 11:12 AM, Afkham Azeez az...@wso2.com wrote:
 
  We have discussed this extensively. The proper solution is to add a
  parameter to axis2.xml which specifies the behavior of the transports
  element not being present in the services.xml. Either this could mean,
  expose on all transports, or don't expose on any transports. If this is
  don't expose on any transport, the services.xml should declare the
  transports on which this service has to be exposed. In either case, the
  user's existing services will not simply work OOTB without some
 changes.
 
  I think the correct solution is define the default export transports in
  the axis2.xml. By default we make it http https and local. (we can use
 the
  same element in the services.xml) if some one wants to add another
 transport
  it has to declare in the services.xml. Need to do a disscussion at the
 axis2
  level for this.
 
  +1 This is what I meant by making 'all transports' configurable.
 Basically
  we should be able to define the default set of transports.
 
 
  For these two services we will make it only available with http/s since
  other are not configured anyway.
 
  +1
  Thanks,
  Hiranya
 
 
  thanks,
  Amila.
 
 
 
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 
 
 
  --
  Hiranya Jayathilaka
  Senior Software Engineer;
  WSO2 Inc.;  http://wso2.org
  E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
  Blog: http://techfeast-hiranya.blogspot.com
 
  ___
  Carbon-dev mailing list
  Carbon-dev@wso2.org
  http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
 
 



 --
 Supun Kamburugamuva
 Technical Lead   Product Manager, WSO2 Inc.; http://wso2.com
 Member, Apache Software Foundation; http://www.apache.org
 WSO2 Inc.;  http://wso2.org
 E-mail: su...@wso2.com;  Mobile: +94 77 431 3585
 Blog: http://supunk.blogspot.com
 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
Hiranya Jayathilaka
Senior Software Engineer;
WSO2 Inc.;  http://wso2.org
E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
Blog: http://techfeast-hiranya.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


[Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Hiranya Jayathilaka
Hi Folks,

Can somebody please explain what QueueService and MessageQueue are? These
services shout whenever I enable some transport in the ESB:

[2011-05-07 20:08:39,148]  WARN - VFSTransportListener Unable to configure
the service QueueService for the VFS transport: Service doesn't have
configuration information for transport vfs. This service is being marked as
faulty and will not be available over the VFS transport.
[2011-05-07 20:08:39,162]  WARN - VFSTransportListener Disabling the vfs
transport for the service QueueService, because it is not configured
properly for the service
[2011-05-07 20:08:39,163]  WARN - VFSTransportListener Unable to configure
the service MessageQueue for the VFS transport: Service doesn't have
configuration information for transport vfs. This service is being marked as
faulty and will not be available over the VFS transport.
[2011-05-07 20:08:39,163]  WARN - VFSTransportListener Disabling the vfs
transport for the service MessageQueue, because it is not configured
properly for the service

Thanks
-- 
Hiranya Jayathilaka
Senior Software Engineer;
WSO2 Inc.;  http://wso2.org
E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
Blog: http://techfeast-hiranya.blogspot.com
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Manjula Rathnayake
Hi,

On Sat, May 7, 2011 at 8:11 PM, Hiranya Jayathilaka hira...@wso2.comwrote:

 Hi Folks,

 Can somebody please explain what QueueService and MessageQueue are? These
 services shout whenever I enable some transport in the ESB:


SQS is composed of these two services. Message box component provides these
services.

thank you.


 [2011-05-07 20:08:39,148]  WARN - VFSTransportListener Unable to configure
 the service QueueService for the VFS transport: Service doesn't have
 configuration information for transport vfs. This service is being marked as
 faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,162]  WARN - VFSTransportListener Disabling the vfs
 transport for the service QueueService, because it is not configured
 properly for the service
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Unable to configure
 the service MessageQueue for the VFS transport: Service doesn't have
 configuration information for transport vfs. This service is being marked as
 faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Disabling the vfs
 transport for the service MessageQueue, because it is not configured
 properly for the service

 Thanks
 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
Manjula Rathnayaka
Software Engineer
WSO2, Inc.
Mobile:+94 77 743 1987
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Amila Suriarachchi
On Sat, May 7, 2011 at 8:11 PM, Hiranya Jayathilaka hira...@wso2.comwrote:

 Hi Folks,

 Can somebody please explain what QueueService and MessageQueue are? These
 services shout whenever I enable some transport in the ESB:

 [2011-05-07 20:08:39,148]  WARN - VFSTransportListener Unable to configure
 the service QueueService for the VFS transport: Service doesn't have
 configuration information for transport vfs. This service is being marked as
 faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,162]  WARN - VFSTransportListener Disabling the vfs
 transport for the service QueueService, because it is not configured
 properly for the service
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Unable to configure
 the service MessageQueue for the VFS transport: Service doesn't have
 configuration information for transport vfs. This service is being marked as
 faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Disabling the vfs
 transport for the service MessageQueue, because it is not configured
 properly for the service


The reason is we have not limited the transport to https unlike in other
admin services. If you remove that you should get this error with other
Admin services as well.

thanks,
Amila.



 Thanks
 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Afkham Azeez
On Sun, May 8, 2011 at 12:02 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sat, May 7, 2011 at 10:59 PM, Amila Suriarachchi am...@wso2.comwrote:



 On Sat, May 7, 2011 at 8:11 PM, Hiranya Jayathilaka hira...@wso2.comwrote:

 Hi Folks,

 Can somebody please explain what QueueService and MessageQueue are? These
 services shout whenever I enable some transport in the ESB:

 [2011-05-07 20:08:39,148]  WARN - VFSTransportListener Unable to
 configure the service QueueService for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,162]  WARN - VFSTransportListener Disabling the vfs
 transport for the service QueueService, because it is not configured
 properly for the service
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Unable to
 configure the service MessageQueue for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Disabling the vfs
 transport for the service MessageQueue, because it is not configured
 properly for the service


 The reason is we have not limited the transport to https unlike in other
 admin services.


 So then I guess it's a bug, isn't it? We have fixed all other services
 (Version, HelloWorld etc) by exposing them over HTTP/S only.



No! What if users deploy their own services? Their services will
automatically be marked as faulty, and none of their services will work
OOTB. Why don't we make VFSTransport optional?


 Thanks,
 Hiranya


 If you remove that you should get this error with other Admin services as
 well.


 thanks,
 Amila.



 Thanks
 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




-- 
*Afkham Azeez*
Director of Architecture; WSO2, Inc.; http://wso2.com
Member; Apache Software Foundation; http://www.apache.org/
* http://www.apache.org/**
email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
blog: **http://blog.afkham.org* http://blog.afkham.org*
twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
*
linked-in: **http://lk.linkedin.com/in/afkhamazeez*
*
*
*Lean . Enterprise . Middleware*
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Amila Suriarachchi
On Sun, May 8, 2011 at 12:08 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 12:02 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sat, May 7, 2011 at 10:59 PM, Amila Suriarachchi am...@wso2.comwrote:



 On Sat, May 7, 2011 at 8:11 PM, Hiranya Jayathilaka hira...@wso2.comwrote:

 Hi Folks,

 Can somebody please explain what QueueService and MessageQueue are?
 These services shout whenever I enable some transport in the ESB:

 [2011-05-07 20:08:39,148]  WARN - VFSTransportListener Unable to
 configure the service QueueService for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,162]  WARN - VFSTransportListener Disabling the vfs
 transport for the service QueueService, because it is not configured
 properly for the service
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Unable to
 configure the service MessageQueue for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Disabling the vfs
 transport for the service MessageQueue, because it is not configured
 properly for the service


 The reason is we have not limited the transport to https unlike in other
 admin services.


 So then I guess it's a bug, isn't it? We have fixed all other services
 (Version, HelloWorld etc) by exposing them over HTTP/S only.



 No! What if users deploy their own services? Their services will
 automatically be marked as faulty, and none of their services will work
 OOTB. Why don't we make VFSTransport optional?


+1.

We want SQS services expose what ever available transport since it is not
just a service used for Admin Console.

Yes, it won't work with transports like SMTP, JMS, VFS without having
explicit parameters set. In that sense one can argue every one suppose to
specify all the transports that service can actually work with.

But as Azeez pointed out normally Axis2 service authers don't specify those
and hence all those services are marked as faulty. So making VFSTransport
optional would be better solution.

thanks,
Amila.

thanks,
Amila.



 Thanks,
 Hiranya


 If you remove that you should get this error with other Admin services as
 well.


 thanks,
 Amila.



 Thanks
 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev


Re: [Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Hiranya Jayathilaka
On Sun, May 8, 2011 at 7:43 AM, Amila Suriarachchi am...@wso2.com wrote:



 On Sun, May 8, 2011 at 12:08 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 12:02 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sat, May 7, 2011 at 10:59 PM, Amila Suriarachchi am...@wso2.comwrote:



 On Sat, May 7, 2011 at 8:11 PM, Hiranya Jayathilaka 
 hira...@wso2.comwrote:

 Hi Folks,

 Can somebody please explain what QueueService and MessageQueue are?
 These services shout whenever I enable some transport in the ESB:

 [2011-05-07 20:08:39,148]  WARN - VFSTransportListener Unable to
 configure the service QueueService for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,162]  WARN - VFSTransportListener Disabling the
 vfs transport for the service QueueService, because it is not configured
 properly for the service
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Unable to
 configure the service MessageQueue for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Disabling the
 vfs transport for the service MessageQueue, because it is not configured
 properly for the service


 The reason is we have not limited the transport to https unlike in other
 admin services.


 So then I guess it's a bug, isn't it? We have fixed all other services
 (Version, HelloWorld etc) by exposing them over HTTP/S only.



 No! What if users deploy their own services? Their services will
 automatically be marked as faulty, and none of their services will work
 OOTB. Why don't we make VFSTransport optional?


 +1.

 We want SQS services expose what ever available transport since it is not
 just a service used for Admin Console.

 Yes, it won't work with transports like SMTP, JMS, VFS without having
 explicit parameters set. In that sense one can argue every one suppose to
 specify all the transports that service can actually work with.

 But as Azeez pointed out normally Axis2 service authers don't specify those
 and hence all those services are marked as faulty. So making VFSTransport
 optional would be better solution.


And how do we do that? By default Axis2 exposes services over all available
transports. If a particular transport is not configured for a service, above
warnings are shown. I think service also gets marked as faulty in this case,
but other active transport bindings continue to work (they don't malfunction
as Azeez has mentioned). You will see this behavior in all the releases we
have done so far and I don't think this can be fixed without some serious
changes to Axis2.

Also please note that problem is not just about VFS. It is in fact about all
the transports you have mentioned above. So clearly these 2 services are not
working with any transport other than HTTP/S. Since the services are not
shown in the UI, user cannot really change this behavior for these services
either. So IMO better to restrict these services to HTTP/S.

Thanks,
Hiranya



 thanks,
 Amila.

 thanks,
 Amila.



 Thanks,
 Hiranya


 If you remove that you should get this error with other Admin services
 as well.


 thanks,
 Amila.



 Thanks
 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: **http://twitter.com/afkham_azeez*http://twitter.com/afkham_azeez
 *
 linked-in: **http://lk.linkedin.com/in/afkhamazeez*
 *
 *
 *Lean . Enterprise . Middleware*


 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 

Re: [Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Amila Suriarachchi
On Sun, May 8, 2011 at 10:13 AM, Hiranya Jayathilaka hira...@wso2.comwrote:



 On Sun, May 8, 2011 at 7:43 AM, Amila Suriarachchi am...@wso2.com wrote:



 On Sun, May 8, 2011 at 12:08 AM, Afkham Azeez az...@wso2.com wrote:



 On Sun, May 8, 2011 at 12:02 AM, Hiranya Jayathilaka 
 hira...@wso2.comwrote:



 On Sat, May 7, 2011 at 10:59 PM, Amila Suriarachchi am...@wso2.comwrote:



 On Sat, May 7, 2011 at 8:11 PM, Hiranya Jayathilaka 
 hira...@wso2.comwrote:

 Hi Folks,

 Can somebody please explain what QueueService and MessageQueue are?
 These services shout whenever I enable some transport in the ESB:

 [2011-05-07 20:08:39,148]  WARN - VFSTransportListener Unable to
 configure the service QueueService for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,162]  WARN - VFSTransportListener Disabling the
 vfs transport for the service QueueService, because it is not configured
 properly for the service
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Unable to
 configure the service MessageQueue for the VFS transport: Service doesn't
 have configuration information for transport vfs. This service is being
 marked as faulty and will not be available over the VFS transport.
 [2011-05-07 20:08:39,163]  WARN - VFSTransportListener Disabling the
 vfs transport for the service MessageQueue, because it is not configured
 properly for the service


 The reason is we have not limited the transport to https unlike in
 other admin services.


 So then I guess it's a bug, isn't it? We have fixed all other services
 (Version, HelloWorld etc) by exposing them over HTTP/S only.



 No! What if users deploy their own services? Their services will
 automatically be marked as faulty, and none of their services will work
 OOTB. Why don't we make VFSTransport optional?


 +1.

 We want SQS services expose what ever available transport since it is not
 just a service used for Admin Console.

 Yes, it won't work with transports like SMTP, JMS, VFS without having
 explicit parameters set. In that sense one can argue every one suppose to
 specify all the transports that service can actually work with.

 But as Azeez pointed out normally Axis2 service authers don't specify
 those and hence all those services are marked as faulty. So making
 VFSTransport optional would be better solution.


 And how do we do that? By default Axis2 exposes services over all available
 transports. If a particular transport is not configured for a service, above
 warnings are shown. I think service also gets marked as faulty in this case,
 but other active transport bindings continue to work (they don't malfunction
 as Azeez has mentioned). You will see this behavior in all the releases we
 have done so far and I don't think this can be fixed without some serious
 changes to Axis2.


I think making services as faulty happens at the base transport module. So
we may be able to check a parameter to make a service faulty.



 Also please note that problem is not just about VFS. It is in fact about
 all the transports you have mentioned above. So clearly these 2 services are
 not working with any transport other than HTTP/S. Since the services are not
 shown in the UI, user cannot really change this behavior for these services
 either. So IMO better to restrict these services to HTTP/S.


yes we can make this service only for http/https. But that is not the
problem. Is it correct make services, which have not configured to these
transport faulty?

thanks,
Amila.


 Thanks,
 Hiranya



 thanks,
 Amila.

 thanks,
 Amila.



 Thanks,
 Hiranya


 If you remove that you should get this error with other Admin services
 as well.


 thanks,
 Amila.



 Thanks
 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev



 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 Hiranya Jayathilaka
 Senior Software Engineer;
 WSO2 Inc.;  http://wso2.org
 E-mail: hira...@wso2.com;  Mobile: +94 77 633 3491
 Blog: http://techfeast-hiranya.blogspot.com

 ___
 Carbon-dev mailing list
 Carbon-dev@wso2.org
 http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev




 --
 *Afkham Azeez*
 Director of Architecture; WSO2, Inc.; http://wso2.com
 Member; Apache Software Foundation; http://www.apache.org/
 * http://www.apache.org/**
 email: **az...@wso2.com* az...@wso2.com* cell: +94 77 3320919
 blog: **http://blog.afkham.org* http://blog.afkham.org*
 twitter: 

Re: [Carbon-dev] QueueService and MessageQueue

2011-05-07 Thread Afkham Azeez
We have discussed this extensively. The proper solution is to add a
parameter to axis2.xml which specifies the behavior of the transports
element not being present in the services.xml. Either this could mean,
expose on all transports, or don't expose on any transports. If this is
don't expose on any transport, the services.xml should declare the
transports on which this service has to be exposed. In either case, the
user's existing services will not simply work OOTB without some changes.
___
Carbon-dev mailing list
Carbon-dev@wso2.org
http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev