On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
> On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc wrote:
>>  Any idea how far away it might be from being something that someone could use in an enterprise environment simply, in the same kind of way that vibed is easy?  I appreciate that making it broadly usable may not be what interests you, and may be a project for someone else.
>
> I would say 3 months. So it'll probably be a year considering how off my last estimates were.

Etienne -
Interesting back story.

Will this be under a Boost licence ?

Will you provide a link ?

>
> Even the vibe.d library was much more advanced than what I could find with an open source license that allowed static compilation at the time (1 yr 1/2 ago), so I went forward with that and worked my way through.

[snip\]
>
> So now I can build a full web application/server executable in less than 2mb packed, and it runs faster than anything out there. It's standalone, works cross-platform, etc.

Will you explain how it is different to Vibe.d ?

On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
> On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc wrote:
>> Any chance you could write a bit more on this?  Your personal story and why you believe this.  We could post on the Wiki as part of a series of narratives on people who have found D helpful.  Stories are a powerful complement to just ticking off features.
>
> I started off as a C, C#, Javascript & PHP programmer with 6 years of experience, building mostly e-commerce and information systems on a contractual basis. One day, I decided I had enough

Thanks for this.

I am collecting narratives here:
http://wiki.dlang.org/User_narratives_on_switching_to_D

(I am not very good with Wiki, but we can clean up later).

On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
> On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
>> On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc wrote:
>>>  Any idea how far away it might be from being something that someone could use in an enterprise environment simply, in the same kind of way that vibed is easy?  I appreciate that making it broadly usable may not be what interests you, and may be a project for someone else.
>>
>> I would say 3 months. So it'll probably be a year considering how off my last estimates were.
>
> Etienne -
> Interesting back story.
>

>>
>> So now I can build a full web application/server executable in less than 2mb packed, and it runs faster than anything out there. It's standalone, works cross-platform, etc.
>
> Will you explain how it is different to Vibe.d ?

Thanks everyone for their suggestions.

Thanks Etienne on the heads-up on your new web application/server executable.

If anyone wants to add any final comments they are most welcome.

Nick

On Thursday, 18 June 2015 at 07:34:28 UTC, Laeeth Isharc wrote:
> On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
>> On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc wrote:
>>> Any chance you could write a bit more on this?  Your personal story and why you believe this.  We could post on the Wiki as part of a series of narratives on people who have found D helpful.  Stories are a powerful complement to just ticking off features.
>>
>> I started off as a C, C#, Javascript & PHP programmer with 6 years of experience, building mostly e-commerce and information systems on a contractual basis. One day, I decided I had enough
>
> Thanks for this.
>
> I am collecting narratives here:
> http://wiki.dlang.org/User_narratives_on_switching_to_D
>
> (I am not very good with Wiki, but we can clean up later).

This page needs WAAAY more hyperlinks, particularly the acronyms and resources (e.g. Ali's book), as I assume that this is meant for 'advertising'. Anyway good start and nice work!

On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
> On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
>> On Wednesday, 17 June 2015 at 18:40:01 UTC, Laeeth Isharc wrote:
>>>  Any idea how far away it might be from being something that someone could use in an enterprise environment simply, in the same kind of way that vibed is easy?  I appreciate that making it broadly usable may not be what interests you, and may be a project for someone else.
>>
>> I would say 3 months. So it'll probably be a year considering how off my last estimates were.
>
> Etienne -
> Interesting back story.
>
> Will this be under a Boost licence ?
>
> Will you provide a link ?
>
>>
>> Even the vibe.d library was much more advanced than what I could find with an open source license that allowed static compilation at the time (1 yr 1/2 ago), so I went forward with that and worked my way through.
>
> [snip\]
>>
>> So now I can build a full web application/server executable in less than 2mb packed, and it runs faster than anything out there. It's standalone, works cross-platform, etc.
>
> Will you explain how it is different to Vibe.d ?

It has HTTP/2, a new encryption library, it uses a native TCP event library, lots of refactoring. In short, the entire thing is in D rather than linking with OpenSSL and libevent.

It's MIT licensed. I have it here: https://github.com/etcimon/vibe.d

The dub.json uses relative paths though while I'm developing. You're free to adjust the file and try it, we can consider it stable.

On Friday, 19 June 2015 at 11:28:30 UTC, Etienne Cimon wrote:
> On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
>> On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
>>> [...]
>>
>> Etienne -
>> Interesting back story.
>>
>> Will this be under a Boost licence ?
>>
>> Will you provide a link ?
>>
>>> [...]
>>
>> [snip\]
>>> [...]
> It has HTTP/2, a new encryption library, it uses a native TCP event library, lots of refactoring. In short, the entire thing is in D rather than linking with OpenSSL and libevent.

Also, the HTTP client has a cookiejar and more settings.

On Friday, 19 June 2015 at 11:29:58 UTC, Etienne Cimon wrote:
> On Friday, 19 June 2015 at 11:28:30 UTC, Etienne Cimon wrote:
>> On Thursday, 18 June 2015 at 05:23:25 UTC, Nick B wrote:
>>> On Thursday, 18 June 2015 at 03:44:08 UTC, Etienne Cimon wrote:
>>>> [...]
>>>
>
> Also, the HTTP client has a cookiejar and more settings.

hmm, I think I can mention the capture debugger. I'm still developing it but it's becoming quite complete. It's a runtime tool shows the HTTP client/server request/response headers, form files/fields, json input/output, for specific request paths, and works in builds without debug info. The trace library that's used for it also maintains custom call stack trace that works in builds withoutu debug info.

https://htmlpreview.github.io/?https://github.com/etcimon/vibe.d/blob/master/views/capture.html

> It has HTTP/2, a new encryption library, it uses a native TCP event library, lots of refactoring. In short, the entire thing is in D rather than linking with OpenSSL and libevent.
>
> It's MIT licensed. I have it here: https://github.com/etcimon/vibe.d

Cool!
1. Do you plain to merge it's with original dub?
2. "new encryption library" does it's written entirely in D and do all that do OpenSSL?
3. Do you any plan to add some futures from net.curl? I really dislike to use it, I would like native lib.

On Friday, 19 June 2015 at 11:35:07 UTC, Suliman wrote:

> 2. "new encryption library" does it's written entirely in D and do all that do OpenSSL?

http://forum.dlang.org/thread/mc0a99$2bfn$1@digitalmars.com

On Friday, 19 June 2015 at 11:35:07 UTC, Suliman wrote:
>> It has HTTP/2, a new encryption library, it uses a native TCP event library, lots of refactoring. In short, the entire thing is in D rather than linking with OpenSSL and libevent.
>>
>> It's MIT licensed. I have it here: https://github.com/etcimon/vibe.d
>
> Cool!
> 1. Do you plain to merge it's with original dub?

Work is in progress, it will be gradual over the next year to avoid merge conflicts with existing users:
https://github.com/rejectedsoftware/vibe.d/tree/http2-botan-cleanup

Don't expect that branch to build though.

> 2. "new encryption library" does it's written entirely in D and do all that do OpenSSL?

Botan does everything that OpenSSL does, but also in a more convenient way. If you need something for anything crypto, chances are it's going to do it.

https://github.com/etcimon/botan

> 3. Do you any plan to add some futures from net.curl? I really dislike to use it, I would like native lib.

Vibe.d tasks are one level further from my point of view. You can write procedural TCP read/write and the thread will not block.