Version 0.7.4 is a larger release after some releases that were mostly for bugfixing and performance tuning. There have been a lot of improvements and fixes since the first release in april. The change log gives an overview:

http://vibed.org/blog/posts/vibe-release-0.7.4:


There is also a newsgroup with a DFeed frontend available since two weeks:

nntp://news.rejectedsoftware.com:119/
or
http://news.rejectedsoftware.com/


Also the VPM package registry is now open for any github hosted projects:

http://registry.vibed.org/

There are also some new packages:
 - zeal.d: higher level MVC framework on top of vibe.d
 - sass: a simple wrapper for the sass preprocessor (CSS with expressions)
 - mysql-native: native port of a MySQL client driver that Steve Teale has written some time ago - this one could use a maintainer who is actually using MySQL...


Next up there will be two new Windows back ends with GUI event interoperability and implicit worker threads to which incoming requests are distributed.

Download: http://vibed.org/
Fork/clone: https://github.com/rejectedsoftware/vibe.d

On Sun, 03 Jun 2012 18:43:28 +0200, Sönke Ludwig <sludwig@outerproduct.org> wrote:

>  - mysql-native: native port of a MySQL client driver that Steve Teale has written some time ago - this one could use a maintainer who is actually using MySQL...

I have started a cleanup branch: https://github.com/simendsjo/mysqln/tree/misc-cleanups
I'll try to work on it during the summer, but I would rather have someone else step up and continue the effort :)

"Sönke Ludwig" <sludwig@outerproduct.org> wrote in message news:jqg47l$qem$1@digitalmars.com...
> Version 0.7.4 is a larger release after some releases that were mostly for bugfixing and performance tuning. There have been a lot of improvements and fixes since the first release in april. The change log gives an overview:
>
> http://vibed.org/blog/posts/vibe-release-0.7.4:
>

Whooo!! :)

>
> Next up there will be two new Windows back ends with GUI event interoperability

Interesting.

> and implicit worker threads to which incoming requests are distributed.
>

Looking forward to this one.

On Sunday, 3 June 2012 at 16:43:33 UTC, Sönke Ludwig wrote:
> Version 0.7.4 is a larger release after some releases that were mostly for bugfixing and performance tuning. There have been a lot of improvements and fixes since the first release in april. The change log gives an overview:
>
> http://vibed.org/blog/posts/vibe-release-0.7.4:
>
>
> There is also a newsgroup with a DFeed frontend available since two weeks:
>
> nntp://news.rejectedsoftware.com:119/
> or
> http://news.rejectedsoftware.com/
>
>
> Also the VPM package registry is now open for any github hosted projects:
>
> http://registry.vibed.org/
>
> There are also some new packages:
>  - zeal.d: higher level MVC framework on top of vibe.d
>  - sass: a simple wrapper for the sass preprocessor (CSS with expressions)
>  - mysql-native: native port of a MySQL client driver that Steve Teale has written some time ago - this one could use a maintainer who is actually using MySQL...
>
>
> Next up there will be two new Windows back ends with GUI event interoperability and implicit worker threads to which incoming requests are distributed.
>
> Download: http://vibed.org/
> Fork/clone: https://github.com/rejectedsoftware/vibe.d


Congratulations for your efforts.

Sadly it is exactly for this type of libraries that std.database is really missing.

Le dimanche 03 juin 2012 à 22:37 +0200, simendsjo a écrit :
> On Sun, 03 Jun 2012 18:43:28 +0200, Sönke Ludwig <sludwig@outerproduct.org> wrote:
> 
> >  - mysql-native: native port of a MySQL client driver that Steve Teale
> > has written some time ago - this one could use a maintainer who is
> > actually using MySQL...
> 
> I have started a cleanup branch:
> https://github.com/simendsjo/mysqln/tree/misc-cleanups
> I'll try to work on it during the summer, but I would rather have someone
> else step up and continue the effort :)

In first great job

just one thing i do not think each project need to embed his own mysql
wrapper but share the code together and have it as dependencies.
I think vibe.d should be developed as a library and build as a library

