Desktop and Mobile Development

72 views
Skip to first unread message

Leon Dorfling

unread,
Mar 18, 2011, 5:17:33 AM3/18/11
to ADF Enterprise Methodology Group
We need a solution for non-web browser clients, these include desktop
applications and mobile applications.

One of the solutions we need to provide, that will replace a current
Forms applications is bar code scanning. Due to the high volumes, the
application must be a desktop solution.
The basic requirements are

Scan a carton,
Update the database
Warn the user of errors, by playing an audio file.
This application needs to have data aware controls (date pickers,
drop down lookup, etc).
We would like to reuse our existing Jasper Reports base.
We would like to deployment via our application servers, to make
upgrades/bug fixes easier.
The file/install/upgrade must be very small as some of our clients
are only accessed via 56k lines. (Our present ADF Swing application is
160 MB)
We must not have the database (JDBC) connection string hard coded as
we have many DC's where this application will be deployed.

Based on our experiences with ADF Swing we are also concerned that
mobile development will have similar pitfalls as the ADF Swing route
and would like to consider proven alternatives before going down this
route.With both solutions we would need to know (beforehand) how we
would be able to implement security in the applications, as we have
done in our ADF applications.

Solutions that we have been advised to use are;
Develop web services
Use swing and access database using Hibernate.

What other possible solutions could we investigate/implement?

Thanks

Leon.

Duncan Mills

unread,
Mar 19, 2011, 6:22:45 PM3/19/11
to adf-met...@googlegroups.com, ADF Enterprise Methodology Group
Leon, ADF mobile client supports this including declarative support for scanners, and offline access. Check that out on OTN.

Regards
Duncan Mills

> --
> You received this message because you are subscribed to the ADF Enterprise Methodology Group (http://groups.google.com/group/adf-methodology). To unsubscribe send email to adf-methodolo...@googlegroups.com
>
> All content to the ADF EMG lies under the Creative Commons Attribution 3.0 Unported License (http://creativecommons.org/licenses/by/3.0/). Any content sourced must be attributed back to the ADF EMG with a link to the Google Group (http://groups.google.com/group/adf-methodology).

Leon Dorfling

unread,
Mar 20, 2011, 3:57:03 AM3/20/11
to adf-met...@googlegroups.com
Thanks Duncan.

My understanding of ADF mobile was that it provided solutions for mobile, ie smart phones etc, only.

Regards
Leon

Leon Dorfling

unread,
Mar 24, 2011, 6:44:41 AM3/24/11
to ADF Enterprise Methodology Group
I have read through most of the documentation on OTN. I still do not
have a clear answer wrt the use of ADF mobile in our scanning
solutions.

We do not develop software that runs directly on the scanning device.
We need to be able to deploy the application via the application
server to a desktop that has a scanning device connected to it.

Would ADF Mobile be the choice to solve this development?

Regards

Leon.

On Mar 20, 9:57 am, Leon Dorfling <leondorfl...@gmail.com> wrote:
> Thanks Duncan.
>
> My understanding of ADF mobile was that it provided solutions for mobile, ie smart phones etc, only.
>
> Regards
> Leon
>
> On 20 Mar 2011, at 12:22 AM, Duncan Mills wrote:
>
>
>
>
>
>
>
> > Leon, ADF mobile client supports this including declarative support for scanners, and offline access. Check that out on OTN.
>
> > Regards
> > Duncan Mills
>

Andrejus Baranovskis

unread,
Mar 24, 2011, 7:58:05 AM3/24/11
to adf-met...@googlegroups.com
Another option would be to use ADF Desktop Integration. But then you will need to have MS Office installed on your customer desktop.

Andrejus
Oracle ACE Director

My Blog - http://andrejusb.blogspot.com/
My JDev/ADF Samples list - http://andrejusb-samples.blogspot.com/

Nathaniel Palmer

unread,
Mar 25, 2011, 11:23:38 AM3/25/11
to adf-met...@googlegroups.com
We have a very similar use case(s)

We are working with both mobile devices that assume wireless/cellular connectivity (early stage, with no proof points yet) as well as mobile users, with offline access/synchronization rather than mobile connectivity.

The assumption at this stage is that ADF will be used in the same capacity and will behave consistently as with the standard/tethered environment.

Does anyone have any experience with using ADF-developed apps in this mode?

Would this be viable option for you, Leon?

luc...@gmail.com

unread,
Mar 28, 2011, 10:34:21 AM3/28/11
to adf-met...@googlegroups.com
Nathaniel, Leon,

as long as you have devices with a browser and with a connection, I would use a (trinidad) webapp invoking web services or using ADF-BC.
I did that already a few years ago.

When there is need for an offline application you could consider using ADF Mobile Client (ADF-MC).
The major issue I think is that supported devices however are (very) limited so far. However, if you are satisfied with Windows Mobile and BlackBerry, ADF-MC sure is an option.

I'm not sure what Duncan means by "ADF-MC supports this".
As far as I now there are <b>future plans</b> for creating a disconnected desktop application with ADF-MC, but these are only <b>future plans</b>

Regards Luc Bors

Nathaniel Palmer

unread,
Jul 9, 2011, 12:33:37 PM7/9/11
to adf-met...@googlegroups.com

Well now we're in the future -- at least 90 days into the future.

My team is no further ahead on this, and in my assessment we're
further behind as our offline app has matured as a .NET based Windows
app that syncs data but is otherwise isolated silo disconnected from
the ADF/WebCenter/FMW stack which defines the rest of the environment.

Only alternative seems to be having a full version of the stack
locally (incl local dbms and J2EE server), which has been dismissed
due to the issues around maintaining and supporting this on
potentially 10,000 geographically dispersed desktops, as well as
security issues presented by this.

We can't be the only group building ADF/FMW apps which require offline
access. Right? Isn't there another answer??

Reply all
Reply to author
Forward
0 new messages