How to deploy a .war to Embedded Jetty of Gridgain - gridgain

I would like to deploy my custom web application (.war) to the embedded Jetty container of Gridgain. Would you please direct me to documentation or describe steps?
Please advise.
Thanks.

GridGain embedded Jetty server was not intended to run user war applications, so there is no explicit logic for war file deployment.
However, according to this question, you might be able to deploy a war file by specifying $JETTY_HOME environment variable and dropping your war file to appropriate folder.

Related

Starting BroadleafCommerce-develop-5.2.x

How can I start BroadleafCommerce-develop-5.2.x application. How to deploy on Tomcat would be more helpful. I am able to start the Demo site- Admin, Site and API.
When building the app you can change the packaging type in your site and admin pom.xml to war instead of jar and then drop that in a tomcat instance. Additional documentation can be found here https://www.broadleafcommerce.com/docs/core/current/broadleaf-concepts/key-aspects-and-configuration/app-server-configuration/tomcat

How to deploy dependencies with XPages Runtime in Bluemix

I uploaded my project to Bluemix using IBM Domino Designer, the XPages runtime started fine. During testing, I hit the URL and I received a message
"The application /gittest.nsf requires org.openntf.xsp.debugtoolbar.library. This library cannot be found."
I use a UpdateSite on premises and this application also uses jars in the lib\ext folder on the Domino server.
How do I deploy external jars with the XPages runtime?
How do I deploy my servers updatesite?
When I build locally, I have a c:\sharedlib folder where I have Spring Boot, Hibernate, a Service jar with DAO. In my designer, the project is configured to use the external jars. On the server, I have these jars in the lib\ext folder.
I also use some openNTF projects in UpdateSites (like the error sampled here).
Please advise!
You need to put all the osgi plugins in a folder named 'shared-plugins' this directory should be at the same level as the Manifest.yaml file in your project's deployments folder.
More details see the blog of Oliver Busse
http://oliverbusse.notesx.net/hp.nsf/blogpost.xsp?documentId=FD2

how to Secure war inside tomcat

I am deploying my web application as an war in tomcat. I don't want my war and extracted folder inside tomcat webapps to be exposed to others. Since it can be easily decompiled.
Kindly provide solution for this issue.

jboss7 + same log4j configuration for different apps

I want to deploy some different applications using one jboss (jboss as 7). Can anyone make it clear for me if its possible to set one log4j configuration (log4j.xml) for multiple wars and ears or i'll have to put a copy of configuration into each archive?
Or maybe someone can suggest a differeng logging engine, more native to jboss7?
log4j configuration is always global to runtime. ie. A JBoss instance can't have multiple log4j configuration. log4j can be initialized or reinitialized with a single config file. it can be a simple properties file or a XML incompliance with log4j.dtd packaged with log4j*.jar. start the jboss instance with -Dlog4j.configuration=/anypath/log4jconfig.xml
I do not believe there is a way to configure log4j globally. JBoss AS7 uses JBoss Logging for it's log provider. You can configure the logging subsystem is in the standalone.xml or the domain.xml depending on if you're running in standalone or domain mode.
The documentation is not greatest unfortunately, but if you install the jboss-as-logging_1_1.xsd in your IDE you can get auto-complete. All the schemas are located in the docs/schema under the installed directory.

Classloading conflicts with apache commons classes for app deployed to WAS 6.1

I have an app that uses apache-commons-collections v3.2.1. When I deploy the war file using the WAS 6.1 Integrated Solutions Console I get errors because the commons-collections.jar file in isclite.ear gets loaded before the one that I bundle with my .war file. The problem is that my application requires v3.0.0+ of commons collections. The one in isclite.ear is version 2.1.
So, can I deploy into WAS 6.1 without involving isclite? Can I just drop a war file into a directory somewhere? Is there an option I can select in the process of deploying through the admin interface to skip or remove the isclite.ear dependency?
Thanks.
I had a very similar problem with ColdFusion where a jar in the server was a different version than the one that was needed by my application. I had to call a non-delegating loader (one that doesn't ask the parent to first load the class before loading the requested jar). The loader I used is open source. You can find out about it at
http://groups.google.com/group/javaloader-dev

Resources