Re: Felix and JavaFX

[Kerry]

Hi Chuck,

No problem, I wasn't aware of the issues you were having i.e. felix not 
exporting the javafx packages by default. In Karaf they are exported by default 
but obviously not everyone wants all the functionality provided by Karaf. 
You've given me the idea to include some integration tests with 'stand-alone' 
Felix and suitable documentation.

If you ever do get the chance to re-visit JavaFX in OSGi your comments would be 
much appreciated (as would from anyone else reading this and is interested.)

Regards
Kerry

On 12/12/17 14:56, Chuck Davis wrote:

Hi Kerry:

Thanks for the note.  Old indeed.  I don't remember anything I learned from 
that project (though I did keep the modules).  I did get it to work by 
including the module somebody mentioned.  It seems so easy, looking at that 
module, I can't understand why Felix doesn't do the export for JavaFX so that 
it's not even an issue -- at least an option that can be turned on or off, 
installed or uninstalled or some such and stop the necessity of all the 
work-arounds on which developers are having to waste their time.

If I revisit OSGi I'll take a look at your project if Felix hasn't fixed the 
issue yet at the time.

Thanks.

CD

On 12/12/2017 05:19 AM, Kerry wrote:

Hi Chuck,

I realise that this is a response to an old message of yours but I have a 
GitHub project that may be of interest to you that brings OSGi to JavaFx.

https://github.com/jtkb/osgifx

It aims to be simpler than Drombler and is agnostic to the OSGi implementation. 
It is still a work in progress but check the examples and integration-test 
modules to see how to use it. I have currently tested it with Apache karaf 
which obviously used Apache Felix but plan to add tests for other 
implementations too.

If you try it out any comments you have or improvements are welcome. Any issues 
also just ask. I'm in the process of improving the documentation at the moment.

Kerry

⁣Sent from BlueMail ​



-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org





-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Chuck Davis]

Karl, thanks for that information.


On 12/12/2017 08:31 AM, Karl Pauls wrote:

Additionally, the JavaFX exports should now be available on java9 ootb
  (assuming the modules are on the module path). As Neil correctly
points out, the reason they are not on older version is exactly that -
we don't know if they are there or not. With java9, we can detect that
(and we do starting with Felix Framework 5.6.10).

regards,

Karl





-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Karl Pauls]

Additionally, the JavaFX exports should now be available on java9 ootb
 (assuming the modules are on the module path). As Neil correctly
points out, the reason they are not on older version is exactly that -
we don't know if they are there or not. With java9, we can detect that
(and we do starting with Felix Framework 5.6.10).

regards,

Karl

On Tue, Dec 12, 2017 at 4:03 PM, Neil Bartlett  wrote:
> That's pretty easy to answer.
>
> Felix by default exports all standard Java SE packages. JavaFX is not part
> of Java SE, it is an extension that is only available on a subset of Java
> implementations.
>
> Neil
>
> On 12 Dec 2017 2:56 pm, "Chuck Davis"  wrote:
>
>> Hi Kerry:
>>
>> Thanks for the note.  Old indeed.  I don't remember anything I learned
>> from that project (though I did keep the modules).  I did get it to work by
>> including the module somebody mentioned.  It seems so easy, looking at that
>> module, I can't understand why Felix doesn't do the export for JavaFX so
>> that it's not even an issue -- at least an option that can be turned on or
>> off, installed or uninstalled or some such and stop the necessity of all
>> the work-arounds on which developers are having to waste their time.
>>
>> If I revisit OSGi I'll take a look at your project if Felix hasn't fixed
>> the issue yet at the time.
>>
>> Thanks.
>>
>> CD
>>
>> On 12/12/2017 05:19 AM, Kerry wrote:
>>
>>> Hi Chuck,
>>>
>>> I realise that this is a response to an old message of yours but I have a
>>> GitHub project that may be of interest to you that brings OSGi to JavaFx.
>>>
>>> https://github.com/jtkb/osgifx
>>>
>>> It aims to be simpler than Drombler and is agnostic to the OSGi
>>> implementation. It is still a work in progress but check the examples and
>>> integration-test modules to see how to use it. I have currently tested it
>>> with Apache karaf which obviously used Apache Felix but plan to add tests
>>> for other implementations too.
>>>
>>> If you try it out any comments you have or improvements are welcome. Any
>>> issues also just ask. I'm in the process of improving the documentation at
>>> the moment.
>>>
>>> Kerry
>>>
>>> ⁣Sent from BlueMail
>>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>> For additional commands, e-mail: users-h...@felix.apache.org
>>
>>



-- 
Karl Pauls
karlpa...@gmail.com

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Neil Bartlett]

That's pretty easy to answer.

Felix by default exports all standard Java SE packages. JavaFX is not part
of Java SE, it is an extension that is only available on a subset of Java
implementations.

Neil

On 12 Dec 2017 2:56 pm, "Chuck Davis"  wrote:

> Hi Kerry:
>
> Thanks for the note.  Old indeed.  I don't remember anything I learned
> from that project (though I did keep the modules).  I did get it to work by
> including the module somebody mentioned.  It seems so easy, looking at that
> module, I can't understand why Felix doesn't do the export for JavaFX so
> that it's not even an issue -- at least an option that can be turned on or
> off, installed or uninstalled or some such and stop the necessity of all
> the work-arounds on which developers are having to waste their time.
>
> If I revisit OSGi I'll take a look at your project if Felix hasn't fixed
> the issue yet at the time.
>
> Thanks.
>
> CD
>
> On 12/12/2017 05:19 AM, Kerry wrote:
>
>> Hi Chuck,
>>
>> I realise that this is a response to an old message of yours but I have a
>> GitHub project that may be of interest to you that brings OSGi to JavaFx.
>>
>> https://github.com/jtkb/osgifx
>>
>> It aims to be simpler than Drombler and is agnostic to the OSGi
>> implementation. It is still a work in progress but check the examples and
>> integration-test modules to see how to use it. I have currently tested it
>> with Apache karaf which obviously used Apache Felix but plan to add tests
>> for other implementations too.
>>
>> If you try it out any comments you have or improvements are welcome. Any
>> issues also just ask. I'm in the process of improving the documentation at
>> the moment.
>>
>> Kerry
>>
>> ⁣Sent from BlueMail ​
>>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>
>

Re: Felix and JavaFX

[Chuck Davis]

Hi Kerry:

Thanks for the note.  Old indeed.  I don't remember anything I learned 
from that project (though I did keep the modules).  I did get it to work 
by including the module somebody mentioned.  It seems so easy, looking 
at that module, I can't understand why Felix doesn't do the export for 
JavaFX so that it's not even an issue -- at least an option that can be 
turned on or off, installed or uninstalled or some such and stop the 
necessity of all the work-arounds on which developers are having to 
waste their time.


If I revisit OSGi I'll take a look at your project if Felix hasn't fixed 
the issue yet at the time.


Thanks.

CD

On 12/12/2017 05:19 AM, Kerry wrote:

Hi Chuck,

I realise that this is a response to an old message of yours but I have a 
GitHub project that may be of interest to you that brings OSGi to JavaFx.

https://github.com/jtkb/osgifx

It aims to be simpler than Drombler and is agnostic to the OSGi implementation. 
It is still a work in progress but check the examples and integration-test 
modules to see how to use it. I have currently tested it with Apache karaf 
which obviously used Apache Felix but plan to add tests for other 
implementations too.

If you try it out any comments you have or improvements are welcome. Any issues 
also just ask. I'm in the process of improving the documentation at the moment.

Kerry

⁣Sent from BlueMail ​



-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Kerry]

Hi Chuck,

I realise that this is a response to an old message of yours but I have a 
GitHub project that may be of interest to you that brings OSGi to JavaFx.

https://github.com/jtkb/osgifx

It aims to be simpler than Drombler and is agnostic to the OSGi implementation. 
It is still a work in progress but check the examples and integration-test 
modules to see how to use it. I have currently tested it with Apache karaf 
which obviously used Apache Felix but plan to add tests for other 
implementations too.

If you try it out any comments you have or improvements are welcome. Any issues 
also just ask. I'm in the process of improving the documentation at the moment.

Kerry

⁣Sent from BlueMail ​

Re: Antwort: RE: Felix and JavaFX

[Neil Bartlett]

In fact you ARE doing the things explained in Paul Bakker’s article. Or rather, 
Karaf does them for you: it sets up the system bundle exports using the 
contents of jre.properties.

By default Felix (and all other OSGi frameworks that I’m aware of) exports only 
the JavaSE standard packages. JavaFX is not part of JavaSE standard, therefore 
it is not exported by default. Somebody has to add its packages to the system 
bundle exports — you can do this yourself with a single line of code, or you 
can drag in all the dependencies of Karaf. I know which I would choose.

Regards,
Neil

> On 20 Jul 2017, at 13:25, CLEMENT Jean-Philippe 
> <jean-philippe.clem...@fr.thalesgroup.com> wrote:
> 
> Ok, thanks.
> 
> At least with Karaf, there is no such "ClassNotFoundException"  (JavaFX 
> packages must declared in the jre.properties file). I don't use things 
> explained in Paul's article.
> 
> I just need the initialize() of the class below to be called within a 
> singleton bundle. That bundle should be started before any other which uses 
> JavaFX. Then there is no more "primary window" and any bundle can show 
> whatever things it needs.
> 
> public final class FXInitializer extends Application {
>private static BlockingQueue sync;
> 
>/**
> * Initializes the FX windowing system.
> *
> * @throws InterruptedException
> * If initialization was cancelled due to program exit
> */
>public static FXInitializer initialize() throws InterruptedException {
>return initialize(new String[0]);
>}
> 
>/**
> * Initializes the FX windowing system.
> *
> * @param a
> *Arguments as gave to the "main" application
> * @throws InterruptedException
> * If initialization was cancelled due to program exit
> */
>public static FXInitializer initialize(final String... a) throws 
> InterruptedException {
>try {
>Platform.setImplicitExit(false);
>sync = new SynchronousQueue<>();
>new Thread(() -> FXInitializer.launch(FXInitializer.class, 
> a)).start();
>return sync.take();
>} finally {
>sync = null;
>}
>}
> 
>@Override
>public void start(final Stage stage) throws InterruptedException {
>stage.hide();
>sync.put(this);
>}
> }
> 
> JP
> 
> 
> -Message d'origine-
> De : marc.schle...@sdv-it.de [mailto:marc.schle...@sdv-it.de] 
> Envoyé : jeudi 20 juillet 2017 13:50
> À : users@felix.apache.org
> Objet : Antwort: RE: Felix and JavaFX
> 
> I think you are refering to this one
> 
> http://paulonjava.blogspot.de/2014/11/making-javafx-better-with-osgi.html
> 
> regards
> Marc
> 
> 
> Von:CLEMENT Jean-Philippe <jean-philippe.clem...@fr.thalesgroup.com>
> An: "users@felix.apache.org" <users@felix.apache.org>, 
> Datum:  20.07.2017 10:26
> Betreff:RE: Felix and JavaFX
> 
> 
> 
> Sorry, I didn't find Paul's article. From my point of view there is no issue 
> with JavaFX 8 (also succeeded with Java 9). Just the tiny workaround in order 
> to start the JavaFX engine - which is a bundle containing a single class 
> class with few lines of code.
> 
> Could you please remind me the link to Paul's article?
> 
> Regards,
> JP
> 
> -Message d'origine-
> De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : jeudi 20 juillet 2017 
> 05:32 À : users@felix.apache.org Objet : Re: Felix and JavaFX
> 
> All the ones Paul's article delineates.
> 
> On Tue, Jul 18, 2017 at 8:12 AM, CLEMENT Jean-Philippe < 
> jean-philippe.clem...@fr.thalesgroup.com> wrote:
> 
>> Paul?
>> 
>> I just replied to your initial question "I spent most of the day 
>> yesterday googling to find out if there is a way to build a JavaFX 
>> desktop application based upon Felix..."
>> 
>> Well, which problem are you experiencing with JavaFX?
>> 
>> JP
>> 
>> -Message d'origine-
>> De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : lundi 17 juillet
>> 2017 18:41 À : users@felix.apache.org Objet : Re: Felix and JavaFX
>> 
>> JP, are you doing the same thing Paul outlines in his article?  If 
>> you've taken a different approach can you share it for the benefit of 
>> all of us following this thread?
>> 
>> Thanks.
>> 
>> On Mon, Jul 17, 2017 at 12:55 AM, CLEMENT Jean-Philippe < 
>> jean-philippe.clem...@fr.thalesgroup.com> wrote:
>> 
>>> Hi,
>>> 
>>> We are making OSGi deskt

Re: Antwort: RE: Felix and JavaFX

[Chuck Davis]

JP:

Thanks for the additional information.  I've seen some indication that the
Felix team are considering how to handle the JavaFX issues as well.
Perhaps it is time to investigate Karaf further -- but it adds a lot of
additional capabilities that a client doesn't actually need if I understand
correctly.   When I get back to programming I'll have to investigate
further the options offered by Karaf.  Right now I'm concentrating on
getting my knee replacement to respond to therapy.  Narcotics make me feel
and act loopy so best I absent myself for a while.  But I suspect I'm not
the only one interested in this subject and I suppose others will chime in
as time passes.

On Thu, Jul 20, 2017 at 5:25 AM, CLEMENT Jean-Philippe <
jean-philippe.clem...@fr.thalesgroup.com> wrote:

> Ok, thanks.
>
> At least with Karaf, there is no such "ClassNotFoundException"  (JavaFX
> packages must declared in the jre.properties file). I don't use things
> explained in Paul's article.
>
> I just need the initialize() of the class below to be called within a
> singleton bundle. That bundle should be started before any other which uses
> JavaFX. Then there is no more "primary window" and any bundle can show
> whatever things it needs.
>
> public final class FXInitializer extends Application {
> private static BlockingQueue sync;
>
> /**
>  * Initializes the FX windowing system.
>  *
>  * @throws InterruptedException
>  * If initialization was cancelled due to program exit
>  */
> public static FXInitializer initialize() throws InterruptedException {
> return initialize(new String[0]);
> }
>
> /**
>  * Initializes the FX windowing system.
>  *
>  * @param a
>  *Arguments as gave to the "main" application
>  * @throws InterruptedException
>  * If initialization was cancelled due to program exit
>  */
> public static FXInitializer initialize(final String... a) throws
> InterruptedException {
> try {
> Platform.setImplicitExit(false);
> sync = new SynchronousQueue<>();
> new Thread(() -> FXInitializer.launch(FXInitializer.class,
> a)).start();
> return sync.take();
> } finally {
> sync = null;
> }
> }
>
> @Override
> public void start(final Stage stage) throws InterruptedException {
> stage.hide();
> sync.put(this);
> }
> }
>
> JP
>
>
>
>

RE: Antwort: RE: Felix and JavaFX

[CLEMENT Jean-Philippe]

Ok, thanks.

At least with Karaf, there is no such "ClassNotFoundException"  (JavaFX 
packages must declared in the jre.properties file). I don't use things 
explained in Paul's article.

I just need the initialize() of the class below to be called within a singleton 
bundle. That bundle should be started before any other which uses JavaFX. Then 
there is no more "primary window" and any bundle can show whatever things it 
needs.

public final class FXInitializer extends Application {
private static BlockingQueue sync;

/**
 * Initializes the FX windowing system.
 *
 * @throws InterruptedException
 * If initialization was cancelled due to program exit
 */
public static FXInitializer initialize() throws InterruptedException {
return initialize(new String[0]);
}

/**
 * Initializes the FX windowing system.
 *
 * @param a
 *Arguments as gave to the "main" application
 * @throws InterruptedException
 * If initialization was cancelled due to program exit
 */
public static FXInitializer initialize(final String... a) throws 
InterruptedException {
try {
Platform.setImplicitExit(false);
sync = new SynchronousQueue<>();
new Thread(() -> FXInitializer.launch(FXInitializer.class, 
a)).start();
return sync.take();
} finally {
sync = null;
}
}

@Override
public void start(final Stage stage) throws InterruptedException {
stage.hide();
sync.put(this);
}
}

JP


-Message d'origine-
De : marc.schle...@sdv-it.de [mailto:marc.schle...@sdv-it.de] 
Envoyé : jeudi 20 juillet 2017 13:50
À : users@felix.apache.org
Objet : Antwort: RE: Felix and JavaFX

I think you are refering to this one

http://paulonjava.blogspot.de/2014/11/making-javafx-better-with-osgi.html

regards
Marc


Von:CLEMENT Jean-Philippe <jean-philippe.clem...@fr.thalesgroup.com>
An: "users@felix.apache.org" <users@felix.apache.org>, 
Datum:  20.07.2017 10:26
Betreff:RE: Felix and JavaFX



Sorry, I didn't find Paul's article. From my point of view there is no issue 
with JavaFX 8 (also succeeded with Java 9). Just the tiny workaround in order 
to start the JavaFX engine - which is a bundle containing a single class class 
with few lines of code.

Could you please remind me the link to Paul's article?

Regards,
JP

-Message d'origine-
De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : jeudi 20 juillet 2017 
05:32 À : users@felix.apache.org Objet : Re: Felix and JavaFX

All the ones Paul's article delineates.

On Tue, Jul 18, 2017 at 8:12 AM, CLEMENT Jean-Philippe < 
jean-philippe.clem...@fr.thalesgroup.com> wrote:

> Paul?
>
> I just replied to your initial question "I spent most of the day 
> yesterday googling to find out if there is a way to build a JavaFX 
> desktop application based upon Felix..."
>
> Well, which problem are you experiencing with JavaFX?
>
> JP
>
> -Message d'origine-
> De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : lundi 17 juillet
> 2017 18:41 À : users@felix.apache.org Objet : Re: Felix and JavaFX
>
> JP, are you doing the same thing Paul outlines in his article?  If 
> you've taken a different approach can you share it for the benefit of 
> all of us following this thread?
>
> Thanks.
>
> On Mon, Jul 17, 2017 at 12:55 AM, CLEMENT Jean-Philippe < 
> jean-philippe.clem...@fr.thalesgroup.com> wrote:
>
> > Hi,
> >
> > We are making OSGi desktop applications with JavaFX without any issue.
> > We do not rely on Eclipse or Equinox. We are using Karaf and 
> > maven-bundle-plugin.
> >
> > There is only a small workaround for startup with a special bundle 
> > which is a fake "Application" in order to start JavaFX engine.
> >
> > JP
> >
> > -Message d'origine-
> > De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : dimanche 9 
> > juillet 2017 18:17 À : users@felix.apache.org Objet : Re: Felix and 
> > JavaFX
> >
> > I spent most of the day yesterday googling to find out if there is a 
> > way to build a JavaFX desktop application based upon Felix.  So far 
> > I've not found anything that advises how to do this or if it is even 
> > possible at this stage of development.
> >
> > Can anybody point me to an article that explains how, if this can be
> done?
> >
> > TIA.
> >
> > 
> > - To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> > For additional commands, e-mail: users-h...@felix.apache.org
> >
>

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Antwort: RE: Felix and JavaFX

[marc . schlegel]

I think you are refering to this one

http://paulonjava.blogspot.de/2014/11/making-javafx-better-with-osgi.html

regards
Marc


Von:CLEMENT Jean-Philippe <jean-philippe.clem...@fr.thalesgroup.com>
An: "users@felix.apache.org" <users@felix.apache.org>, 
Datum:  20.07.2017 10:26
Betreff:    RE: Felix and JavaFX



Sorry, I didn't find Paul's article. From my point of view there is no 
issue with JavaFX 8 (also succeeded with Java 9). Just the tiny workaround 
in order to start the JavaFX engine - which is a bundle containing a 
single class class with few lines of code.

Could you please remind me the link to Paul's article?

Regards,
JP

-Message d'origine-
De : Chuck Davis [mailto:cjgun...@gmail.com] 
Envoyé : jeudi 20 juillet 2017 05:32
À : users@felix.apache.org
Objet : Re: Felix and JavaFX

All the ones Paul's article delineates.

On Tue, Jul 18, 2017 at 8:12 AM, CLEMENT Jean-Philippe < 
jean-philippe.clem...@fr.thalesgroup.com> wrote:

> Paul?
>
> I just replied to your initial question "I spent most of the day 
> yesterday googling to find out if there is a way to build a JavaFX 
> desktop application based upon Felix..."
>
> Well, which problem are you experiencing with JavaFX?
>
> JP
>
> -Message d'origine-
> De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : lundi 17 juillet 
> 2017 18:41 À : users@felix.apache.org Objet : Re: Felix and JavaFX
>
> JP, are you doing the same thing Paul outlines in his article?  If 
> you've taken a different approach can you share it for the benefit of 
> all of us following this thread?
>
> Thanks.
>
> On Mon, Jul 17, 2017 at 12:55 AM, CLEMENT Jean-Philippe < 
> jean-philippe.clem...@fr.thalesgroup.com> wrote:
>
> > Hi,
> >
> > We are making OSGi desktop applications with JavaFX without any issue.
> > We do not rely on Eclipse or Equinox. We are using Karaf and 
> > maven-bundle-plugin.
> >
> > There is only a small workaround for startup with a special bundle 
> > which is a fake "Application" in order to start JavaFX engine.
> >
> > JP
> >
> > -Message d'origine-
> > De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : dimanche 9 
> > juillet 2017 18:17 À : users@felix.apache.org Objet : Re: Felix and 
> > JavaFX
> >
> > I spent most of the day yesterday googling to find out if there is a 
> > way to build a JavaFX desktop application based upon Felix.  So far 
> > I've not found anything that advises how to do this or if it is even 
> > possible at this stage of development.
> >
> > Can anybody point me to an article that explains how, if this can be
> done?
> >
> > TIA.
> >
> > 
> > - To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> > For additional commands, e-mail: users-h...@felix.apache.org
> >
>

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

RE: Felix and JavaFX

[CLEMENT Jean-Philippe]

Sorry, I didn't find Paul's article. From my point of view there is no issue 
with JavaFX 8 (also succeeded with Java 9). Just the tiny workaround in order 
to start the JavaFX engine - which is a bundle containing a single class class 
with few lines of code.

Could you please remind me the link to Paul's article?

Regards,
JP

-Message d'origine-
De : Chuck Davis [mailto:cjgun...@gmail.com] 
Envoyé : jeudi 20 juillet 2017 05:32
À : users@felix.apache.org
Objet : Re: Felix and JavaFX

All the ones Paul's article delineates.

On Tue, Jul 18, 2017 at 8:12 AM, CLEMENT Jean-Philippe < 
jean-philippe.clem...@fr.thalesgroup.com> wrote:

> Paul?
>
> I just replied to your initial question "I spent most of the day 
> yesterday googling to find out if there is a way to build a JavaFX 
> desktop application based upon Felix..."
>
> Well, which problem are you experiencing with JavaFX?
>
> JP
>
> -Message d'origine-
> De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : lundi 17 juillet 
> 2017 18:41 À : users@felix.apache.org Objet : Re: Felix and JavaFX
>
> JP, are you doing the same thing Paul outlines in his article?  If 
> you've taken a different approach can you share it for the benefit of 
> all of us following this thread?
>
> Thanks.
>
> On Mon, Jul 17, 2017 at 12:55 AM, CLEMENT Jean-Philippe < 
> jean-philippe.clem...@fr.thalesgroup.com> wrote:
>
> > Hi,
> >
> > We are making OSGi desktop applications with JavaFX without any issue.
> > We do not rely on Eclipse or Equinox. We are using Karaf and 
> > maven-bundle-plugin.
> >
> > There is only a small workaround for startup with a special bundle 
> > which is a fake "Application" in order to start JavaFX engine.
> >
> > JP
> >
> > -----Message d'origine-
> > De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : dimanche 9 
> > juillet 2017 18:17 À : users@felix.apache.org Objet : Re: Felix and 
> > JavaFX
> >
> > I spent most of the day yesterday googling to find out if there is a 
> > way to build a JavaFX desktop application based upon Felix.  So far 
> > I've not found anything that advises how to do this or if it is even 
> > possible at this stage of development.
> >
> > Can anybody point me to an article that explains how, if this can be
> done?
> >
> > TIA.
> >
> > 
> > - To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> > For additional commands, e-mail: users-h...@felix.apache.org
> >
>

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Chuck Davis]

All the ones Paul's article delineates.

On Tue, Jul 18, 2017 at 8:12 AM, CLEMENT Jean-Philippe <
jean-philippe.clem...@fr.thalesgroup.com> wrote:

> Paul?
>
> I just replied to your initial question "I spent most of the day yesterday
> googling to find out if there is a way to build a JavaFX desktop
> application based upon Felix..."
>
> Well, which problem are you experiencing with JavaFX?
>
> JP
>
> -Message d'origine-
> De : Chuck Davis [mailto:cjgun...@gmail.com]
> Envoyé : lundi 17 juillet 2017 18:41
> À : users@felix.apache.org
> Objet : Re: Felix and JavaFX
>
> JP, are you doing the same thing Paul outlines in his article?  If you've
> taken a different approach can you share it for the benefit of all of us
> following this thread?
>
> Thanks.
>
> On Mon, Jul 17, 2017 at 12:55 AM, CLEMENT Jean-Philippe <
> jean-philippe.clem...@fr.thalesgroup.com> wrote:
>
> > Hi,
> >
> > We are making OSGi desktop applications with JavaFX without any issue.
> > We do not rely on Eclipse or Equinox. We are using Karaf and
> > maven-bundle-plugin.
> >
> > There is only a small workaround for startup with a special bundle
> > which is a fake "Application" in order to start JavaFX engine.
> >
> > JP
> >
> > -Message d'origine-
> > De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : dimanche 9
> > juillet 2017 18:17 À : users@felix.apache.org Objet : Re: Felix and
> > JavaFX
> >
> > I spent most of the day yesterday googling to find out if there is a
> > way to build a JavaFX desktop application based upon Felix.  So far
> > I've not found anything that advises how to do this or if it is even
> > possible at this stage of development.
> >
> > Can anybody point me to an article that explains how, if this can be
> done?
> >
> > TIA.
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> > For additional commands, e-mail: users-h...@felix.apache.org
> >
>

RE: Felix and JavaFX

[CLEMENT Jean-Philippe]

Paul?

I just replied to your initial question "I spent most of the day yesterday 
googling to find out if there is a way to build a JavaFX desktop application 
based upon Felix..."

Well, which problem are you experiencing with JavaFX?

JP

-Message d'origine-
De : Chuck Davis [mailto:cjgun...@gmail.com] 
Envoyé : lundi 17 juillet 2017 18:41
À : users@felix.apache.org
Objet : Re: Felix and JavaFX

JP, are you doing the same thing Paul outlines in his article?  If you've taken 
a different approach can you share it for the benefit of all of us following 
this thread?

Thanks.

On Mon, Jul 17, 2017 at 12:55 AM, CLEMENT Jean-Philippe < 
jean-philippe.clem...@fr.thalesgroup.com> wrote:

> Hi,
>
> We are making OSGi desktop applications with JavaFX without any issue. 
> We do not rely on Eclipse or Equinox. We are using Karaf and 
> maven-bundle-plugin.
>
> There is only a small workaround for startup with a special bundle 
> which is a fake "Application" in order to start JavaFX engine.
>
> JP
>
> -Message d'origine-
> De : Chuck Davis [mailto:cjgun...@gmail.com] Envoyé : dimanche 9 
> juillet 2017 18:17 À : users@felix.apache.org Objet : Re: Felix and 
> JavaFX
>
> I spent most of the day yesterday googling to find out if there is a 
> way to build a JavaFX desktop application based upon Felix.  So far 
> I've not found anything that advises how to do this or if it is even 
> possible at this stage of development.
>
> Can anybody point me to an article that explains how, if this can be done?
>
> TIA.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>

Re: Felix and JavaFX

[Chuck Davis]

JP, are you doing the same thing Paul outlines in his article?  If you've
taken a different approach can you share it for the benefit of all of us
following this thread?

Thanks.

On Mon, Jul 17, 2017 at 12:55 AM, CLEMENT Jean-Philippe <
jean-philippe.clem...@fr.thalesgroup.com> wrote:

> Hi,
>
> We are making OSGi desktop applications with JavaFX without any issue. We
> do not rely on Eclipse or Equinox. We are using Karaf and
> maven-bundle-plugin.
>
> There is only a small workaround for startup with a special bundle which
> is a fake "Application" in order to start JavaFX engine.
>
> JP
>
> -Message d'origine-
> De : Chuck Davis [mailto:cjgun...@gmail.com]
> Envoyé : dimanche 9 juillet 2017 18:17
> À : users@felix.apache.org
> Objet : Re: Felix and JavaFX
>
> I spent most of the day yesterday googling to find out if there is a way
> to build a JavaFX desktop application based upon Felix.  So far I've not
> found anything that advises how to do this or if it is even possible at
> this stage of development.
>
> Can anybody point me to an article that explains how, if this can be done?
>
> TIA.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>

RE: Felix and JavaFX

[CLEMENT Jean-Philippe]

Hi,

We are making OSGi desktop applications with JavaFX without any issue. We do 
not rely on Eclipse or Equinox. We are using Karaf and maven-bundle-plugin.

There is only a small workaround for startup with a special bundle which is a 
fake "Application" in order to start JavaFX engine.

JP

-Message d'origine-
De : Chuck Davis [mailto:cjgun...@gmail.com] 
Envoyé : dimanche 9 juillet 2017 18:17
À : users@felix.apache.org
Objet : Re: Felix and JavaFX

I spent most of the day yesterday googling to find out if there is a way to 
build a JavaFX desktop application based upon Felix.  So far I've not found 
anything that advises how to do this or if it is even possible at this stage of 
development.

Can anybody point me to an article that explains how, if this can be done?

TIA.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Oliver Lietz]

On Sunday 09 July 2017 15:50:51 Chuck Davis wrote:
> Hi Neil:

Hi Chuck,

> I'm just beginning my investigation of OSGi because I want to do things
> that it sounds like OSGi was designed to do and I'm too lazy to reinvent
> the wheel if it already exists.  I develop desktop business applications
> and my development style is already quite modular in concept but I want to
> get to the next level of modularity.
> 
> Paul's article hits the nail on the head with what I am hung up on in the
> "Importing JavaFX Packages" subsection.  That is the first problem and Paul
> lays out that there are more ahead before/if I achieve victory.

see https://issues.apache.org/jira/browse/FELIX-5558

You basically setup the OSGi framework in your main method, register screen 
and primary stage as services in (Application) start method and shutdown the 
framework in (Application) stop method. The hardest part is to get all third-
party dependencies playing nice.

I'm using maven-bundle-plugin and javafx-maven-plugin.

> I've done a bit more reading and it sounds like the Bndtools he endorses
> from Eclipse is just a more user-friendly version of Bnd so maybe I can
> find a way to use the Bnd tool directly.many challenges lie ahead it
> sound like.
> 
> Thanks for your interest.

Regards,
O.