Am 04.06.2012 13:50, schrieb bioinfornatics:
> Le dimanche 03 juin 2012 à 22:37 +0200, simendsjo a écrit :
>> On Sun, 03 Jun 2012 18:43:28 +0200, Sönke Ludwig
>> <sludwig@outerproduct.org>  wrote:
>>
>>>   - mysql-native: native port of a MySQL client driver that Steve Teale
>>> has written some time ago - this one could use a maintainer who is
>>> actually using MySQL...
>>
>> I have started a cleanup branch:
>> https://github.com/simendsjo/mysqln/tree/misc-cleanups
>> I'll try to work on it during the summer, but I would rather have someone
>> else step up and continue the effort :)
>
> In first great job
>
> just one thing i do not think each project need to embed his own mysql
> wrapper but share the code together and have it as dependencies.
> I think vibe.d should be developed as a library and build as a library
>

vibe.d is usable as a library but it's also an application framework to make development of small applications more comfortable/efficient. The problem with database drivers and such is that they typically use standard blocking sockets for communication. This does not mix well with vibe's internal non-blocking I/O and would block the whole application. For this reason such drivers need to be slightly adjusted to use vibe's socket funtions instead. Not ideal from a maintainance viewpoint but a necessary price to pay for performance..

On Mon, 04 Jun 2012 15:03:46 +0200, Sönke Ludwig <sludwig@outerproduct.org> wrote:

> Am 04.06.2012 13:50, schrieb bioinfornatics:
>> Le dimanche 03 juin 2012 à 22:37 +0200, simendsjo a écrit :
>>> On Sun, 03 Jun 2012 18:43:28 +0200, Sönke Ludwig
>>> <sludwig@outerproduct.org>  wrote:
>>>
>>>>   - mysql-native: native port of a MySQL client driver that Steve Teale
>>>> has written some time ago - this one could use a maintainer who is
>>>> actually using MySQL...
>>>
>>> I have started a cleanup branch:
>>> https://github.com/simendsjo/mysqln/tree/misc-cleanups
>>> I'll try to work on it during the summer, but I would rather have someone
>>> else step up and continue the effort :)
>>
>> In first great job
>>
>> just one thing i do not think each project need to embed his own mysql
>> wrapper but share the code together and have it as dependencies.
>> I think vibe.d should be developed as a library and build as a library
>>
>
> vibe.d is usable as a library but it's also an application framework to make development of small applications more comfortable/efficient. The problem with database drivers and such is that they typically use standard blocking sockets for communication. This does not mix well with vibe's internal non-blocking I/O and would block the whole application. For this reason such drivers need to be slightly adjusted to use vibe's socket funtions instead. Not ideal from a maintainance viewpoint but a necessary price to pay for performance..

Phobos should include non-blocking sockets. In the mean time, a version could be used to support both.

Am 04.06.2012 20:22, schrieb simendsjo:
> On Mon, 04 Jun 2012 15:03:46 +0200, Sönke Ludwig
> <sludwig@outerproduct.org> wrote:
>
>> Am 04.06.2012 13:50, schrieb bioinfornatics:
>>> Le dimanche 03 juin 2012 à 22:37 +0200, simendsjo a écrit :
>>>> On Sun, 03 Jun 2012 18:43:28 +0200, Sönke Ludwig
>>>> <sludwig@outerproduct.org> wrote:
>>>>
>>>>> - mysql-native: native port of a MySQL client driver that Steve Teale
>>>>> has written some time ago - this one could use a maintainer who is
>>>>> actually using MySQL...
>>>>
>>>> I have started a cleanup branch:
>>>> https://github.com/simendsjo/mysqln/tree/misc-cleanups
>>>> I'll try to work on it during the summer, but I would rather have
>>>> someone
>>>> else step up and continue the effort :)
>>>
>>> In first great job
>>>
>>> just one thing i do not think each project need to embed his own mysql
>>> wrapper but share the code together and have it as dependencies.
>>> I think vibe.d should be developed as a library and build as a library
>>>
>>
>> vibe.d is usable as a library but it's also an application framework
>> to make development of small applications more comfortable/efficient.
>> The problem with database drivers and such is that they typically use
>> standard blocking sockets for communication. This does not mix well
>> with vibe's internal non-blocking I/O and would block the whole
>> application. For this reason such drivers need to be slightly adjusted
>> to use vibe's socket funtions instead. Not ideal from a maintainance
>> viewpoint but a necessary price to pay for performance..
>
> Phobos should include non-blocking sockets. In the mean time, a version
> could be used to support both.

It's not just non-blocking sockets but also the whole fiber stuff. But using a version, as well as defining some kind of socket interface, from which a standard socket version and a TcpConnection based one is derived, would definitely work.