Looking for alternate for XSLT.

Question

0.00/5 (No votes)

See more:

Hi,

In my Java application system, we have one functionality which takes XML as an input and transforms it into different format of XML. For this transformation MapForce-XSLT is used. By many days of maintenance and enhancements lines of XSLT has gone to several thousands of lines and now its difficult to manage. :)

Now we are planning to replace Mapforce-XSLT by some other component/Rule-Engine. I have below queries.

1) Has any one used any componenet/rule-engine(Java/Unix based) which can be used to transform one format of XML input in other format?

2) Does Mono-Framework works fine to run .net framework application on Unix?

Thanks in Advance.

Posted 25-Feb-13 8:17am

RaisKazi

Add a Solution

1 solution

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Sergey Alexandrovich Kryukov · Accepted Answer · 2013-02-25T08:39:00

Solution 1

I co-authored such engine and its architecture, but it is not really accessible, and much, much more general then what you want. It's somewhat obsolete though. An adequate Java or .NET approach should rather be Reflection-based, perhaps on .NET is should also use System.Reflection.Emit. This is two big topic to discuss here seriously.
Nono does have some problems, but generally, if you use standard part of the library, Base Class Library, and some non-standard parts (notably, ADO.NET, System.Windows.Forms, but do it in a very accurate and compatible way, the .NET assemblies run on Unix without recompilatipon. There is a compatibility assessment tool. Anyway, you should re-test all assemblies on Mono. You can use Mono for Windows for this purpose.

—SA

Posted 25-Feb-13 8:39am

Sergey Alexandrovich Kryukov

Comments

RaisKazi 25-Feb-13 14:49pm

Thanks for your reply SA. This system architecture was designed long back by some other team for small XML transformation. Day by day XSLT kept increasing :). Recently I joined this project, and we are trying to find out alternate way for MapForce-XSLT based design. Since its difficult to manage/maintain thousands of lines of XSLT.

We do have .Net based rule-engine which is just perfect for this functionality/problem. But we will have to see if we can invoke it on Unix server from Java code.

Sergey Alexandrovich Kryukov 25-Feb-13 15:01pm

I do understand your concern. To me, development and supporting of XSLT is not very easy and smooth. You will need to think hard at your situation:
Port Java to .NET? Quite possible, will need time. Use any of Java-for-.NET projects? See:
http://en.wikipedia.org/wiki/.NET_languages

You always can do something to migrate to .NET and, your rule engine or other things. The question is the cost of the solution and time. Another factor could be performance. You need to do your research; we hardly can help more (unless you ask some follow-up questions now or later).

So, will you accept this answer formally (green button)? I think I answered your questions, but next turn will be yours...

—SA

RaisKazi 25-Feb-13 16:16pm

Answer accepted. :) Will come up with any thing more if I find.

Sergey Alexandrovich Kryukov 25-Feb-13 16:37pm

Sure. Thank you, Rais.
—SA