Rightfax Integration with JAVA API - rightfax

I am trying to do some POC on Rightfax integration with JAVA API. Installed all required components in Rightfax Server (JAVA/XML API) and configured the IIS (took care while installing the rightfax server)
while running the sample java program getting following message
Msg: Failed to load XML into DOM tree.
Could someone help me if there is any configuration is missing in Rightfax server side or at IIS

//Create a outbound fax object
RFaxSubmit faxSubmit= new RFaxSubmit();
//set XMLNS and make sure you have XML_FAX_SUBMIT_schema.xml in your classpath.
faxSubmit.m_FaxDocument.setXMLNS("classpath:XML_FAX_SUBMIT_schema.xml");
This file must be available on your RightFax server, # this location \RightFax\Production\xml\schemas\XML_FAX_SUBMIT_schema.xml
download this file or ask server support and add it in your classpath.

Related

How to setup WebSphere Liberty as a very simple HTTP Serve to serve files in a directory

I need to setup IBM Maximo attachments feature to work with WebSphere Liberty. IBM confirms that WebSphere Liberty is compatible wit Maximo, but does not provide official support.
Bottom line, all I need is to serve files inside a directory through HTTP using WebSphere Liberty. I was wondering how I can do that.
This is a guide that I need to adapt it from http://www-01.ibm.com/support/docview.wss?uid=swg21312993 with WebSphere Liberty instead.
Can anyone guide me through?
IBM HTTP Server (IHS) already installed with Maximo. IHS is a flavor of Apache, so any Apache related doc will work. I configured Maximo doclinks to fall under htdocs so the attachments are available as a web resource. Bottom line, its not clear to me you need to configure WebSphere Liberty for this purpose.

Webservice endpoint is given by glassfish and wildfly but not in jetty

I'm developing an application in Java using vaadin, JPA, maven and JAX-WS technologies.
When I publish the application in the glassfish server I can see the generated wsdl using this url:
http://localhost:8080/at/PrimaryTransmissionService?wsdl
When I publish the application in the wildfly server I can see the generated wsdl using this url:
http://localhost:8080/at-1.0/PrimaryTransmission?wsdl
When I publish the application in the jetty server I can't find to which endpoint is deployed, but I can use the webapp by using this url:
http://localhost:8080/at
Could you help me?
If you are using JPA and JAX-WS via Java EE API dependencies relying implementation bundled in Glassfish / Wildfly, which are Java EE compliant application containers, that would explain the observation. That is because Jetty is not Java EE container and does not contain implementation e.g. for JAX-WS out of the box.

mod_rest installation on ejabberd 16.06 windows

