OptaPlanner is POJO based, so there are probably several ways you can go
with it:
1) use a project like jni4net to directly communicate based on those
pojo's. Ask on their mailing lists if such things are possible and how
to do this.
2) Expose OptaPlanner's POJO's as XML in a REST service. This is pretty
straightforward with something like RESTEasy to create the REST service
(see their manual). You can use XStream or JAXB (the latter being the
default in a RESTEasy setting) to map from POJO to XML (the OptaPlanner
examples already do this with XStream). .NET suppose to work well as a
REST client - this seems a common way to bridge java and .NET.
3) One of your suggestions: same as 2) but by calling a java program
from the command line and writing the xml to a file (instead of using REST).
On 01-08-13 15:30, marchias wrote:
Thank you for the quick response. Currently my application logic for
automatically generating schedules is just a radomized 4-5 pass rule driven
process. It would increase my ability to generate an optimized schedule
exponentially if I go with a scoring approach like this. Do you know if
anyone has successfully bridged from a .NET application to Optaplanner at
the API level? I could probably drop xml files from my app and import into
optaplanner an then import the optimized schedule back in but would like a
tight integration. I have seen some projects like jni4net to do that but was
curious if you have seen anyone do it already. I can program in Java so
editing on that side to extend is no problem but I have a ton invested in
the .NET schduling side.
--
View this message in context:
http://drools.46999.n3.nabble.com/Scheduling-Application-and-Optaplanner-...
Sent from the Drools: User forum mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users