Re: [Pharo-dev] AWS SDK for Pharo

[Stefan Krecher]

How would a controlled experiment look like?

Am Mi., 27. Feb. 2019 um 13:18 Uhr schrieb ducasse :

> It would be cool to have some bindings.
>
> I remember that
> https://www.min.at/prinz/?x=entry:entry150318-104537
> It would be nice to make it work in Pharo 70.
>
> Now are you sure that this is complex to take json description and
> generate SDKs
> Did you run a controlled experiment?
>
>
> Stef
>
> On 27 Feb 2019, at 12:37, Stefan Krecher  wrote:
>
> Hi,
> I'm aware that there is already an AWS SDK implementation for Smalltalk (
> https://github.com/newapplesho/aws-sdk-smalltalk )
> This implementation doesn't seem to be a complete implementation to access
> all AWS services.
> Using a live-programming environment like Pharo would be so cool,
> flexible, productive and intuitive to control/ manage AWS resources - but
> implementing the SDK by hand is probably not a good idea, since it would be
> so hard to keep it up-to-date, because AWS adds new features weekly ...
> I contacted the AWS enterprise support and they gave me some great hints.
> There are many 3rd party SDK's available that utilizes the json files
> provided in botocore to automatically generate SDKs: Botocore:
> https://github.com/boto/botocore
> <https://github.com/boto/botocore>Example service.json:
> <https://github.com/boto/botocore>
> https://github.com/boto/botocore/blob/develop/botocore/data/ecs/2014-11-13/service-2.json
> They can then automatically generate an SDK based off of these json
> definitions. One example of this is Rusoto, the AWS SDK for Rust:
> Rusoto: https://github.com/rusoto/rusoto Automatic generation portion:
> https://github.com/rusoto/rusoto/tree/master/service_crategen
>
> Would anyone interested in supporting this kind of project?
> What would be a good starting-point?
> Although I am (to be honest: I was) a Smalltalk-Programmer, I have too
> little experience with Pharo - but maybe others might find this useful. It
> would also be useful to "spread the word" - AWS scripting/ automation is so
> popular, there would be so many occasions to showcase Pharo + AWS or to
> create Products that are based on AWS services.
>
> Regards
> Stefan
>
>
>

-- 
Dipl.-Wirtsch.-Inf. Stefan Krecher
Neulander Str. 17, 27374 Visselhövede
Tel +49(0)4262 958848
mobil +49(0)172 4396852

[Pharo-dev] AWS SDK for Pharo

[Stefan Krecher]

Hi,
I'm aware that there is already an AWS SDK implementation for Smalltalk (
https://github.com/newapplesho/aws-sdk-smalltalk )
This implementation doesn't seem to be a complete implementation to access
all AWS services.
Using a live-programming environment like Pharo would be so cool, flexible,
productive and intuitive to control/ manage AWS resources - but
implementing the SDK by hand is probably not a good idea, since it would be
so hard to keep it up-to-date, because AWS adds new features weekly ...
I contacted the AWS enterprise support and they gave me some great hints.
There are many 3rd party SDK's available that utilizes the json files
provided in botocore to automatically generate SDKs: Botocore:
https://github.com/boto/botocore
Example service.json:

https://github.com/boto/botocore/blob/develop/botocore/data/ecs/2014-11-13/service-2.json
They can then automatically generate an SDK based off of these json
definitions. One example of this is Rusoto, the AWS SDK for Rust:
Rusoto: https://github.com/rusoto/rusoto Automatic generation portion:
https://github.com/rusoto/rusoto/tree/master/service_crategen

Would anyone interested in supporting this kind of project?
What would be a good starting-point?
Although I am (to be honest: I was) a Smalltalk-Programmer, I have too
little experience with Pharo - but maybe others might find this useful. It
would also be useful to "spread the word" - AWS scripting/ automation is so
popular, there would be so many occasions to showcase Pharo + AWS or to
create Products that are based on AWS services.

Regards
Stefan

[Pharo-dev] running the vm from within a dll

[Stefan Krecher]

Hi all,
i know this topic was discussed from time to time but I'm not sure if there
is a simple answer.
Can the VM be compiled to a windows dll, so pharo could get started from
another dll and would exchange events?
It is probably a similar approach to the one Andreas Raab did for the
android/ squeak port back in 2010.
He compiled squeak as a shared library and started it on Android via a Java
wrapper.
I had a short conversation on that with Andreas on this years ago and it
sounded very easy. I had the impression that he did this on one evening and
it just worked. The code looked simple too.
But maybe it was that easy because Andreas was a super-smart guy ...
Anyway - would this architecture fit with a dll-scario (having a dll that
starts pharo, which itself runs in a dll)?
Regards
Stefan