mikehoskins
Posts: 17
|
| Posted: 03/27/2006, 11:37 AM |
|
While I would prefer SOAP, XML-RPC is also a possibility.
Natively supporting SOAP calls would be a boon. It would be nice to have CCS supporting SOA (service-orinted architecture) in general.
|
 |
 |
mamboBROWN
Posts: 1713
|
| Posted: 03/27/2006, 12:17 PM |
|
mikehoskins
What version of PHP are you using?? There may be extensions or libraries that you can add to give you the functionality that you are looking for. Just a thought....
|
|
|
|
roeya
Posts: 181
|
| Posted: 03/27/2006, 1:43 PM |
|
I think that CCS should be able to consume webservices like this:
create a record to submit input to a webservice and display the results in a record or grid and all this without single custom code.
_________________
http://www.infoneto.com/ |
|
|
|
Vasiliy
Posts: 378
|
| Posted: 03/27/2006, 4:27 PM |
|
roeya,
this implementation limits the usage of WS.
So far I don't have an idea about how to implement WS in CCS, but think about:
1. WS is supposed to be a UI-less solution. Means no forms or whatever in implementation.
2. WS usage may return wery complex XML. How to show this data?
3. WS may return XML for post-processing (DIME/MTOM attachments), which does not make sense to store in a DB.
Again, I don't have a suggestion ... but SOA is still groving, groving fast and IMO it's too early to make any WS implementations in CCS.
For example MS evolution:
- MS SOAP Toolkit v1.0 - 3.0;
- WSE 1.0-3.0 (and in 3.0 MS made big changes);
- and now WSE3 will be replaced by Indigo.
Bottomline: too early to add implementation for a _multi-laguage_ code generator.
_________________
Vasiliy |
|
|
|
roeya
Posts: 181
|
| Posted: 03/28/2006, 6:56 AM |
|
I use Perl and made some work SOAP::Lite (Lite stands for easy to use not limited...) I can easily use SOAP::Lite module from within CCS. Other languages have similar modules so you can use SOAP now.
However as CCS is RAD tool to build DB driven presentation layer I just suggested a simple & easy way to use SOAP.
You can wait and think what is needed or you can start prototyping solutions - either way has its pros and cons...
_________________
http://www.infoneto.com/ |
|
|
|
mikehoskins
Posts: 17
|
| Posted: 03/30/2006, 10:19 AM |
|
Quote :roeya Posted: 03/27/2006, 1:43 PM Quote message
I think that CCS should be able to consume webservices like this:
create a record to submit input to a webservice and display the results in a record or grid and all this without single custom code.
...this is what I had in mind, or at least partly...
Goals:
* CCS w/ WS should allow you to consume services like roeya stated
* CCS w/ WS should expose CCS methods
* CCS w/ WS should build SOA/MVC applications, with clear separation in business logic and presentation (or Model, View, Controller, using WS)
SOA (Service-Oriented Architecture) uses WS (SOAP or XML-RPC) to separate business and presentation layers. These layers can be on separate machines, if desired. Without SOA, code reuse and scalability may suffer, as well as security. SOA aims to fix these things.
Now, somebody might wonder why a code generator like CCS should even build SOA apps. I'll leave that up to others to debate.... I immediately see the utility to use RAD tools to build SOA apps in SOAP (or even XML-RPC).
What I don't want is to do it myself using SOAP::Lite or PHP NuSOAP or PHP 5's build in SOAP, and the like.
The tool should do it for you, since we are paying dearly for it.
Imagine how easy it would be to build apps that do exactly what roeya said above...
|
|
|
|
Benjamin Krajmalnik
|
| Posted: 03/30/2006, 6:54 PM |
|
> The tool should do it for you, since we are paying dearly for it.
[rant]
You must be kidding! CCS is a bargain. Look at the price of some of th
other technologies. Most of the AJAX development frameworks charge you
about $10K per DEPLOYED SERVER. < $300/year is far from "paying dearly".
How many hours of productivity do you gain per month by uiong CodeCharge?
Multiply that times your billable rate and
THEN tell me you are paying dearly for CCS. Boy, you really undervalue CCS.
Let's have them throw in every conceivable technology in there, be full of
bugs, not be able to deliver on time, and charge you significantly more.
How is that for a future....
[/rant]
|
|
|
|
WKempees
|
| Posted: 03/31/2006, 12:31 AM |
|
Totally agree with Benjamin.
If you consider CCS to be expensive you haven't deployed a 10th of its
power.
It takes 20% of the time to build 80% of the functionallity, leaving you
with enough time to do either the remaining 20% or something completely
different.
And we are not talking photo album, blogs, CD catalog's, we are talking
about real business applications, multi db vendor, multi programming
language.
Support of webservices is there for you to use, many different threads
discuss many different flavours.
The nature of CCS makes it expandable not restricting the developer (at
least not too much) at the same time it will be restricted to address each
and any technique available as there are so may target develop platforms to
be catered for.
And more, have a look at the wishlist for CCS2.x and compare that to the
functionality in CCS3, you'll be amazed.
At the same time there are improvements and expansions we all wish for
and/or need, keep shouting them and we will be on the receiving end.
Friendly note,
Walter
|
|
|
|
|