I have installed ejabberd 16.06 version on windows. Installation was successful and I need to install mod_rest module.
I followed following steps to install the module and also available modules:
C:\Program Files\ejabberd-16.06\bin>ejabberdctl modules_update_specs
ok
C:\Program Files\ejabberd-16.06\bin>ejabberdctl module_install mod_rest
Problem 'error {case_clause,volumerelative}' occurred executing the command.
Stacktrace: [{ejabberd_config,get_absolute_path,1,
[{file,"src/ejabberd_config.erl"},{line,319}]},
{ejabberd_config,get_plain_terms_file,2,
[{file,"src/ejabberd_config.erl"},{line,229}]},
{ejabberd_config,include_config_file,2,
[{file,"src/ejabberd_config.erl"},{line,516}]},
{lists,flatmap,2,[{file,"lists.erl"},{line,1249}]},
{ejabberd_config,include_config_files,1,
[{file,"src/ejabberd_config.erl"},{line,496}]},
{ejabberd_config,read_file,2,
[{file,"src/ejabberd_config.erl"},{line,150}]},
{ejabberd_config,load_file,1,
[{file,"src/ejabberd_config.erl"},{line,168}]},
{ext_mod,install,1,[{file,"src/ext_mod.erl"},{line,172}]}]
C:\Program Files\ejabberd-16.06\bin>ejabberdctl modules_available
atom_pubsub Provides access to all PEP nodes via an AtomPub interface
ejabberd_auth_http Authentication via HTTP request
ejabberd_mod_mam Message Archive Management (XEP-0313)
ejabberd_trace Easy tracing of connections made to ejabberd
ircd IRC server frontend to ejabberd
mod_archive Supports almost all the XEP-0136 version 0.6 except otr
mod_cron Execute scheduled commands
mod_grafite Publishes Statistics via statsd/grafite
mod_http_offline POST offline messages to a web
mod_log_chat Logging chat messages in text files
mod_logsession Log session connections to file
mod_logxml Log XMPP packets to XML file
mod_message_log Log one line per message transmission in text file
mod_muc_log_http Serve MUC logs on the web
mod_openid Transform the Jabber Server in an openid provider
mod_post_log Logs messages to an HTTP API
mod_pottymouth Filter bad words in messages
mod_profile User Profile (XEP-0154) in Mnesia table
mod_rest HTTP interface to POST stanzas into ejabberd
mod_restful RESTful API for ejabberd
mod_s2s_log Log all s2s connections in a file
mod_shcommands Execute shell commands
mod_statsdx Calculates and gathers statistics actively
mod_webpresence Publish user presence information in the web
When I tried to install the module it throws error. I am not able to trace what went wrong.
After installation, the server was continuously crashing, so I have to remove the installed module files and restart it.

Delphi SOAP server wsdl not refreshing

I have written a SOAP server and client to consume the services in Delphi XE2. The SOAP server executable is installed on a development Windows 8.1 PC running IIS and also a Windows 2003 Server (also IIS). Everything has been going ok except I have just added another service(method?) to my SOAP server and it won't show up in the WSDL after deploying the exe.
If I browse to the services executable (using firefox) e.g.
192.168.2.64:8080/mysoapservices/MySOAPServer.exe or 192.168.2.64:8080/mysoapservices/MySOAPServer.exe/SOAP/IASOAPServer
Then I can see the new method listed, but if I look at the WSDL
192.168.2.64:8080/mysoapservices/MySOAPServer.exe/WSDL/IASOAPServer
then it isn't in the XML definition. So, when I import the WSDL via Delphi/Component/Import WSDL it is missing my new method.
Does anyone know what I am doing wrong?
Why are you looking at ASOAPServer.exe instead of MySOAPServer.exe?

Deploy Grails app to AppFog using Eclipse CloudFoundry plugin

I'm trying to deploy my Grails application to AppFog using CloudFoundry plugin (ver. 1.1) in Spring Source Suites (STS 2.9.2).
I'm using https://api.appfog.com as server address and MYAPPNAME.aws.af.cm for application address when deploying app.
Application is pushed and started, services are bounded but, after that, I recive error saying that:
Communication with server failed: I/O error: Server returned HTTP response code: 405 for URL: https://api.appfog.com/apps/MYAPPNAME/application
Also, when I try to create Caldecott tunnel toward database I recive response "The URIs: caldecott-85393a.appfog.com have already been taken or reserved. (404 Not Found)" which I also saw when (by mistake) treid to deploy application to MYAPPNAME.api.appfog.com (default AF name instead of particular infrastructure adress).
I suppose that CloudFoundry plugin uses default server address to reach application and also trying to create Caldecott tunnel on default server address (caldecott-85393a.appfog.com instead of caldecott-85393a.aws.af.cm)
Does anybody have idea how to circumvent this situation?
BR
Zoran
this doesn't sound like an issue with the plugin itself but the response coming back from AppFog's cloud. I would take this up as an issue with them and clarify you can use that plugin with their cloud.
AppFog had issues recently with their Java deployments that was specifically affecting Grails apps. This has been resolved and should be working seamlessly as expected now. You can always reach out for more information in the active google group as well: https://groups.google.com/forum/#!forum/appfog-users

Resources