Login
Register
Search
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Forums
Human Capital Management
Lawson S3 HR/Payroll/Benefits
HRM underlying implementation: Java or Cobol? Irrelevant?
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Who's On?
Membership:
Latest:
Jeffin Joy
Past 24 Hours:
0
Prev. 24 Hours:
0
Overall:
4988
People Online:
Visitors:
73
Members:
0
Total:
73
Online Now:
New Topics
Top Forum Posters
Name
Points
Greg Moeller
4184
David Williams
3349
Kat V
2984
Woozy
1973
Jimmy Chiu
1883
Kwane McNeal
1437
Ragu Raghavan
1377
Roger French
1315
mark.cook
1244
Chris Martin
825
Forums
Filtered Topics
Unanswered
Unresolved
Active Topics
Most Liked
Most Replies
Search Forums
Advanced Search
Prev
Next
Forums
Human Capital Management
Lawson S3 HR/Payroll/Benefits
HRM underlying implementation: Java or Cobol? Irrelevant?
Please
login
to post a reply.
1 Replies
0
Subscribed to this topic
69 Subscribed to this forum
Sort:
Oldest First
Most Recent First
Author
Messages
Fudlallah
New Member
Posts: 1
12/27/2011 10:24 AM
Dear all,
Please pardon the question out-of-the-blue... but if anyone does reply, you'd be doing me and the hospital I'm working for a big favor.
We are currently evaluating Lawson's Human Resource Management System, and have actually done a lot of work in the last few months to do a thorough analysis.
One question that we simply have not been able to resolve is the following though: Is the latest version of Lawson HRM (version 9 as we understand it)
Java-based
or
Cobol-based
? Or perhaps it is a
mix
(a Java web services layer talking to a Cobol backend)? And even if it is Java-based, in order to customize it or extend it with scripting for example,
is knowledge of Cobol (or Java for that matter) required
?
I would not be surprised if the answer is "It doesn't matter: customization doesn't require coding"... but I wouldn't be surprised either with the opposite answer. We've learned to be totally open for the potential answer.
Any light you can shed on this would be greatly, greatly appreciated!
A. Fudlallah
John Henley
Posts: 3366
New Poster
Congrats on posting!
Engaged Reader
You are an engaged reader!
Avid Reader
Avid Reader art thou!
12/27/2011 12:32 PM
Split
"All of the above" :)
At the root, mostly COBOL for business logic, running on top of Java/C runtimes
Some customization achieved via configuration. Deep changes discouraged but will require COBOL.
LIght integrations via service bus architecture layered over business logic.
Newest modules written in "Landmark", a proprietary DSL that resolves to java.
Please
login
to post a reply.