@carlw How is authentication done in that Wildfly Client sample?

just these properties jndiProperties.put( "remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOANONYMOUS","true"); jndiProperties.put( "remote.connection.default.connect.options.org.xnio.Options.SASL_POLICY_NOPLAINTEXT","false"); jndiProperties.put("remote.connection.default.username",username.getText()); jndiProperties.put("remote.connection.default.password",password.getText());

plus one for SSL

jndiProperties.put( "remote.connectionprovider.create.options.org.xnio.Options.SSL_ENABLED", "true");

That's assuming an appropriate security domain is setup on the WildFly side that's using hashed passwords. Also, I need to add a RolesAllowed and a JBoss-specific SecurityDomain to the EJB implementation class.

Nice, thank you! I've mostly been using REST to talk to JavaEE from clients, but this is pretty sweet.

@edvin yeah, especially since it's not using RMI

BTW @edvin. check your twitter feed. i managed to put an entire EJB in a 140 character tweet with a little bit of a heading. The "ats" are to avoid conflicts with twitter handles. interface HW { fun msg() : String } atRemote(HW::class) atStateless open class HWB : HW { override fun msg() = "Hi!" }

TornadoFX + Machine Learning = ❤️

@User uploaded a file: Untitled

@User uploaded a file:

Applying these builder patterns to functionally processing groups of data is really trippy. Look at the two nested

forEach()

constructs, and how elegantly they break up each series.

@thomasnield That is really sweet! Be sure to let me know if there are parts of the charts API we haven't covered yet!

@thomasnield I was looking at your sample to see if we can improve some of the APIs used, but there really isn't any boilerplate there 😎 🎉

@carlw Oh, I thought it was using RMI! How does it serialize the objects? Normal Java Serialization so you must implement

Serializable

?

@carlw Too bad you can't escape at in tweets!

I fixed an issue with tornadofx-controls

DateTimePicker

yesterday, if anybody is using that library this might be of interest: https://github.com/edvin/tornadofx-controls/issues/7

@edvin it really is quite nice already. I just wish JavaFX had more charts : )

@edvin that would be incredible. Let me look at this nv3d library. If we can find a strong, modern existing chart library that would be pretty awesome. It would also be a huge selling point in using Kotlin for analytics.

How hard would it be considering its in JS? Do we just package this in a web view?

a kotlin builder dsl for D3 could be interesting

@thomasnield You could always use nv3d or something if you need more options. I've been wanting to add a TornadoFX frontend to it, typesafe creation of JavaScript charts, and rendering into a custom component which is basically a webview, as well as the option to render static images. That would be a fun project! 1 reply a kotlin builder dsl for D3 could be interesting

@thomasnield Oups, sorry - I meant http://nvd3.org/ - I think it would be entirely possible to embed this in a nice way. I might give it a shot later :))

@edvin https://github.com/stefaneidelloth/javafx-d3

Now you only need to write the builders and you are ready to go 😉

If I am reading correctly

@thomasnield This might be interesting for your data visualization: https://github.com/PatMartin/Dex

But looks like

Dex

is also using d3 internally 😉

@nimakro dang, there are a lot more options than I initially thought...

@edvin I know @gaetan is working on a charting library for Kotlin that also compiles to JS. It may be some time though...