You are viewing limited content. For full access, please sign in.

Question

Question

Does Laserfiche plan on expanding Java support?

asked on April 21, 2014

It seems pretty obvious that C# and VB are the preferred language options for SDK. We recently missed a deal, and we believe the primary factor was Laserfiche's lack of robust J2EE support compared to it's .NET offering. Our primary competitors on that opportunity, OnBase and Alfresco, seemed to offer more robust Java functionality.

 

We have an active opportunity that will likely be made or broken based on how accepting they are of the JRA functionality. For this current opportunity, I am highlighting the advantages of the Workflow Web Service to make up for the fact that the Workflow SDK did not ship with additional Java support. This particular prospect plans to build Laserfiche in to an application being built entirely in J2EE. They don't want their end users to see the Laserfiche front end client at all, if possible. This is much more doable with the broad .NET support, but I'm just not certain with J2EE.

 

Are there plans to expand the Java SDK? It seems like .NET gets all of the love these days.

1 0

Replies

replied on April 22, 2014

I've heard few use cases that require using the Workflow SDK, let alone Java support for it. Can you tell us what type of functionality or use case was being looked for?

 

 

 

0 0
replied on May 20, 2014

This prospect has a full front end web app and is thinking of Laserfiche as a repository only. They don't want to use its front end and plan on integrating its features in to what they already have built. If they were a .net shop this would be completely plausible, but as a Java shop there are a number of features they will miss out on.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.