npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

grunt-java-server

v0.0.6

Published

Download and connect on java-based web servers

Downloads

10

Readme

grunt-java-server

Download and connect on java-based web servers.

Build Status

Why?

It should be possible to integrate Java back-end and Javascript Front-end environments. I want to be able to run tests like grunt-contrib-qunit against a specific server that output its contents using Java JSTL API. Since there is no JS implementation of JSTL, it is impossible to reuse the same HTML used in Java development environment for Front-end only testing. So, if I want to test a specific component built using JSTL (for markup) and jQuery UI (for behavior) I have to replicate the HTML, which is not ideal.

How?

To solve this I need to create a generic task that serves as a hook to download, deploy, start and shutdown an external server that does not runs in node. Node would be used only for build.

What?

grunt-java-server task acts as a hook to start an external server, without worrying about the back-end language your application uses.
This task has the same purpose of grunt-contrib-connect. The difference is that it uses java-based web servers instead of a node-based one.

Support

Want to contribute with another server? Check out the server configs file

Getting Started

If you haven't used Grunt before, be sure to check out the Getting Started guide, as it explains how to create a Gruntfile as well as install and use Grunt plugins. Once you're familiar with that process, you may install this plugin with this command:

npm install grunt-java-server --save-dev

Once the plugin has been installed, it may be enabled inside your Gruntfile with this line of JavaScript:

grunt.loadNpmTasks( "grunt-java-server" );

Servers task

Run this task with the grunt servers command.

Note that this server only runs as long as grunt is running. Once grunt's tasks have completed, the web server stops. This behavior can be changed with the keepalive option.

This task was designed to be used in conjunction with another task that is run immediately afterwards, like the grunt-contrib-qunit plugin qunit task.

It may be necessary to kill the server process in the end of all tasks execution for cleanup, otherwise the server process stays running until the servers task is executed again. For that, use the :kill flag (see example below).

Options

preset

Type: String
Default: "wildfly-8.1.0.Final"

The server configs that is going to be used. By default, the task downloads the latest final Wildfly version.

directory

Type: String
Default: "target"

The target directory that should be used to store the downloaded and extracted server files.
By default it uses the target directory relative to the Gruntfile location.

args

Type: Array or Function
Default: []

An array of key-value pairs to be passed to the server upon startup as arguments.
If a function is passed, it is called with the first argument representing the server home directory.

keepalive

Type: Boolean
Default: false

Keep the server alive indefinitely. By default, once grunt's tasks have completed, the web server stops. This option changes that behavior.

Usage examples

Basic Use

grunt.initConfig({
  servers: {
    wildfly: {
      options: {
        args: [ "-b=192.168.100.10" ]
      }
    }
  }
});

Process cleanup

grunt.initConfig({
  servers: {
    wildfly: {
      options: {
        args: [ "-b=192.168.100.10" ]
      }
    }
  }
});
grunt.registerTask( "integration", ["servers:wildfly", /* Your tasks here */, "servers:wildfly:kill"] );