Smartclient bootstrapper (alternative downloader)

[jcompagner]

that could be because i just dropped the jar in the existing zip.

If you look inside the jar you do see new class files from 29-4

[lwjwillemsen]

I am testing with the bootstrap.jar.
In Servoy we catch the startup parameters with application.getStartupArguments().

In Windows shortcut

Code: Select all

"C:\ProgramData\Oracle\Java\javapath\javaws.exe http://ig-visiontest7:8080/bootstrap.jnlp?argument=owner_id:4B584706-68AE-44AE-A8D9-D7984BA418C8

"
the argument owner_id is not returned by application.getStartupArguments().

I also tested with <argument></argument> in the bootstrap.jnlp but with no result.

Is it possible to pass arguments to the Servoy client via the bootstrap.jar and if yes how?

Regards,

[mboegem]

Hi Lambert,

Interesting question.
didn't try yet, but according to this https://stackoverflow.com/questions/137 ... s-via-jnlp it should be possible.

Hope that helps.

[jcompagner]

no this is not possible, you need a bootstrap.jnlp jar per argument and add those arguments you want to pickup in the jnlp itself
By default we already have a few arguments in it under the section: <application-desc main-class="com.servoy.bootstrapper.Bootstrap">
it should be something like this:

<argument>argument:ownerid:xxxxx</argument>

only those arguments can be get inside the client. So if you need special arguments like and owner_id then you need a bootstrap.jnlp file per owner..

bootstrap.jnlp is just a file on disk in the app server, it is not generated everytime you request it.

[lwjwillemsen]

Thanks, Johan!

I was looking for that "<argument>argument:ownerid:xxxxx</argument>" notation.
That works fine.

[Bernd.N]

Since today we have a permission problem when a new user starts our smartclient bootstrapper

See picture below, it says that we have to meet the security levels "high" or "very high", implying that we do not meet them currently.

What we did so far without success is:
a) Sign the jnlp with our current certificate, which we used already for all plugins without any problems
b) Put the web location to the java exception list

Is there anything else we could do, except of not using the bootstrapper and turn to the traditional webstart method?

javaproblem.jpg

[jcompagner]

it would be very weird if traditional does work
Then there is something different between the signing.. Because why would that work? Its just another jar that is started up
And with the traditional startup you really have to sign everything correctly, and with the bootstrapper you really only have to make sure that the bootstrapper is signed correctly

What does "Mehr Information" tell you? Does it tell a bit more what really is the problem? (then only that problem in "Ursache" that still doesn't really tell us what is wrong

Are you sure the boostrap.jar is signed correctly? and does verify?

[Bernd.N]

Yes, signing is correct with a valid certificate.
It looks like I should have reading the screen on "More Information" better.
Because that shows a screen that a tool called FortiGuard from FORTINET shows, telling it blocked the call and one should call support when thinking the block is not ok.

So my current assumption is that a new rule of that security software does not like the call of the bootstrapper due to some reason.
I already created a ticket for the responsible support team.

[jcompagner]

i wonder why, that is a very small applicaiton that does nothing more then some download of other stuff and start it up
I can't make it much simpler then that..

quite a small app: https://github.com/Servoy/Bootstrapper/ ... strap.java

[LXS]

Hi,

i've tried the Smartclient bootstrapper with Servoy 8.4 and a Mac Client with Java 8.

When i launch the bootstrap.jar the app name on Mac is "StandAloneBootstrap" (see screenshot).

Is it possible to change the name?

Thanks!
Alex

[jcompagner]

that is the name of the class that you start
it is a bit tricky how to change that
i think if you start the bootstrapper with: java -Xdock:NiceName -jar bootstrap.jar it could work.

but it could be that you really need to make some application bundle... https://developer.apple.com/library/arc ... 885-208677

[LXS]

Hi Johan,

thanks for your quick reply!
I've tried it with java -Xdock:NiceName -jar bootstrap.jar, but the name is still StandAloneBootstrap

It seems, that i have to try it with an application bundle.

Nobody else with this issue? Does nobody use the StandAloneBootstrapper on Mac?

[LXS]

A little success!
I've tried it with:

Code: Select all

java -Xdock:name="My Application" -jar bootstrap.jar

Now the name in the Mac menubar has changed to "My Application".

But down in the dock, when i mouse over the icon it only says "java", which is the process name.

I found this in this ticket: https://bugs.openjdk.java.net/browse/JDK-8173753

There is a comment which says, that it is not possible to set title of a dock icon:

Apple doesn't provide any way to change title for dock icon for not bundled app, it is taking the process name instead, 'java' in our case.
For bundled apps this title can be changed by renaming app.

However -Xdock:name is still able to change title in menubar.

[LXS]

you can also set the icon in the dock:

Code: Select all

-Xdock:icon="/myPath/myFilename.png"

But there is still the issue with the title in the dock...

[rieder]

Hi

You ask for anybody else with this issue: I'm also looking for a way to change the app name from StandAloneBootstrap to our app name. And hoped for an argument, which can be defined in the properties file e. g. Thanks to your reply, I now know «java -Xdock:name="My Application" -jar bootstrap.jar».
But what should I tell our users? How should they launch the application?
By the way: Is it only a Mac issue?

The problem of the dock icon and name, I did not notice so far.

I had the illusion, the switch to bootstrap would be easy.

Kind regards