Re: [XFC] Could not initialize class com.xmlmind.xmledit.cssparser.ParseUtil on live Linux

2017-02-14 Thread Hussein Shafie 

On 02/13/2017 07:12 PM, Tim Butterworth wrote:

Many thanks - I think the correct route is that I have now restarted the server 
using the -c parameter on the server - and we can now see if that is now 
allowing the access that we need.



Unfortunately, I'm not sure that this will work on your Linux server.



--> The basic idea behind our controlapp and the bundled Jetty 7 Servlet 
Container is to let *Windows* users quickly deploy XMLmind XSL Server.


On Windows, controlapp can start the bundled Jetty 7 Servlet Container 
as a native service. See "Run XMLmind XSL Server as a Windows® native 
service", 
http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/help/nativeService.html#nativeService




--> On Linux, the situation is different: controlapp cannot start the 
bundled Jetty 7 Servlet Container as a native Unix daemon.


We explain this in the documentation "Running XMLmind XSL Server as a 
Unix daemon", 
http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/help/unixDaemon.html#unixDaemon


---
Currently controlapp does not allow to run XMLmind XSL Server as a Unix 
daemon. On the Mac and on Linux, you may use controlapp to configure 
XMLmind XSL Server but after that, you'll need to write the init script 
by hand and then install this script in the proper place.

---

However we have no idea about how to write a Unix init script or install 
this script in the proper place. We never did that. We never tested that.




--> On Linux, it's recommended to install a Tomcat server as a Unix 
daemon. How to do this should be well documented on the Web. (This is 
what our own Unix sysadmin has done on our http://www.xmlmind.com/ server.)


After you manage to do that and have Tomcat server running as a Unix 
daemon, simply deploy XMLmind XSL Server as any normal web app.


If you prefer to use a .war file for that, building xslsrv.war is very 
simple:


---
$ cd xslsrv_install_dir/xslsrv

$ ls
addon
mime.types
resource
WEB-INF

$ jar cvf ../xslsrv.war *
---

(xslsrv.war is expected to directly contain addon/, mime.types, 
resource/, WEB-INF/)





--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support

Re: [XFC] Could not initialize class com.xmlmind.xmledit.cssparser.ParseUtil on live Linux

2017-02-14 Thread Tim Butterworth 
Many thanks - I think the correct route is that I have now restarted the server 
using the -c parameter on the server - and we can now see if that is now 
allowing the access that we need. 

Many thanks
Tim


> On 13 Feb 2017, at 17:49, Hussein Shafie  wrote:
> 
> On 02/13/2017 04:27 PM, Rajesh Kumar Chaudhary wrote:
>> 
>> I would like to inform you  regarding below issue
>> let me explain when issue is coming?
>> 1)  On   local machine with window OS it's working fine in  case
>> 
>> 2) On server OS  centos
>> 
>> 
>> [^566D601D7F358F6809EB21EAE74E795515C24D5FB4942CD69C^pimgpsh_fullsize_distr.png]
> 
> You are using OpenJDK 1.8.0_45. We only support Oracle Java. But let's 
> suppose this is not a problem.
> 
> 
> 
> 
>> 
>> 
>> if on live server start server using command line *(**nohup java -jar
>> start.jar**)*
> 
> Starting our *bundled*, *customized*, Jetty using simply "java -jar 
> start.jar" is not documented in XMLmind XSL Server - Manual, 
> http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/manual/index.html
> 
> You are free to do it your way but in such case, we cannot help you.
> 
> 
> 
> 
>> and try to convert xhtml to pdf
>> then getting error as  : Could not initialize class
>> com.xmlmind.xmledit.cssparser.ParseUtil
>> if we will start the server directly  *bin\controlapp * then it's
>> working fine with above case which was you have already tested  but
>> issue is coming once we closed the windows it's automatically shut down
>> the server
> 
> I cannot reproduce this issue on my openSUSE Linux box.
> 
> May be the Jetty servet engine is killed when you close the terminal window 
> which is associated to it. (The terminal window which is associated to it was 
> the one used to run controlapp.)
> 
> 
> 
> 
> 
>> so we need to follow the command line procedure and in this process we
>> are getting issue
> 
> Note that controlapp may be used as a command-line tool (no GUI window). 
> Simply pass it the "-c" option for that:
> 
> ---
> $ xslsrv_install_dir/server/bin/controlapp -c
> ---
> 
> See 
> http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/help/consoleMode.html#consoleMode
> 
> 
> 
>> 
>> http://dev2.eecsoftware.com/clientlibrary/sailingholidays/emailtemplate/eticketdetail.html
>> http://web2.eecsoftware.com:8086/xslsrv/exec
>> please it and and let me  know even same html working fine on local machine
> 
> Please don't loose your time with our controlapp facility and with our 
> *bundled*, *customized* Jetty servlet engine. These tools are not adapted to 
> your use on your (headless?) Linux Centos server.
> 
> Please deploy another servlet engine on your server (e.g. Apache Tomcat or 
> *STOCK* Jetty). Make sure this servlet engine works OK in the context of your 
> Linux Centos server (no screen, no terminal, etc). Then deploy the "xslsrv" 
> Web app as explained in:
> 
> Chapter 3. Manually deploying the WebApp on your existing Servlet Container
> 
> http://www.xmlmind.com/foconverter/_distrib/xslsrv/doc/manual/deploy2.html#deploy2
> 
> 
> 


--
XMLmind FO Converter Support List
xfc-support@xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xfc-support