Re: Going Server-side with Swift Open Source
Re: Going Server-side with Swift Open Source
- Subject: Re: Going Server-side with Swift Open Source
- From: Pascal Robert <email@hidden>
- Date: Sun, 19 Jun 2016 22:48:36 +0000
- Thread-topic: Going Server-side with Swift Open Source
> Le 19 juin 2016 à 08:59, Helmut Tschemernjak <email@hidden> a écrit :
>
> Hi,
>
> I have been at WWDC and learned about the Swift server side stuff. In general I feel that this is a very good approach to write server services in a very modern language which can be developed and natively deployed on major server platforms, including Linux-x86, MacOS, LinuxARM (Solaris and Windows properly soon).
>
> In terms of the lower level WebObjects stuff which I know a little bit, JavaFoundation replacement will be Swift with its Foundation libraries. JavaEOAccess, JavaEOControl, JavaXML and JavaWebObjects must entirely redone in Swift, I just tag this job at least 5+ man years engineering time for the basic WO, not talking about our apps, a generic SQL adapter, Wonder and countless Java libraries being used in many projects.
>
> I looked a little bit into the low-level Kitura Swift web server library, at present this is very basic and does not come closed to the required feature set of WebObjects. This means Kitura is not of any help.
>
> We will keep our WO projects in Java as this works great, re-doing it in Swift is unaffordable for us and does not bring any benefits for our clients. We will also to develop new WO based server apps.
>
> For our company server apps (non WO feature set) I consider Swift as the way to go, because we can continue to use our existing native C code and C libraries which is a very good transition, pretty much what Apple is doing in preserving their low level libraries which are basically C and Objective-C code based.
FYI, we are using Proxygen for this exact reason. https://github.com/facebook/proxygen
> regards
>
> Helmut
>
>
> On 16/06/16 21:12, Ricardo Parada wrote:
>> Hi -
>>
>> I’ve been following Swift’s evolution in the swift-evolution mailing list. As it exists today on the server is still lacking some key features needed to implement key-value-coding.
>>
>> There is a MIrror class that allows you to see the property names of a class (or even a struct) and get the value of each property. But it only works for properties. It does not work for methods in your objects. In addition, it is read-only, i.e. you can get the values but you cannot set properties.
>>
>> Hopefully by Swift 4 or 5 those features will arrive. But they are not there in Swift 3.
>>
>> On Apple platforms they are able to use CoreData because they are leveraging Objective-C run-time. However, the Objective-C run-time is not available on the server.
>>
>> Ricardo Parada
>>
>>
>>
>>> On Jun 15, 2016, at 3:50 PM, Yuri Kondratov <email@hidden> wrote:
>>>
>>> I'm just hoping maybe apple will hint at a server side framework written in swift they will be releasing to the public :)
>>>
>>> On Jun 15, 2016, at 1:06 PM, Flavio Donadio <email@hidden> wrote:
>>>
>>>> Yuri,
>>>>
>>>>
>>>> I can’t say much right now, as the video is not available. And, even after I watch the video, I may still be unable to add anything to this conversation, as my knowledge lack a lot. :D
>>>>
>>>> From what I understand, one could write server-side applications in any language. For web apps, it’s necessary to integrate said language with an HTTP server — through CGI, Apache module or whatever. Apache is pretty much standard. I tend to think “mod_swift.so” would be the best solution now...
>>>>
>>>> Still, for something like WebObjects to be “ported” over to Swift, there’s a lot to be done. The Enterprise Objects Framework is what makes it so nice and easy to write WO apps and it is, by far, the larger part of the code base. And then there’s wotaskd, the database connectors…
>>>>
>>>> I am sure I am missing something, but I don’t see where a programming language would help us. Even if it is incredibly better than Java, which is a whole different conversation, with very different opinions, I am sure. ;)
>>>>
>>>> Still, hope springs eternal.
>>>>
>>>>
>>>> Cheers,
>>>> Flavio
>>>>
>>>>
>>>>> On 15/06/2016, at 03:04, Yuri Kondratov <email@hidden> wrote:
>>>>>
>>>>> For those that have not noticed this:
>>>>>
>>>>> https://developer.apple.com/videos/play/wwdc2016/415/
>>>>>
>>>>> Going Server-side with Swift Open Source
>>>>>
>>>>> While the Swift language makes it easy to write software that is incredibly fast and safe by design, Swift being open source means you can use it on an even broader range of platforms, from mobile devices to the desktop and in the cloud. Come for an overview of available projects at Swift.org and examples of the community in action.
>>>>>
>>>>> WWDC 2016 - Session 415
>>>>>
>>>>> <Screen Shot 2016-06-15 at 1.58.00 AM.png>
>>>>>
>>>>>
>>>>> It was also mentioned in the currently available "What's New in Swift" at 9:55
>>>>>
>>>>> https://developer.apple.com/videos/play/wwdc2016/402/
>>>>> _______________________________________________
>>>>> Do not post admin requests to the list. They will be ignored.
>>>>> Webobjects-dev mailing list (email@hidden)
>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>
>>>>> This email sent to email@hidden
>>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>>
>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (
>> email@hidden
>> )
>> Help/Unsubscribe/Update your Subscription:
>>
>>
>>
>> This email sent to
>> email@hidden
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden