On 12/2/09 13:27, Tony Anecito wrote:
Hi Richard,
Many thanks. One of the reasons I am asking is I am looking at the Java Store
deployment model and it lacks the update model. In other words once the users
download an app from it the app is not longer updateable from the store unless
they buy the next version. I feel this lack of an update model will cause
problems for developers and consumers since any bug fix needed will cause
problems for both groups.
I posed this question of Sun/Oracle and am curious to hear their answer. I hate
to maintain code for two different deployment/update models.
Seems odd that it doesn't support update...not a very good model.
My preference is an easy deploy and update model. Deploy like a real app (no
odd cache directory structure) and update like OSGI or Web Start.
Well, to get both now, the main option is Web Start. To do the same in
OSGi you'd need to code some of it yourself.
I looked a Apache Felix and it might require extensive changes to my code base
and I do not want to do that unless I can get rid of Web Start.
To take full advantage of OSGi you might need extensive changes, but it
could be possible to package your code up as bundles without significant
changes too, depending on your current design.
I still have to look more at it to see if they handle inital deployment
somehow. Having updates but no initial deployment seems odd to me but then I am
a newbe to this framework.
Again, these are for different purposes. For OSGi there is an implicit
assumption in most cases that the OSGi framework is already there an
running. If that is the case, then dynamicall deploying and updating
applications is fairly straightforward.
-> richard
Any other ideas and suggestions how to do this is appreciated and might help
others.
Thanks,
-Tony
--- On Wed, 12/2/09, Richard S. Hall<[email protected]> wrote:
From: Richard S. Hall<[email protected]>
Subject: Re: [osgi-dev] OSGI versus web start...
To: "OSGi Developer Mail List"<[email protected]>
Date: Wednesday, December 2, 2009, 10:57 AM
Web Start and OSGi serve different
purposes, although (if I recall correctly) there is some
overlap with service orientation.
Web Start's main focus is making it easy to deploy and use
Java-based apps off of the web and onto your desktop. OSGi
does not really address this. Assuming you have your
application already deployed on the desktop, then both make
it possible to update it (athough OSGi can be much more
dynamic in this regard).
It is quite possible for the two to be complementary, using
Web Start to deploy your OSGi-based application.
If you wanted to drop Web Start all together, you'd need to
replace the step that it provides, which is the initial
install to the desktop.
Keep in mind, I haven't looked at Web Start in years, so
some of the details may have changed.
-> richard
On 12/2/09 12:49, Tony Anecito wrote:
Hi,
I am newbe to osgi and have read the site explanation
and am interested in it. I am looking for a better way to
deploy my java app for users and I am currently using java
web start. I use a SAS model so my app is designed
internally around the concept of services.
I have been using web start for years and would like
to be able to better have my app installed on a client
without all the issues like the very exspensive
certificates. I do not mind regeristing my app with someone
but can not afford the exspensive certificate at this time
and hate having the dialog box from web start show up all
the time but really like the deployment/update system. Also,
seems my questions on the web start forum are not getting
answered thus I am concerened about future support for that
framework.
Any suggestions or answers about these issues?
Many Thanks,
-Tony
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
