Redeploy would be nice.
--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
On 30 Jun 2015, at 13:21, Terry Bleger <terry...@gmail.com> wrote:
Here's the reason why, there's already many clients that support HTTP2. But people still stuck on the server side. Nginx plan to support at the end of the year. I can't wait that long. If only Vertx already support it, I can make my own reverse proxy and leave Nginx for good.
Would be nice to have module to manage assets in vertx-web.* minification (js/css/less etc)* gzip* etag* concatenation
+1 to shell
Bringing mod-lang-jython back would be really cool
Jython 2.7 runs a lot of python code like nltk that was not possible before.
--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
* implement rfc7493 so we can handle dates (write) on json
* standardized (read) handling of dates across mongo,jdbc,etc
* async postgres port to Java
* scaffold support for web a la mean.io
MQTT, please!
HiFirst of congrat about the new 3.0 release. That is an awesome release and love the direction this project is heading.As a guy with a Camel hat, I would love to see a native vertx-camel component that allows users to easily leverage the many 150+ components that Camel providers.We do have a simple camel-vertx componentBut that is more the "other way around" where Camel can integrate with an external (or embedded) vertx event bus.However it would fell more natural from just using the vertx api users could easily send or receive messages from the many Camel components
--
Vorstandsvorsitzender/Chairman of the board of management:
Gerd-Lothar Leonhart
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Arno Steitz
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Philippe Miltin
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196
Interesting idea - the approach we are taking with AMQP integration is to have an eventbus-AMQP "bridge" - which basically listens locally on a set of Vert.x event bus addresses and forwards messages it receives on to AMQP, and vice versa.
Then the Vert.x user just sends messages as usual using the Vert.x event bus API to/from those addresess and now they're talking to the AMQP world.
Maybe we can do something similar with Camel? I don't know Camel very well (at all really ;) ), but if endpoints are just things you send/receive messages to/from and messages have a well defined format, then this should be possible?
--
You received this message because you are subscribed to a topic in the Google Groups "vert.x" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/vertx/5oDpfe3YhfA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to vertx+un...@googlegroups.com.
Extension to the event bus API to support reliable messaging.
eventBus.unregister(address, reg_id);
--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Clojure support re-added, please.
+1 for http2--
You received this message because you are subscribed to a topic in the Google Groups "vert.x" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/vertx/5oDpfe3YhfA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to vertx+un...@googlegroups.com.
On Tuesday, June 30, 2015 at 2:10:11 PM UTC+2, Łukasz Śliwiński wrote:Would be nice to have module to manage assets in vertx-web.* minification (js/css/less etc)* gzip* etag* concatenationBig +1 to this.Regarding minification, I'm still looking for a way to design a "pipeline" functionnality in vertx-web. Which would :- Re-evaluate assets on the fly in dev mode- Build assets in "pre-prod" mode- Rely on already-built assets in production modeSomething like this.This would mean for an end-user the ability to "register" a transformation into vertx-web.Like :registerTransformer("(*).scss", "#0.css", new SASSTransformer());Where SASSTransformer would implement an interface like this :SASSTransformer implements AssetsTrasnformer {@Overridepublic AsyncResult<Buffer> transform(Buffer input) {}}I'll probably give it a try.
If I had to pick one new feature it would definitely be Vertx-sync !
On Wednesday, July 1, 2015 at 2:03:49 PM UTC+2, Francesco Cina wrote:Absolutely vertx-sync!!!!!!!!!!
In addition, it would be cool to have an API based on the CompletableFutures.
--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
Visit this group at http://groups.google.com/group/vertx.
To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/2c2f6b40-653c-499d-8e5e-951c70d34420%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
Visit this group at http://groups.google.com/group/vertx.
To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/fbd754f5-2c43-4519-8f69-aae2a8c5d709%40googlegroups.com.
Redeploy must have +1
Would be nice to have module to manage assets in vertx-web.* minification (js/css/less etc)* gzip* etag* concatenation
Possibility to turn on/off selected functionality independently in production/development mode.
+100 for secured-eventbus
--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
Visit this group at http://groups.google.com/group/vertx.
To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/55E53B90.8050008%40xs4all.nl.
--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
Visit this group at http://groups.google.com/group/vertx.
To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/800a6ad8-eaa8-443d-8632-225502f4d289%40googlegroups.com.
Hi!Would like to see:Secure Eventbus communication (TLS encryption and authentication via PKI?)