Re: [ecf-dev] rest and soap additions to remoteservice

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]

Re: [ecf-dev] rest and soap additions to remoteservice

From: Ted Kubaska <ted.kubaska@xxxxxxxxx>
Date: Thu, 14 Jan 2010 14:57:19 -0800
Delivered-to: ecf-dev@xxxxxxxxxxx
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=xiHk0uuccwfg7pyq0wtIdi9r6e01sFqvw1MuggfRI6tbXTeRSlWfXXcoKYqc6Gwps8 /0A/fUCOQLFA7uZPQUp4TOD2KXYMRQj7Xl5WbEQch4Db26Mb3d1qeqbJHlVIHnZFx/ic bYkOrLukF9GW01AIL+hfZW5axiH3RFx/0vzh8=
List-archive: <https://dev.eclipse.org/mailman/private/ecf-dev>
List-help: <mailto:ecf-dev-request@eclipse.org?subject=help>
List-subscribe: <https://dev.eclipse.org/mailman/listinfo/ecf-dev>, <mailto:ecf-dev-request@eclipse.org?subject=subscribe>
List-unsubscribe: <https://dev.eclipse.org/mailman/listinfo/ecf-dev>, <mailto:ecf-dev-request@eclipse.org?subject=unsubscribe>

This looks like a better one to me.

