Hi Pablo,
I wish I could keep the promise I made to migrate Pivot4J on new Angular/Scala stack. I'm sorry that I cannot help you further in that route, because the project has been in maintenance mode for some time and probably it will stay that way unless we can find a new maintainer.
I still believe Pivot4J has a clear advantage over JPivot, when it comes to using it as a component/library with which you build your own application. As you said, using JPivot was easy, but it's only true as long as you don't try to change its JSP tag + WCF backend, and there's no added complexities in case of Pivot4J in case you are happy with using JSF.
The main differences are that Pivot4J is designed from the start to be used as a standalone library, so it can be integrated with a custom UI framework. So, it's much easier to integrate Pivot4J's core library with Angular.js, for instance, than it is the case for JPivot. But I understand it can still be confusing for people who are not very familiar with its API.
So, I was about to provide another application using REST+Angular.js as an example, but I had to abandon the idea due to my shifting priorities with my other projects.
I'm sorry I couldn't help you much with your efforts. But if you still want to continue working on integrating Pivot4J with Angular.js, you can give me some the details about where you had difficulties and I'll try to help.
Cheers,
Xavier
2016년 10월 7일 금요일 오전 11시 42분 58초 UTC+9, Pablo S 님의 말: