kotlinlang #tornadofx

I think both will likely be decent when it comes to security. I think the decision on which to use is primarily driven by "how bad do I want to put my JavaFX app in a mainstream web browser?"

amanda.hinchman-dominguez

04/03/2018, 3:09 AM

haha

amanda.hinchman-dominguez

04/03/2018, 3:10 AM

Would you mind clarifying something? I saw the video demo on the channel, and I think I misunderstand the initial idea: is graviton the browser?

amanda.hinchman-dominguez

04/03/2018, 3:11 AM

For some reason, I interpreted the idea to be more of plugin of some sort that allows you to download an application from online, but I suppose it looks like Graviton is a "psuedo-browser" that searches for the app in a repo and downloads it

thomasnield

04/03/2018, 3:14 AM

@amanda.hinchman-dominguez at some point, it was scoped to be a browser of business apps internal to an organization. I don't see it downloading public applications, but maybe it gets the dependencies from Maven?

thomasnield

04/03/2018, 3:16 AM

In large companies like mine (Southwest), there are internal business applications everywhere to help people do their jobs. JavaFX has never made it easy to deploy, find, access, and update apps. But Graviton would hopefully make it seamless.

amanda.hinchman-dominguez

04/03/2018, 3:17 AM

@thomasnield I believe so. I was advised yesterday to put my TornadoFX project on Maven. I'm actually figuring that out tonight

amanda.hinchman-dominguez

04/03/2018, 3:17 AM

just debugging something before I commit

amanda.hinchman-dominguez

04/03/2018, 3:18 AM

My project was set up in Gradle, but I hear it will work it. I completely agree - my old company had their apps accessible with an online portal -> click to download sort of thing

amanda.hinchman-dominguez

04/03/2018, 3:18 AM

I always viewed it as a HUGE security issue. Actually, I wrote a short recently on the creation of null and the creation of malware

amanda.hinchman-dominguez

04/03/2018, 3:19 AM

But I was kind of embarrassed by the classic example of a risk I was looking at

amanda.hinchman-dominguez

04/03/2018, 3:19 AM

Not even going to mention how buggy it was (to speak to your difficulty on updating)

thomasnield

04/03/2018, 3:20 AM

Yeah you should be able to deploy it with Gradle. Look up my RxKotlinFX project on Github if you need a template. Obviously you'll need to create an account and domain on Sonatype or whatever that platform is...

👍 1

amanda.hinchman-dominguez

04/03/2018, 3:20 AM

I was thinking about standing it up on my own AWS Lambda, would that work?

amanda.hinchman-dominguez

04/03/2018, 3:21 AM

still needs a domain

amanda.hinchman-dominguez

04/03/2018, 3:21 AM

I'll have to look into whether that's a cost or nah (or a workaround)

thomasnield

04/03/2018, 3:22 AM

If your project is OSS it should be free. A domain can cost money but just call it com.github.amandahinchman and that's free. I have not tried to stand anything on Lambda before... maybe folks can chime in on here. I need to crash. I'm too lazy at the moment to late night code right now...

amanda.hinchman-dominguez

04/03/2018, 3:23 AM

No worries! I made an attempt before with Node.js. It isn't too bad, until you run into security issues with a domain if it's Windows 😄 I'm a Unix gal. Have a good night! I'll let you know how it goes

thomasnield

04/03/2018, 3:24 AM

@amanda.hinchman-dominguez good night. I'll leave this here. http://central.sonatype.org/pages/gradle.html

👍 1

amanda.hinchman-dominguez

04/03/2018, 3:51 AM

rephrasing - Why do you need a scopedinstance to be able to use a fragment? If I understand correctly, fragments are meant to be singleton instances, so is it so costly to run a controller for every fragment?

amanda.hinchman-dominguez

04/03/2018, 3:56 AM

oh, I get it.

inject()

is a lazy mechanism to have it run only once.

find(SomeClass::class)

runs an instance, making it costly. The thing is, I'm not sure if that makes for the best option in my use case - I want to use a fragment to generate a new view within every time for "reuse". The reuse was supposed to be the functionality of the fragment itself, only it generated different components.

amanda.hinchman-dominguez

04/03/2018, 4:14 AM

At the moment, I'm left with two unsavory choices: 1) use a fragment to recycle views, but heavy load drag and drop functionality in every instance (and mashing together VC) or 2) keep the V and C separated and clean but using a view means I cannot recall a scope on init

amanda.hinchman-dominguez

04/03/2018, 4:17 AM

I'll let you know what solution I stumble upon, but some thoughts I have, and in no particular ranking of bad to good or the likes, are the following:

amanda.hinchman-dominguez

04/03/2018, 4:18 AM

* a fragment that uses find seems to have a java stack overload, as expect for something this heavy-duty when using a controller as a global field. Scope in scope. sounds terrible right off the bat

amanda.hinchman-dominguez

04/03/2018, 4:20 AM

* eventbus - trigger a call for a new scope upon switching back to the view

amanda.hinchman-dominguez

04/03/2018, 4:22 AM

* create a special component similar to a fragment, but only for the view so a lazy load can be called once for class injection, but the view itself clears every time

carlw

04/03/2018, 11:59 AM

@amanda.hinchman-dominguez Are you making each Tile a Fragment?

amanda.hinchman-dominguez

04/03/2018, 12:55 PM

@carlw oh no - each Tile is only an object. What I'm referring to at the moment is a stackpane fragment (borderpane with a transparent pane) that holds a GridPane view

amanda.hinchman-dominguez

04/03/2018, 12:56 PM

a user clicks an image from the datagrid, which decides which gridinfo to pass in order to generate a new fragment