On Thu, Jan 14, 2010 at 1:58 PM, Marcelo Mayworm <mayworm@xxxxxxxxx> wrote:
> Hi Scott and Ted,
> How about we use a dictionary webservice on the SOAP client provider tests?
> It can be a simple operation, which during the tests we can send a word and
> get the meaning back, based on a simple wsdl, without a lot definitions..
> I found this one
> http://services.aonaware.com/DictService/DictService.asmx?op=Define which is
> just one of others available, but can be enough for us.
> What do you think?
> - Marcelo
> On Thu, Jan 14, 2010 at 10:06 PM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
>>
>> Hi Ted,
>>
>> Ted Kubaska wrote:
>>>
>>> Here's a cute one ...
>>> http://www.nactem.ac.uk/software/acromine_disambiguation/soap.html
>>>
>>
>> Although cool, it seems a maybe a little esoteric to me (this may just be
>> me...if people disagree that it's esoteric feel free to say so).
>>
>> The interface seems quite simple, which is good.  So if other
>> ideas/alternative don't materialize I'll probably give it a go.
>>
>> Scott
>>
>>
>>> -ted
>>>
>>> On Thu, Jan 14, 2010 at 9:46 AM, Scott Lewis <slewis@xxxxxxxxxxxxx>
>>> wrote:
>>>
>>>>
>>>> Hi Everyone,
>>>>
>>>> I'm going to focus on building an example soap client provider over the
>>>> next
>>>> couple of days and would like to solicit ideas from the community:
>>>>
>>>> What would be a good, simple, understandable, already running on the
>>>> Internet, reliable, public, hopefully popular, SOAP-based service to use
>>>> to
>>>> create this client?  What I would like to do is pick a service where
>>>> people
>>>> can just pick up the example client, run it, and have it work...like
>>>> this
>>>> for the rest/twitter API:
>>>>
>>>>
>>>> http://eclipseecf.blogspot.com/2009/12/cloud-osgi-gwt-ecf-rest-twitter-api.html
>>>>
>>>> So do people have a favorite public soap-based service?  I'm completely
>>>> agnostic about whose service it is...I just want it to be something
>>>> people
>>>> can understand, with a simple API so people can just get the example
>>>> ECF/OSGi client and it 'just works'.
>>>>
>>>> I'm doing a little searching myself, but I thought it would be better to
>>>> use
>>>> the collective wisdom available in this community.
>>>>
>>>> Thanks,
>>>>
>>>> Scott
>>>>
>>>>
>>>> Ted Kubaska wrote:
>>>>
>>>>>
>>>>> I agree. The first list I sent you was old and I think some of the
>>>>> services were no longer active ... I used that list when I did some
>>>>> SOAP with .Net a few years ago. So I searched for something that was
>>>>> still alive and got this one.
>>>>> -ted
>>>>>
>>>>> On Wed, Jan 13, 2010 at 6:29 AM, Scott Lewis <slewis@xxxxxxxxxxxxx>
>>>>> wrote:
>>>>>
>>>>>
>>>>>>
>>>>>> Hi Ted,
>>>>>>
>>>>>> Ted Kubaska wrote:
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Here is one that seems alive
>>>>>>> http://www.nws.noaa.gov/xml/
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> I got the WSDL for this service and generated (using Axis) the java
>>>>>> client
>>>>>> for this web service.   The service is not the 'greatest' in terms of
>>>>>> simplicity (and so may not be great as an example).   See below for
>>>>>> the
>>>>>> docs
>>>>>> on the generated methods.
>>>>>>
>>>>>> What do people think?  Are there other/more SOAP-based services that
>>>>>> people
>>>>>> think are good/simple/clear?
>>>>>>
>>>>>> Scott
>>>>>>
>>>>>> public interface NdfdXMLPortType extends java.rmi.Remote {
>>>>>>
>>>>>>  /**
>>>>>>  * Returns National Weather Service digital weather forecast data.
>>>>>>  * Supports latitudes and longitudes for the Continental United
>>>>>> States,
>>>>>>  * Alaska, Hawaii, Guam, and Puerto Rico only. Allowable values for
>>>>>> the
>>>>>>  * input variable "product" are "time-series" and "glance".  For both
>>>>>>  * products, a start and end time (Local) are required.  For the
>>>>>> time-series
>>>>>>  * product, the input variable "weatherParameters" has array elements
>>>>>>  * set to "true" to indicate which weather parameters are being
>>>>>> requested.
>>>>>>  * If an array element is set to "false", data for that weather
>>>>>> parameter
>>>>>>  * are not to be returned.
>>>>>>  */
>>>>>>  public java.lang.String NDFDgen(java.math.BigDecimal latitude,
>>>>>> java.math.BigDecimal longitude, java.lang.String product,
>>>>>> java.util.Calendar
>>>>>> startTime, java.util.Calendar endTime,
>>>>>>
>>>>>>
>>>>>> gov.weather.www.forecasts.xml.DWMLgen.wsdl.ndfdXML_wsdl.WeatherParametersType
>>>>>> weatherParameters) throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns National Weather Service digital weather forecast data.
>>>>>>  * Supports latitudes and longitudes for the Continental United
>>>>>> States,
>>>>>>  * Alaska, Hawaii, Guam, and Puerto Rico only.  The latitude and
>>>>>> longitude
>>>>>>  * are delimited by a comma and multiple pairs are delimited by a
>>>>>> space
>>>>>>  * (i.e. 30.00,-77.00 40.00,-90.00). Allowable values for the input
>>>>>> variable
>>>>>>  * "product" are "time-series" and "glance".  For both products, a
>>>>>> start
>>>>>>  * and end time (Local) are required.  For the time-series product,
>>>>>> the
>>>>>>  * input variable "weatherParameters" has array elements set to "true"
>>>>>>  * to indicate which weather parameters are being requested.  If an
>>>>>> array
>>>>>>  * element is set to "false", data for that weather parameter are not
>>>>>>  * to be returned.
>>>>>>  */
>>>>>>  public java.lang.String NDFDgenLatLonList(java.lang.String
>>>>>> listLatLon,
>>>>>> java.lang.String product, java.util.Calendar startTime,
>>>>>> java.util.Calendar
>>>>>> endTime,
>>>>>>
>>>>>>
>>>>>> gov.weather.www.forecasts.xml.DWMLgen.wsdl.ndfdXML_wsdl.WeatherParametersType
>>>>>> weatherParameters) throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns a list of Latitude and longitude pairs for a rectangle
>>>>>>  * defined by its lower left and upper right points.  Provides points
>>>>>>  * in a format suitable for use in calling multi-point functions
>>>>>> NDFDgenLatLonList
>>>>>>  * and NDFDgenByDayLatLonList.  Supports latitudes and longitudes for
>>>>>>  * the Continental United States, Alaska, Hawaii, Guam, and Puerto
>>>>>> Rico.
>>>>>>  */
>>>>>>  public java.lang.String latLonListSubgrid(java.math.BigDecimal
>>>>>> lowerLeftLatitude, java.math.BigDecimal lowerLeftLongitude,
>>>>>> java.math.BigDecimal upperRightLatitude, java.math.BigDecimal
>>>>>> upperRightLongitude, java.math.BigDecimal resolution) throws
>>>>>> java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns a list of latitude and longitude pairs along a line
>>>>>>  * defined by two points.  Supports latitudes and longitudes for the
>>>>>>  * Continental United States, Alaska, Hawaii, Guam, and Puerto Rico
>>>>>> only.
>>>>>>  * Provides points in a format suitable for use in calling multi-point
>>>>>>  * functions NDFDgenLatLonList and NDFDgenByDayLatLonList.
>>>>>>  */
>>>>>>  public java.lang.String latLonListLine(java.math.BigDecimal
>>>>>> endPoint1Lat,
>>>>>> java.math.BigDecimal endPoint1Lon, java.math.BigDecimal endPoint2Lat,
>>>>>> java.math.BigDecimal endPoint2Lon) throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns the latitude and longitude pairs corresponding to a
>>>>>>  * list of one or more zip codes.  Supports zip codes for the
>>>>>> Continental
>>>>>>  * United States, Alaska, Hawaii, and Puerto Rico only. Provides
>>>>>> points
>>>>>>  * in a format suitable for use in calling multi-point functions
>>>>>> NDFDgenLatLonList
>>>>>>  * and NDFDgenByDayLatLonList.
>>>>>>  */
>>>>>>  public java.lang.String latLonListZipCode(java.lang.String
>>>>>> zipCodeList)
>>>>>> throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns the latitude and longitude pairs corresponding to a
>>>>>>  * predefined list of US cities.  Provides points in a format suitable
>>>>>>  * for use in calling multi-point functions NDFDgenLatLonList and
>>>>>> NDFDgenByDayLatLonList.
>>>>>>  * The response also includes a list of city names with the order of
>>>>>>  * the names matching the order of the corresponding point.
>>>>>>  */
>>>>>>  public java.lang.String latLonListCityNames(java.math.BigInteger
>>>>>> displayLevel) throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns a list of latitude and longitude pairs in a rectangle
>>>>>>  * defined by a central point and distance from that point in the
>>>>>> latitudinal
>>>>>>  * and longitudinal directions.  Supports latitudes and longitudes for
>>>>>>  * the Continental United States, Alaska, Hawaii, Guam, and Puerto
>>>>>> Rico
>>>>>>  * only.  Provides points in a format suitable for use in calling
>>>>>> multi-point
>>>>>>  * functions NDFDgenLatLonList and NDFDgenByDayLatLonList.
>>>>>>  */
>>>>>>  public java.lang.String latLonListSquare(java.math.BigDecimal
>>>>>> centerPointLat, java.math.BigDecimal centerPointLon,
>>>>>> java.math.BigDecimal
>>>>>> distanceLat, java.math.BigDecimal distanceLon, java.math.BigDecimal
>>>>>> resolution) throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns latitude and longitude pairs of the four corners of
>>>>>>  * an NDFD grid.  Provides points in a format suitable for use in
>>>>>> calling
>>>>>>  * multi-point functions NDFDgenLatLonList and NDFDgenByDayLatLonList.
>>>>>>  * Supports latitudes and longitudes for the Continental United
>>>>>> States,
>>>>>>  * Hawaii, Guam, and Puerto Rico only.  Also provides a minimum
>>>>>> resolution
>>>>>>  * for requesting the grid.
>>>>>>  */
>>>>>>  public java.lang.String cornerPoints(java.lang.String sector) throws
>>>>>> java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns National Weather Service digital weather forecast data
>>>>>>  * encoded in GML.  Supports latitudes and longitudes for the
>>>>>> Continental
>>>>>>  * United States, Alaska, Hawaii, Guam, and Puerto Rico only.  The
>>>>>> latitude
>>>>>>  * and longitude are delimited by a comma and multiple pairs are
>>>>>> delimited
>>>>>>  * by a space (i.e. 30.00,-77.00 40.00,-90.00). Allowable values for
>>>>>>  * the input variable "featureType" are "Forecast_Gml2Point",
>>>>>> "Forecast_GmlObs",
>>>>>>  * "NdfdMultiPointCoverage", "Ndfd_KmlPoint", and
>>>>>> "Forecast_GmlsfPoint".
>>>>>>  * For all feature types a time (UTC) is required to indicate when
>>>>>> data
>>>>>>  * is requested.  The input variable "weatherParameters" has array
>>>>>> elements
>>>>>>  * set to "true" to indicate which weather parameters are being
>>>>>> requested.
>>>>>>  * If an array element is set to "false", data for that weather
>>>>>> parameter
>>>>>>  * are not to be returned.
>>>>>>  */
>>>>>>  public java.lang.String gmlLatLonList(java.lang.String listLatLon,
>>>>>> java.util.Calendar requestedTime, java.lang.String featureType,
>>>>>>
>>>>>>
>>>>>> gov.weather.www.forecasts.xml.DWMLgen.wsdl.ndfdXML_wsdl.WeatherParametersType
>>>>>> weatherParameters) throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns National Weather Service digital weather forecast data
>>>>>>  * encoded in GML.  Supports latitudes and longitudes for the
>>>>>> Continental
>>>>>>  * United States, Alaska, Hawaii, Guam, and Puerto Rico only.  The
>>>>>> latitude
>>>>>>  * and longitude are delimited by a comma and multiple pairs are
>>>>>> delimited
>>>>>>  * by a space (i.e. 30.00,-77.00 40.00,-90.00). Allowable values for
>>>>>>  * the input variable "featureType" are "Forecast_Gml2Point",
>>>>>> "Forecast_GmlObs",
>>>>>>  * "NdfdMultiPointCoverage", "Ndfd_KmlPoint", and
>>>>>> "Forecast_GmlsfPoint".
>>>>>>  * For all feature types a start and end time (UTC) is required to
>>>>>> indicate
>>>>>>  * when data is requested.  a comparison type (IsEqual, Between,
>>>>>> GreaterThan,
>>>>>>  * GreaterThan, GreaterThanEqualTo, LessThan, and  LessThanEqualTo).
>>>>>>  * The input variable "propertyName" contains a comma delimited string
>>>>>>  * of NDFD element to indicate which weather parameters are being
>>>>>> requested.
>>>>>>  */
>>>>>>  public java.lang.String gmlTimeSeries(java.lang.String listLatLon,
>>>>>> java.util.Calendar startTime, java.util.Calendar endTime,
>>>>>> java.lang.String
>>>>>> compType, java.lang.String featureType, java.lang.String propertyName)
>>>>>> throws java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns National Weather Service digital weather forecast data.
>>>>>>  * Supports latitudes and longitudes for the Continental United
>>>>>> States,
>>>>>>  * Hawaii, Guam, and Puerto Rico only.  Allowable values for the input
>>>>>>  * variable "format" are "24 hourly" and "12 hourly".  The input
>>>>>> variable
>>>>>>  * "startDate" is a date string representing the first day (Local) of
>>>>>>  * data to be returned. The input variable "numDays" is the integer
>>>>>> number
>>>>>>  * of days for which the user wants data.
>>>>>>  */
>>>>>>  public java.lang.String NDFDgenByDay(java.math.BigDecimal latitude,
>>>>>> java.math.BigDecimal longitude, java.util.Date startDate,
>>>>>> java.math.BigInteger numDays, java.lang.String format) throws
>>>>>> java.rmi.RemoteException;
>>>>>>
>>>>>>  /**
>>>>>>  * Returns National Weather Service digital weather forecast data.
>>>>>>  * Supports latitudes and longitudes for the Continental United
>>>>>> States,
>>>>>>  * Hawaii, Guam, and Puerto Rico only.  The latitude and longitude are
>>>>>>  * delimited by a comma and multiple pairs are delimited by a space
>>>>>> (i.e.
>>>>>>  * 30.00,-77.00 40.00,-90.00). Allowable values for the input variable
>>>>>>  * "format" are "24 hourly" and "12 hourly".  The input variable
>>>>>> "startDate"
>>>>>>  * is a date string representing the first day (Local) of data to be
>>>>>>  * returned. The input variable "numDays" is the integer number of
>>>>>> days
>>>>>>  * for which the user wants data.
>>>>>>  */
>>>>>>  public java.lang.String NDFDgenByDayLatLonList(java.lang.String
>>>>>> listLatLon, java.util.Date startDate, java.math.BigInteger numDays,
>>>>>> java.lang.String format) throws java.rmi.RemoteException;
>>>>>> }
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> On Tue, Jan 12, 2010 at 7:19 PM, Scott Lewis <slewis@xxxxxxxxxxxxx>
>>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> Hi Ted,
>>>>>>>>
>>>>>>>> Ted Kubaska wrote:
>>>>>>>>
>>>>>>>> Are any of those in http://soapclient.com/XmethodsServices.html
>>>>>>>> useful?
>>>>>>>> -ted
>>>>>>>>
>>>>>>>>
>>>>>>>> Yeah, these look pretty good.  Any opinions/views about which one to
>>>>>>>> use?
>>>>>>>> i.e. EBayWatcherService, Delayed Stock Quote, CA Traffic Conditions,
>>>>>>>> or
>>>>>>>> etc?
>>>>>>>>
>>>>>>>> I don't particularly care...but it would be good to use one that
>>>>>>>> people
>>>>>>>> would find compelling as an example.
>>>>>>>>
>>>>>>>> Scott
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Jan 12, 2010 at 5:58 PM, Scott Lewis <slewis@xxxxxxxxxxxxx>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi Folks,
>>>>>>>>
>>>>>>>> Over the break and since I've been doing some refactoring of the ECF
>>>>>>>> REST
>>>>>>>> API...as well as adding on some classes to allow easy support of
>>>>>>>> SOAP-based
>>>>>>>> providers.  I've produced a blog posting about this here:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> http://eclipseecf.blogspot.com/2010/01/soap-rest-and-ecf-remote-services.html
>>>>>>>>
>>>>>>>> One thing that remains to do...create an example SOAP client
>>>>>>>> provider...using an existing example SOAP service.  That is, I would
>>>>>>>> like
>>>>>>>> to
>>>>>>>> create a client provider for some existing SOAP service...hopefully
>>>>>>>> a
>>>>>>>> fairly
>>>>>>>> simple service...that has some wsdl to describe the protocol/method
>>>>>>>> calls.
>>>>>>>>  My intention is to take the wsdl, run it through WTP's web client
>>>>>>>> creation
>>>>>>>> wizard (that uses wsdl2java from Apache Axis) to create the java
>>>>>>>> code,
>>>>>>>> and
>>>>>>>> then add a few (~3) ECF classes to finish the provider and expose
>>>>>>>> the
>>>>>>>> service as an OSGi service.
>>>>>>>>
>>>>>>>> So if someone has/knows about a SOAP-based web service that is
>>>>>>>> public,
>>>>>>>> simple, and is running fairly consistently (so that people can test
>>>>>>>> the
>>>>>>>> client against a real running server) please let me know...as I
>>>>>>>> would
>>>>>>>> prefer
>>>>>>>> to use an existing service rather than create a new one.  If others
>>>>>>>> wish
>>>>>>>> to
>>>>>>>> work on this with me, please let me know and we can do so.
>>>>>>>>
>>>>>>>> Another option is to use one of the Axis example services...which I
>>>>>>>> will
>>>>>>>> do
>>>>>>>> if a better one cannot be easily found.
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>>
>>>>>>>> Scott
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> ecf-dev mailing list
>>>>>>>> ecf-dev@xxxxxxxxxxx
>>>>>>>> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> ecf-dev mailing list
>>>>>>>> ecf-dev@xxxxxxxxxxx
>>>>>>>> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> ecf-dev mailing list
>>>>>> ecf-dev@xxxxxxxxxxx
>>>>>> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> ecf-dev mailing list
>>>> ecf-dev@xxxxxxxxxxx
>>>> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>>>>
>>>>
>>>
>>>
>>>
>>>
>>
>> _______________________________________________
>> ecf-dev mailing list
>> ecf-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
>
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
>



-- 
 -Ted

Follow-Ups:
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Scott Lewis

References:
- [ecf-dev] rest and soap additions to remoteservice
  - From: Scott Lewis
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Ted Kubaska
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Scott Lewis
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Ted Kubaska
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Scott Lewis
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Ted Kubaska
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Scott Lewis
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Ted Kubaska
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Scott Lewis
- Re: [ecf-dev] rest and soap additions to remoteservice
  - From: Marcelo Mayworm

Prev by Date: Re: [ecf-dev] rest and soap additions to remoteservice
Next by Date: [ecf-dev] +1 for Wim Jongman on rt.ecf
Previous by thread: Re: [ecf-dev] rest and soap additions to remoteservice
Next by thread: Re: [ecf-dev] rest and soap additions to remoteservice
Index(es):
- Date
- Thread

Breadcrumbs