> On Sun, Jul 9, 2017 at 10:24 AM, Neil Bartlett  wrote:
> > Hi Chuck,
> > 
> > Using Eclipse as an IDE does not tie you into using Equinox for your
> > runtime.
> > 
> > I don’t know much about JavaFX but what is the actual problem you are
> > experiencing with it? Isn’t it just a library like any other?
> > 
> > Neil
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> > For additional commands, e-mail: users-h...@felix.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Neil Bartlett]

Hi Chuck,

I read through Paul’s article and it still looks very relevant and well written.

You don’t really want to use bnd directly. It’s a low-level tool… it would be 
like using javac and the jar tool directly from the command line, rather than 
via a build system. Does anybody still do that?? Fortunately the Maven 
integration for bnd has improved markedly since Paul’s article was written, you 
can read about the suite of plugins available here: 
https://github.com/bndtools/bnd/tree/master/maven 


Regards,
Neil


> On 9 Jul 2017, at 23:50, Chuck Davis  wrote:
> 
> Hi Neil:
> 
> I'm just beginning my investigation of OSGi because I want to do things
> that it sounds like OSGi was designed to do and I'm too lazy to reinvent
> the wheel if it already exists.  I develop desktop business applications
> and my development style is already quite modular in concept but I want to
> get to the next level of modularity.
> 
> Paul's article hits the nail on the head with what I am hung up on in the
> "Importing JavaFX Packages" subsection.  That is the first problem and Paul
> lays out that there are more ahead before/if I achieve victory.
> 
> I've done a bit more reading and it sounds like the Bndtools he endorses
> from Eclipse is just a more user-friendly version of Bnd so maybe I can
> find a way to use the Bnd tool directly.many challenges lie ahead it
> sound like.
> 
> Thanks for your interest.
> 
> 
> 
> On Sun, Jul 9, 2017 at 10:24 AM, Neil Bartlett  wrote:
> 
>> Hi Chuck,
>> 
>> Using Eclipse as an IDE does not tie you into using Equinox for your
>> runtime.
>> 
>> I don’t know much about JavaFX but what is the actual problem you are
>> experiencing with it? Isn’t it just a library like any other?
>> 
>> Neil
>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>> For additional commands, e-mail: users-h...@felix.apache.org
>> 
>> 

Re: Felix and JavaFX

[Chuck Davis]

Thanks Renato.  I'll investigate that project...sounds like a real time
saver.  At least get me to the next problem that Paul's article lays out...

On Sun, Jul 9, 2017 at 3:00 PM, Paulo Renato de Athaydes <
renatoathay...@hotmail.com> wrote:

