This version (2017/05/27 13:44) is a draft.
Approvals: 0/1

[00:51:33] * ChanServ sets mode: +o temporalfox [08:32:25] <puchka> Hello all, I have an issue with login/logout in auth-mongo with Java. I put a reproducer here : https://github.com/puchka/MongoAuthLogout [09:06:06] <pmlopes> @petto, do don't need to extend AsbtractVerticle, as you said you can pass the vertx instance to method arguments. Note that the vertx object should be always the same during the lifecycle of the application so probably you can use your class contructor to pass the vertx reference [09:07:57] <pmlopes> @puchka can you explain in a few words what is wrong? [09:14:45] <Nils> Good morning [09:24:06] * ChanServ sets mode: +o temporalfox

[09:47:31] * ChanServ sets mode: +o temporalfox [09:47:33] <Sticky_> pmlopes: from his comment yesterday “Hello all, I can't disconnect the user when calling clearUser() on the context” [09:49:29] <Sticky_> not sure what could be the issue, but given its using forms its entierly possible the browser is caching the credentials and resubmitting them, automatically logging you back in [09:50:53] <pmlopes> Sticky_, i've replied on the forum, he was making an assertion on the user object before the session handler has been called and created it from the cookie [09:53:08] <Sticky_> ahh [11:32:43] * ChanServ sets mode: +o temporalfox

[12:10:27] * ChanServ sets mode: +o temporalfox [13:43:14] * ChanServ sets mode: +o temporalfox

[15:01:57] <AlexLehm> temporalfox: are you getting the “no workspace” error on a specific project in Jenkins?

[15:02:06] <temporalfox> yes

[15:02:10] <temporalfox> but on this project

[15:06:09] <puchka> Thanx @pmlopes :)

[15:17:16] * ChanServ sets mode: +o temporal_ [15:19:39] <AlexLehm> temporal_: which project name? [15:20:18] <temporal_> https://vietj.ci.cloudbees.com/job/vertx-materials/ [15:29:49] <AlexLehm> temporal_: the only thing i notice is that the build script says the workspace is /scratch/jenkins/workspace/vertx-materials and the error message about workspace missing says /var/jenkins/workspaces/vietj/vertx-materials [15:29:56] <AlexLehm> but that may be a symlink somewhere [16:35:57] <temporal_> AlexLehm so what should I do ? [16:36:06] <temporal_> where is this configured ? [16:36:23] <temporal_> where have you seen this ? [16:38:31] <temporal_> in vertx core the workspace is in [16:59:17] <AlexLehm> temporal_: i think this is set to a default in the project configure screen, but usually this is not changed (custom workspace location) [16:59:44] <AlexLehm> the path of the workspace is displayed in the error message on https://vietj.ci.cloudbees.com/job/vertx-materials/ws/ [16:59:55] <temporal_> why isn't available after the project built ? [17:00:06] <temporal_> ah yes [17:00:10] <temporal_> it thinks it is “(/var/jenkins/workspaces/vietj/vertx-materials” [17:09:30] <AlexLehm> yes, that is probably wrong for the slave machine unless its a symlink that points to a mount [17:10:01] <AlexLehm> i am not sure how jenkins does that with slave machines, at my last work project we never had more than one machine :-) [17:15:27] <temporal_> reloadin configuration [17:15:30] <temporal_> seems to solve the issue [17:15:35] <temporal_> https://vietj.ci.cloudbees.com/job/vertx-materials/ws/ [17:45:07] <temporal_> AlexLehm I've added a section about Netty integration in Vert.x btw in this [17:45:11] <temporal_> https://github.com/vietj/vertx-materials [17:45:17] <temporal_> it can be interesting [18:19:31] * ChanServ sets mode: +o temporalfox

[22:05:35] * ChanServ sets mode: +o temporalfox [22:32:30] * ChanServ sets mode: +o temporalfox