From itsjoeweiner at yahoo.com  Thu Dec 15 16:31:11 2011
From: itsjoeweiner at yahoo.com (itsjoeweiner)
Date: Thu, 15 Dec 2011 13:31:11 -0800 (PST)
Subject: [OS] Java to Native Integration (no JNI, please)
Message-ID: <25a9f8b3-14cb-4374-ab2b-b5d78ea2983e@k10g2000yqk.googlegroups.com>

Hi,
We're starting to research software that provides a layer on top of
optimization services.  COIN-OR OS appears like a good fit for us!  We
really like the fact that we can configure different solvers and
algorithms through a single interface.  We like the variety of both
commercial and non-commercial solvers having COIN-OR OS adapters.
Hats off to the COIN-OR OS team!

Our applications which will use the optimization services are written
in Java albeit there are a very limited number of OS platforms which
our customers run.  I've had a chance to download the source and have
reviewed most of the Java code (.../OSJava).  Apologies, I haven't
actually run the web server in tomcat, but did trace through the Java
layer, starting with the jws file and assumed I was using CPLEX, to
get a grasp of the underlying Java to Native integration.

It appears that whether using a local OSSolverService instance or
remote (via web services), the Java wrapper writes OSiL, OSoL to disk
(File IO) and, similarly, reads the OSrL from disk.  Am I mistaken or
is the only out-of-the-box method for the Java layer to interface with
the native solver adapter code?

Thanks for your assistance!

joseph

-- 
You received this message because you are subscribed to the Google Groups "Optimization Services (OS)" group.
To post to this group, send email to optimizationservices at googlegroups.com.
To unsubscribe from this group, send email to optimizationservices+unsubscribe at googlegroups.com.
For more options, visit this group at http://groups.google.com/group/optimizationservices?hl=en.