> It's hard because Felix does not (or did not used to at least) export the
> javafx classes to bundles.
>
>
> This project fixes that:
>
>
> https://github.com/edvin/javafx-osgi
>
> [https://avatars0.githubusercontent.com/u/977035?v=3=400]<https://
> github.com/edvin/javafx-osgi>
>
> edvin/javafx-osgi<https://github.com/edvin/javafx-osgi>
> github.com
> javafx-osgi - JavaFX 8.0 OSGi bundle to support JavaFX in an OSGi container
>
>
>
>
>
> Hope it helps,
>
>
> Renato
>
>
> 
> De: Neil Bartlett <njbartl...@gmail.com>
> Enviado: segunda-feira, 10 de julho de 2017 03:24
> Para: users@felix.apache.org
> Assunto: Re: Felix and JavaFX
>
> Hi Chuck,
>
> Using Eclipse as an IDE does not tie you into using Equinox for your
> runtime.
>
> I don’t know much about JavaFX but what is the actual problem you are
> experiencing with it? Isn’t it just a library like any other?
>
> Neil
>
> > On 9 Jul 2017, at 18:18, Chuck Davis <cjgun...@gmail.com> wrote:
> >
> > Thanks Bram.  I actually read that yesterday but unfortunately it's
> Eclipse
> > related and that ties me to Equinox.  So far I haven't found anything to
> > like about Eclipse and I want true OSGi compatibility -- not tied to a
> > specific IDE or OSGi implementation.  At least the Eclipse people are
> > wrestling with the issue and that is a good sign.  I've done some of the
> > e(fx)clipse tutorials as well but, again, it makes me dependent on
> specific
> > implementations.
> >
> > I'm going to re-read the article and see if I've missed something
> > though.
> >
> > Again, thanks for your interest.
> >
> >
> > On Sun, Jul 9, 2017 at 10:10 AM, Bram Pouwelse <b...@pouwelse.com>
> wrote:
> >
> >> Hi Chuck,
> >>
> >> It's an old post but could be what you're looking for
> >>
> >> http://paulonjava.blogspot.nl/2014/11/making-javafx-better-
> Java, OSGi, Amdatu and a bit of JavaScript<http://paulonjava.
> blogspot.nl/2014/11/making-javafx-better->
> paulonjava.blogspot.nl
> Blog about creating modular Java applications with OSGi, Amdatu and a bit
> of JavaScript.
>
>
>
> >> with-osgi.html?m=1
> >>
> >> Regards,
> >> Bram
> >>
> >> Op 9 jul. 2017 19:05 schreef "Chuck Davis" <cjgun...@gmail.com>:
> >>
> >>> Thanks Thomas.  I guess there must be a way.  I wish he would have just
> >>> explained how to use JavaFX with Felix rather than develop a whole
> third
> >>> party development environment.
> >>>
> >>> On Sun, Jul 9, 2017 at 9:19 AM, Thomas Driessen <
> >>> thomas.dries...@ds-lab.org>
> >>> wrote:
> >>>
> >>>> Hi Chuck,
> >>>>
> >>>> maybe this Project is an interesting starting Point for you:
> >>>> http://www.drombler.org
> Drombler<http://www.drombler.org/>
> www.drombler.org
> This is the home of the Open Source projects maintained by Drombler.
> Drombler FX. Drombler FX - the modular application framework for JavaFX.
> Drombler ACP
>
>
>
> >>>>
> >>>> Kind regards,
> >>>> Thomas
> >>>>
> >>>> Am 09.07.2017 18:17 schrieb "Chuck Davis" <cjgun...@gmail.com>:
> >>>>
> >>>>> I spent most of the day yesterday googling to find out if there is a
> >>> way
> >>>> to
> >>>>> build a JavaFX desktop application based upon Felix.  So far I've not
> >>>> found
> >>>>> anything that advises how to do this or if it is even possible at
> >> this
> >>>>> stage of development.
> >>>>>
> >>>>> Can anybody point me to an article that explains how, if this can be
> >>>> done?
> >>>>>
> >>>>> TIA.
> >>>>>
> >>>>
> >>>
> >>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>
>

Re: Felix and JavaFX

[Paulo Renato de Athaydes]

It's hard because Felix does not (or did not used to at least) export the 
javafx classes to bundles.


This project fixes that:


https://github.com/edvin/javafx-osgi

[https://avatars0.githubusercontent.com/u/977035?v=3=400]<https://github.com/edvin/javafx-osgi>

edvin/javafx-osgi<https://github.com/edvin/javafx-osgi>
github.com
javafx-osgi - JavaFX 8.0 OSGi bundle to support JavaFX in an OSGi container





Hope it helps,


Renato



De: Neil Bartlett <njbartl...@gmail.com>
Enviado: segunda-feira, 10 de julho de 2017 03:24
Para: users@felix.apache.org
Assunto: Re: Felix and JavaFX

Hi Chuck,

Using Eclipse as an IDE does not tie you into using Equinox for your runtime.

I don’t know much about JavaFX but what is the actual problem you are 
experiencing with it? Isn’t it just a library like any other?

Neil

> On 9 Jul 2017, at 18:18, Chuck Davis <cjgun...@gmail.com> wrote:
>
> Thanks Bram.  I actually read that yesterday but unfortunately it's Eclipse
> related and that ties me to Equinox.  So far I haven't found anything to
> like about Eclipse and I want true OSGi compatibility -- not tied to a
> specific IDE or OSGi implementation.  At least the Eclipse people are
> wrestling with the issue and that is a good sign.  I've done some of the
> e(fx)clipse tutorials as well but, again, it makes me dependent on specific
> implementations.
>
> I'm going to re-read the article and see if I've missed something
> though.
>
> Again, thanks for your interest.
>
>
> On Sun, Jul 9, 2017 at 10:10 AM, Bram Pouwelse <b...@pouwelse.com> wrote:
>
>> Hi Chuck,
>>
>> It's an old post but could be what you're looking for
>>
>> http://paulonjava.blogspot.nl/2014/11/making-javafx-better-
Java, OSGi, Amdatu and a bit of 
JavaScript<http://paulonjava.blogspot.nl/2014/11/making-javafx-better->
paulonjava.blogspot.nl
Blog about creating modular Java applications with OSGi, Amdatu and a bit of 
JavaScript.



>> with-osgi.html?m=1
>>
>> Regards,
>> Bram
>>
>> Op 9 jul. 2017 19:05 schreef "Chuck Davis" <cjgun...@gmail.com>:
>>
>>> Thanks Thomas.  I guess there must be a way.  I wish he would have just
>>> explained how to use JavaFX with Felix rather than develop a whole third
>>> party development environment.
>>>
>>> On Sun, Jul 9, 2017 at 9:19 AM, Thomas Driessen <
>>> thomas.dries...@ds-lab.org>
>>> wrote:
>>>
>>>> Hi Chuck,
>>>>
>>>> maybe this Project is an interesting starting Point for you:
>>>> http://www.drombler.org
Drombler<http://www.drombler.org/>
www.drombler.org
This is the home of the Open Source projects maintained by Drombler. Drombler 
FX. Drombler FX - the modular application framework for JavaFX. Drombler ACP



>>>>
>>>> Kind regards,
>>>> Thomas
>>>>
>>>> Am 09.07.2017 18:17 schrieb "Chuck Davis" <cjgun...@gmail.com>:
>>>>
>>>>> I spent most of the day yesterday googling to find out if there is a
>>> way
>>>> to
>>>>> build a JavaFX desktop application based upon Felix.  So far I've not
>>>> found
>>>>> anything that advises how to do this or if it is even possible at
>> this
>>>>> stage of development.
>>>>>
>>>>> Can anybody point me to an article that explains how, if this can be
>>>> done?
>>>>>
>>>>> TIA.
>>>>>
>>>>
>>>
>>


-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Bram Pouwelse]

Hi Chuck,

Had another look as I would've been supirised if Paul was using Equinox ;)
but I don't see anything related to that, and the sample on that's on
GitHub runs on Felix [1]

So Eclipse (with Bndtools) is only used as IDE  and as Niel already
mentioned that doesn't force you to use Equinox

Regards,
Bram

1:
https://github.com/paulbakker/javafx-osgi-example/blob/master/run/demo.bndrun

On Sun, Jul 9, 2017 at 7:24 PM Neil Bartlett <njbartl...@gmail.com> wrote:

> Hi Chuck,
>
> Using Eclipse as an IDE does not tie you into using Equinox for your
> runtime.
>
> I don’t know much about JavaFX but what is the actual problem you are
> experiencing with it? Isn’t it just a library like any other?
>
> Neil
>
> > On 9 Jul 2017, at 18:18, Chuck Davis <cjgun...@gmail.com> wrote:
> >
> > Thanks Bram.  I actually read that yesterday but unfortunately it's
> Eclipse
> > related and that ties me to Equinox.  So far I haven't found anything to
> > like about Eclipse and I want true OSGi compatibility -- not tied to a
> > specific IDE or OSGi implementation.  At least the Eclipse people are
> > wrestling with the issue and that is a good sign.  I've done some of the
> > e(fx)clipse tutorials as well but, again, it makes me dependent on
> specific
> > implementations.
> >
> > I'm going to re-read the article and see if I've missed something
> > though.
> >
> > Again, thanks for your interest.
> >
> >
> > On Sun, Jul 9, 2017 at 10:10 AM, Bram Pouwelse <b...@pouwelse.com>
> wrote:
> >
> >> Hi Chuck,
> >>
> >> It's an old post but could be what you're looking for
> >>
> >> http://paulonjava.blogspot.nl/2014/11/making-javafx-better-
> >> with-osgi.html?m=1
> >>
> >> Regards,
> >> Bram
> >>
> >> Op 9 jul. 2017 19:05 schreef "Chuck Davis" <cjgun...@gmail.com>:
> >>
> >>> Thanks Thomas.  I guess there must be a way.  I wish he would have just
> >>> explained how to use JavaFX with Felix rather than develop a whole
> third
> >>> party development environment.
> >>>
> >>> On Sun, Jul 9, 2017 at 9:19 AM, Thomas Driessen <
> >>> thomas.dries...@ds-lab.org>
> >>> wrote:
> >>>
> >>>> Hi Chuck,
> >>>>
> >>>> maybe this Project is an interesting starting Point for you:
> >>>> http://www.drombler.org
> >>>>
> >>>> Kind regards,
> >>>> Thomas
> >>>>
> >>>> Am 09.07.2017 18:17 schrieb "Chuck Davis" <cjgun...@gmail.com>:
> >>>>
> >>>>> I spent most of the day yesterday googling to find out if there is a
> >>> way
> >>>> to
> >>>>> build a JavaFX desktop application based upon Felix.  So far I've not
> >>>> found
> >>>>> anything that advises how to do this or if it is even possible at
> >> this
> >>>>> stage of development.
> >>>>>
> >>>>> Can anybody point me to an article that explains how, if this can be
> >>>> done?
> >>>>>
> >>>>> TIA.
> >>>>>
> >>>>
> >>>
> >>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
>
>

Re: Felix and JavaFX

[Neil Bartlett]

Hi Chuck,

Using Eclipse as an IDE does not tie you into using Equinox for your runtime.

I don’t know much about JavaFX but what is the actual problem you are 
experiencing with it? Isn’t it just a library like any other?

Neil

> On 9 Jul 2017, at 18:18, Chuck Davis <cjgun...@gmail.com> wrote:
> 
> Thanks Bram.  I actually read that yesterday but unfortunately it's Eclipse
> related and that ties me to Equinox.  So far I haven't found anything to
> like about Eclipse and I want true OSGi compatibility -- not tied to a
> specific IDE or OSGi implementation.  At least the Eclipse people are
> wrestling with the issue and that is a good sign.  I've done some of the
> e(fx)clipse tutorials as well but, again, it makes me dependent on specific
> implementations.
> 
> I'm going to re-read the article and see if I've missed something
> though.
> 
> Again, thanks for your interest.
> 
> 
> On Sun, Jul 9, 2017 at 10:10 AM, Bram Pouwelse <b...@pouwelse.com> wrote:
> 
>> Hi Chuck,
>> 
>> It's an old post but could be what you're looking for
>> 
>> http://paulonjava.blogspot.nl/2014/11/making-javafx-better-
>> with-osgi.html?m=1
>> 
>> Regards,
>> Bram
>> 
>> Op 9 jul. 2017 19:05 schreef "Chuck Davis" <cjgun...@gmail.com>:
>> 
>>> Thanks Thomas.  I guess there must be a way.  I wish he would have just
>>> explained how to use JavaFX with Felix rather than develop a whole third
>>> party development environment.
>>> 
>>> On Sun, Jul 9, 2017 at 9:19 AM, Thomas Driessen <
>>> thomas.dries...@ds-lab.org>
>>> wrote:
>>> 
>>>> Hi Chuck,
>>>> 
>>>> maybe this Project is an interesting starting Point for you:
>>>> http://www.drombler.org
>>>> 
>>>> Kind regards,
>>>> Thomas
>>>> 
>>>> Am 09.07.2017 18:17 schrieb "Chuck Davis" <cjgun...@gmail.com>:
>>>> 
>>>>> I spent most of the day yesterday googling to find out if there is a
>>> way
>>>> to
>>>>> build a JavaFX desktop application based upon Felix.  So far I've not
>>>> found
>>>>> anything that advises how to do this or if it is even possible at
>> this
>>>>> stage of development.
>>>>> 
>>>>> Can anybody point me to an article that explains how, if this can be
>>>> done?
>>>>> 
>>>>> TIA.
>>>>> 
>>>> 
>>> 
>> 


-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and JavaFX

[Chuck Davis]

Thanks Bram.  I actually read that yesterday but unfortunately it's Eclipse
related and that ties me to Equinox.  So far I haven't found anything to
like about Eclipse and I want true OSGi compatibility -- not tied to a
specific IDE or OSGi implementation.  At least the Eclipse people are
wrestling with the issue and that is a good sign.  I've done some of the
e(fx)clipse tutorials as well but, again, it makes me dependent on specific
implementations.

I'm going to re-read the article and see if I've missed something
though.

Again, thanks for your interest.


On Sun, Jul 9, 2017 at 10:10 AM, Bram Pouwelse <b...@pouwelse.com> wrote:

> Hi Chuck,
>
> It's an old post but could be what you're looking for
>
> http://paulonjava.blogspot.nl/2014/11/making-javafx-better-
> with-osgi.html?m=1
>
> Regards,
> Bram
>
> Op 9 jul. 2017 19:05 schreef "Chuck Davis" <cjgun...@gmail.com>:
>
> > Thanks Thomas.  I guess there must be a way.  I wish he would have just
> > explained how to use JavaFX with Felix rather than develop a whole third
> > party development environment.
> >
> > On Sun, Jul 9, 2017 at 9:19 AM, Thomas Driessen <
> > thomas.dries...@ds-lab.org>
> > wrote:
> >
> > > Hi Chuck,
> > >
> > > maybe this Project is an interesting starting Point for you:
> > > http://www.drombler.org
> > >
> > > Kind regards,
> > > Thomas
> > >
> > > Am 09.07.2017 18:17 schrieb "Chuck Davis" <cjgun...@gmail.com>:
> > >
> > > > I spent most of the day yesterday googling to find out if there is a
> > way
> > > to
> > > > build a JavaFX desktop application based upon Felix.  So far I've not
> > > found
> > > > anything that advises how to do this or if it is even possible at
> this
> > > > stage of development.
> > > >
> > > > Can anybody point me to an article that explains how, if this can be
> > > done?
> > > >
> > > > TIA.
> > > >
> > >
> >
>

Re: Felix and JavaFX

[Bram Pouwelse]

Hi Chuck,

It's an old post but could be what you're looking for

http://paulonjava.blogspot.nl/2014/11/making-javafx-better-with-osgi.html?m=1

Regards,
Bram

Op 9 jul. 2017 19:05 schreef "Chuck Davis" <cjgun...@gmail.com>:

> Thanks Thomas.  I guess there must be a way.  I wish he would have just
> explained how to use JavaFX with Felix rather than develop a whole third
> party development environment.
>
> On Sun, Jul 9, 2017 at 9:19 AM, Thomas Driessen <
> thomas.dries...@ds-lab.org>
> wrote:
>
> > Hi Chuck,
> >
> > maybe this Project is an interesting starting Point for you:
> > http://www.drombler.org
> >
> > Kind regards,
> > Thomas
> >
> > Am 09.07.2017 18:17 schrieb "Chuck Davis" <cjgun...@gmail.com>:
> >
> > > I spent most of the day yesterday googling to find out if there is a
> way
> > to
> > > build a JavaFX desktop application based upon Felix.  So far I've not
> > found
> > > anything that advises how to do this or if it is even possible at this
> > > stage of development.
> > >
> > > Can anybody point me to an article that explains how, if this can be
> > done?
> > >
> > > TIA.
> > >
> >
>

Re: Felix and JavaFX

[Chuck Davis]

Thanks Thomas.  I guess there must be a way.  I wish he would have just
explained how to use JavaFX with Felix rather than develop a whole third
party development environment.

On Sun, Jul 9, 2017 at 9:19 AM, Thomas Driessen <thomas.dries...@ds-lab.org>
wrote:

> Hi Chuck,
>
> maybe this Project is an interesting starting Point for you:
> http://www.drombler.org
>
> Kind regards,
> Thomas
>
> Am 09.07.2017 18:17 schrieb "Chuck Davis" <cjgun...@gmail.com>:
>
> > I spent most of the day yesterday googling to find out if there is a way
> to
> > build a JavaFX desktop application based upon Felix.  So far I've not
> found
> > anything that advises how to do this or if it is even possible at this
> > stage of development.
> >
> > Can anybody point me to an article that explains how, if this can be
> done?
> >
> > TIA.
> >
>

Re: Felix and JavaFX

[Thomas Driessen]

Hi Chuck,

maybe this Project is an interesting starting Point for you:
http://www.drombler.org

Kind regards,
Thomas

Am 09.07.2017 18:17 schrieb "Chuck Davis" :

> I spent most of the day yesterday googling to find out if there is a way to
> build a JavaFX desktop application based upon Felix.  So far I've not found
> anything that advises how to do this or if it is even possible at this
> stage of development.
>
> Can anybody point me to an article that explains how, if this can be done?
>
> TIA.
>

Re: Felix and JavaFX

[Chuck Davis]

I spent most of the day yesterday googling to find out if there is a way to
build a JavaFX desktop application based upon Felix.  So far I've not found
anything that advises how to do this or if it is even possible at this
stage of development.

Can anybody point me to an article that explains how, if this can be done?

TIA.

Re: Felix and javaFX/third party jars

[Eelco Meuter]

Thanks for the explanation of the uses:= clause. It still does not  
work. I get the same errors as reported last week and I don't know  
what I do wrong. I also tried to bundle each jar in the SDK  
separately, but that didn't work either. I am open to all creative  
solutions.


If used the following ant script to create the javafx bundle:
target name=build description=wraps javaFX jars
jar destfile=test.jar
zipgroupfileset dir=${javafx.path}/lib
include name=**/*.jar/
/zipgroupfileset
/jar
		bndwrap jars=test.jar definitions=${basedir}/bnd  
output=javafx.runtime.jar/

delete file=test.jar/
move file=javafx.runtime.jar todir=${common.basedir}/bundles 
/
/target

This is the test.bnd definition file:
Export-Package:com.sun.gluegen.*,\
 !com.sun.javafx.runtime.adapter,\
 !com.sun.javafx.runtime.liveconnect,\
 !com.sun.javafx.runtime.provider,\
 !com.sun.javafx.api.*,\
 com.sun.javafx.*,\
 com.sun.embeddedswing,\
 com.sun.media.*,\
 com.sun.medialib.*,\
 com.sun.opengl.*,\
 com.sun.scenario.*,\
 com.sun.stylesheet.*,\
 javax.media.opengl.*,\
 org.jdesktop.layout,\
 !javafx.fxunit,\
 javafx.*

On May 14, 2009, at 9:03 PM, Patrick Forhan wrote:

These are automatically created by bnd, as are the SDK headers. The  
export
headers of the sdk look a bit different. BND does not explicitly  
mention
these packages, but wraps them in a 'uses:=' statement. Could this  
be the

problem?


If I understand it correctly the uses:= clauses are there to give
hints to the container.  It basically indicates that you will have to
find those packages somewhere.  I would try to instruct BND to export
*at least* all of the javafx.* packages.  The configuration I use has
the following packages exported:

   com.sun.gluegen.*,
   !com.sun.javafx.runtime.adapter,
   !com.sun.javafx.runtime.liveconnect,
   !com.sun.javafx.runtime.provider,
   !com.sun.javafx.api.*,
   com.sun.javafx.*,
   com.sun.embeddedswing,
   com.sun.media.*,
   com.sun.medialib.*,
   com.sun.opengl.*,
   com.sun.scenario.*,
   com.sun.stylesheet.*,
   javax.media.opengl.*,
   org.jdesktop.layout,
   !javafx.fxunit,
   javafx.*,

I don't remember quite why the com.sun.* stuff is exported and not
private-packaged, but that is working for us at the moment.

Pat.
--
Defy mediocrity.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org




Wageningen University
Plant Production Systems
P.O. Box 430
6700 AK WAGENINGEN
The Netherlands
http://www.pps.wur.nl






-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and javaFX/third party jars

[Eelco Meuter]

Thanks for the prompt answer! Sorry I missed your earlier comment...  
I've looked at your example and repeated it using Ant and bnd. Maybe I  
should learn maven instead.


Anyway, the bndwrap task nicely wraps the javaFX classpath that is  
used for the build as a single bundle although it throws this warning:

[bndwrap] Warnings
[bndwrap] Superfluous export-package instructions:
I have no idea what this means yet.

As I don't have a swing application using FX elements, but a complete  
FX application, I am not quite sure how to deal with loading magic. If  
I ignore it, I receive a org.osgi.framework.BundleException:  
Unresolved constraint in bundle 3: package; (package=javafx.geometry).  
Ignoring clearly doesn't work. The odd thing is that the package is  
exported according to the manifest of my SDK wrap.


I tried to use the following trick, which feels like a hack:

override public function start(context:BundleContext):Void{
var bundleClassLoader:ClassLoader =  
this.getClass().getClassLoader();
var originalClassLoader:ClassLoader =  
Thread.currentThread().getContextClassLoader();
 
Thread.currentThread().setContextClassLoader(bundleClassLoader);


//Set the stage...
 
Thread.currentThread().setContextClassLoader(originalClassLoader);

}

This seems to work together with setting all the packages which bnd  
finds as import packages into the FRAMEWORK_SYSTEMPACKAGES_EXTRA  
property of my custom felix launcher class. Unfortunately it stumbles  
on an import package which is not captured by bnd. This puzzles me as  
well.


I clearly misunderstand something or a lot, but I really would like to  
get this working.





On May 13, 2009, at 11:55 PM, Patrick Forhan wrote:


I've mentioned this before, so forgive the repeat:
http://blog.muddyhorse.com/2009/02/maven-osgi-spring-javafx-ant/

Basically, we put most of the javafx stuff into a bundle, and used it
that way.  Then we had to do some magic to be able to load CustomNodes
because of stylesheet issues.

Pat.

--
Defy mediocrity.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org




Wageningen University
Plant Production Systems
P.O. Box 430
6700 AK WAGENINGEN
The Netherlands
http://www.pps.wur.nl






-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and javaFX/third party jars

[Patrick Forhan]

Well, don't try to tackle too many things at once... you'll need a
firm understanding of OSGi and JavaFX separately from one another in
order to be really effective.  Maven-vs-ant shouldn't matter too much
at this point, though it does seem like the maven-bundle-plugin (which
uses BND) has been getting a lot of attention and features.

I found I had to be careful in bundling up the JavaFX stuff... if I
took too much, the bundle would start having dependencies on more and
more things, which would in turn require more bundles.  You should be
able to adapt the bundle-instructions I used in maven to make a
similar bundle via ant or BND.  I think we got it to the point where
it only had JRE dependencies.  We also cheated and made a bunch of
things optional imports when they probably weren't entirely, like
applet, javascript, and media support.

It's hard to debug from here as to your problem with bundle 3 (is that
your JFX code, or the runtime?).  Also, if you bundle up javafx, you
shouldn't need framework_systempackages_extra or the jfx stuff in your
startup classpath.

Pat.

-- 
Defy mediocrity.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and javaFX/third party jars

[Patrick Forhan]

What are the import-package headers for your javafx application,
bundle 3?  It will have to include all the packages you use.  BND can
successfully analyze the compile JFX classes to help create this
automatically, but if you are naming the import-packages manually it
won't.

Pat.

-- 
Defy mediocrity.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and javaFX/third party jars

[Eelco Meuter]

Here are the import headers:
Import-Package
  com.sun.javafx.functions
  com.sun.javafx.runtime
  com.sun.javafx.runtime.annotation
  com.sun.javafx.runtime.location
  com.sun.javafx.runtime.sequence
  framework.datamodel
  javafx.geometry
  javafx.scene
  javafx.scene.effect
  javafx.scene.input
  javafx.scene.layout
  javafx.scene.paint
  javafx.scene.shape
  javafx.scene.text
  javafx.stage
  javafx.util
  org.osgi.framework  {version=1.4}

These are automatically created by bnd, as are the SDK headers. The  
export headers of the sdk look a bit different. BND does not  
explicitly mention these packages, but wraps them in a 'uses:='  
statement. Could this be the problem?


Eelco


On May 14, 2009, at 4:23 PM, Patrick Forhan wrote:


What are the import-package headers for your javafx application,
bundle 3?  It will have to include all the packages you use.  BND can
successfully analyze the compile JFX classes to help create this
automatically, but if you are naming the import-packages manually it
won't.

Pat.

--
Defy mediocrity.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org




Wageningen University
Plant Production Systems
P.O. Box 430
6700 AK WAGENINGEN
The Netherlands
http://www.pps.wur.nl






-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and javaFX/third party jars

[Patrick Forhan]

 These are automatically created by bnd, as are the SDK headers. The export
 headers of the sdk look a bit different. BND does not explicitly mention
 these packages, but wraps them in a 'uses:=' statement. Could this be the
 problem?

If I understand it correctly the uses:= clauses are there to give
hints to the container.  It basically indicates that you will have to
find those packages somewhere.  I would try to instruct BND to export
*at least* all of the javafx.* packages.  The configuration I use has
the following packages exported:

com.sun.gluegen.*,
!com.sun.javafx.runtime.adapter,
!com.sun.javafx.runtime.liveconnect,
!com.sun.javafx.runtime.provider,
!com.sun.javafx.api.*,
com.sun.javafx.*,
com.sun.embeddedswing,
com.sun.media.*,
com.sun.medialib.*,
com.sun.opengl.*,
com.sun.scenario.*,
com.sun.stylesheet.*,
javax.media.opengl.*,
org.jdesktop.layout,
!javafx.fxunit,
javafx.*,

I don't remember quite why the com.sun.* stuff is exported and not
private-packaged, but that is working for us at the moment.

Pat.
-- 
Defy mediocrity.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Felix and javaFX/third party jars

[Eelco Meuter]

Hello felix users,

This is maybe a typical question from a a OSGi newbee.
Presently, I am building an embedded OSGi application with a javaFX
front-end and stumbled on a couple of issues. I hope anyone could help
me with this.

As a starting point of my design, I took the service-based example. I
designed a FelixLauncher class that configures and launches felix. I
implemented the BundleActivator into a javaFX class and I am able to
start the FX bundle - hello world example- after I successfully launch
felix. The javaFX SDK is added to the config map using the
FelixConstants.FRAMEWORK_SYSTEMPACKAGES_EXTRA property.

issue 1: There must be a more intelligent way to add third party
packages, rather than explicitly list them in a comma delimited
manner. It is not bad to do some manual labour, but it set-up is prone
to errors.

issue 2: My hello world fx class does give some proof of concept, but
I need some classloader magic if my more elaborate fx application
start to work. This application has several CustomNodes in different
packages within the same jar that are suddenly unreachable. It throws
a classnotfound exception.

I hope someone can help me to deal with these issues.

Regards,

Eelco Meuter
Wageningen University
Plant Production Systems
P.O. Box 430
6700 AK WAGENINGEN
The Netherlands
http://www.pps.wur.nl






-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org

Re: Felix and javaFX/third party jars

[Patrick Forhan]

I've mentioned this before, so forgive the repeat:
http://blog.muddyhorse.com/2009/02/maven-osgi-spring-javafx-ant/

Basically, we put most of the javafx stuff into a bundle, and used it
that way.  Then we had to do some magic to be able to load CustomNodes
because of stylesheet issues.

Pat.

-- 
Defy mediocrity.

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org