parms = session.getParms();
if (parms.get("username") == null) {
msg += "\n";
} else {
msg += "Hello, " + parms.get("username") + "!
";
}
return newFixedLengthResponse( msg + "\n" );
}
}
```
Compile and run the server:
mvn compile
mvn exec:java -Dexec.mainClass="com.example.App"
If it started ok, point your browser at and enjoy a web server that asks your name and replies with a greeting.
### Nanolets
Nanolets are like sevlet's only that they have a extrem low profile. They offer an easy to use system for a more complex server application.
This text has to be extrended with an example, so for now take a look at the unit tests for the usage.
## Status
We are currently in the process of stabilizing NanoHttpd from the many pull requests and feature requests that were integrated over the last few months. The next release will come soon, and there will not be any more "intended" major changes before the next release. If you want to use the bleeding edge version, you can clone it from Github, or get it from sonatype.org (see "Maven dependencies / Living on the edge" below).
## Project structure
NanoHTTPD project currently consist of four parts:
* `/core` – Fully functional HTTP(s) server consisting of one (1) Java file, ready to be customized/inherited for your own project
* `/samples` – Simple examples on how to customize NanoHTTPD. See *HelloServer.java* for a killer app that greets you enthusiastically!
* `/websocket` – Websocket implementation, also in a single Java file. Depends on core.
* `/webserver` – Standalone file server. Run & enjoy. A popular use seems to be serving files out off an Android device.
* `/nanolets` – Standalone nano app server, giving a servlet like system to the implementor.
* `/fileupload` – integration of the apache common file upload library.
## Features
### Core
* Only one Java file, providing HTTP 1.1 support.
* No fixed config files, logging, authorization etc. (Implement by yourself if you need them. Errors are passed to java.util.logging, though.)
* Support for HTTPS (SSL)
* Basic support for cookies
* Supports parameter parsing of GET and POST methods.
* Some built-in support for HEAD, POST and DELETE requests. You can easily implement/customize any HTTP method, though.
* Supports file upload. Uses memory for small uploads, temp files for large ones.
* Never caches anything.
* Does not limit bandwidth, request time or simultaneous connections by default.
* All header names are converted to lower case so they don't vary between browsers/clients.
* Persistent connections (Connection "keep-alive") support allowing multiple requests to be served over a single socket connection.
### Websocket
* Tested on Firefox, Chrome and IE.
### Webserver
* Default code serves files and shows (prints on console) all HTTP parameters and headers.
* Supports both dynamic content and file serving.
* File server supports directory listing, `index.html` and `index.htm`.
* File server supports partial content (streaming & continue download).
* File server supports ETags.
* File server does the 301 redirection trick for directories without `/`.
* File server serves also very long files without memory overhead.
* Contains a built-in list of most common MIME types.
* Runtime extension support (extensions that serve particular MIME types) - example extension that serves Markdown formatted files. Simply including an extension JAR in the webserver classpath is enough for the extension to be loaded.
* Simple [CORS](https://en.wikipedia.org/wiki/Cross-origin_resource_sharing) support via `--cors` paramater
* by default serves `Access-Control-Allow-Headers: origin,accept,content-type`
* possibility to set `Access-Control-Allow-Headers` by setting System property: `AccessControlAllowHeader`
* _example: _ `-DAccessControlAllowHeader=origin,accept,content-type,Authorization`
* possible values:
* `--cors`: activates CORS support, `Access-Control-Allow-Origin` will be set to `*`
* `--cors=some_value`: `Access-Control-Allow-Origin` will be set to `some_value`.
**_CORS argument examples_**
* `--cors=http://appOne.company.com`
* `--cors="http://appOne.company.com, http://appTwo.company.com"`: note the double quotes so that the 2 URLs are considered part of a single argument.
## Maven dependencies
NanoHTTPD is a Maven based project and deployed to central. Most development environments have means to access the central repository. The coordinates to use in Maven are:
org.nanohttpd
nanohttpd
CURRENT_VERSION
(Replace `CURRENT_VERSION` with whatever is reported latest at .)
The coordinates for your development environment should correspond to these. When looking for an older version take care because we switched groupId from *com.nanohttpd* to *org.nanohttpd* in mid 2015.
Next it depends what you are useing nanohttpd for, there are tree main usages.
## Gradle dependencies
In gradle you can use nano http the same way because gradle accesses the same central repository:
dependencies {
runtime(
[group: 'org.nanohttpd', name: 'nanohttpd', version: 'CURRENT_VERSION'],
)
}
(Replace `CURRENT_VERSION` with whatever is reported latest at .)
Just replace the name with the artifact id of the module you want to use and gradle will find it for you.
### Develop your own specialized HTTP service
For a specialized HTTP (HTTPS) service you can use the module with artifactId *nanohttpd*.
org.nanohttpd
nanohttpd
CURRENT_VERSION
Here you write your own subclass of *fi.iki.elonen.NanoHTTPD* to configure and to serve the requests.
### Develop a websocket based service
For a specialized websocket service you can use the module with artifactId *nanohttpd-websocket*.
org.nanohttpd
nanohttpd-websocket
CURRENT_VERSION
Here you write your own subclass of *fi.iki.elonen.NanoWebSocketServer* to configure and to serve the websocket requests. A small standard echo example is included as *fi.iki.elonen.samples.echo.DebugWebSocketServer*. You can use it as a starting point to implement your own services.
### Develop a custom HTTP file server
For a more classic aproach, perhaps to just create a HTTP server serving mostly service files from your disk, you can use the module with artifactId *nanohttpd-webserver*.
org.nanohttpd
nanohttpd-webserver
CURRENT_VERSION
The included class *fi.iki.elonen.SimpleWebServer* is intended to be used as a starting point for your own implementation but it also can be used as is. Staring the class as is will start a http server on port 8080 and publishing the current directory.
### Living on the edge
The latest Github master version can be fetched through sonatype.org:
nanohttpd
org.nanohttpd
XXXXX-SNAPSHOT
...
sonatype-snapshots
https://oss.sonatype.org/content/repositories/snapshots
true
### generating an self signed ssl certificate
Just a hint how to generate a certificate for localhost.
keytool -genkey -keyalg RSA -alias selfsigned -keystore keystore.jks -storepass password -validity 360 -keysize 2048 -ext SAN=DNS:localhost,IP:127.0.0.1 -validity 9999
This will generate a keystore file named 'keystore.jks' with a self signed certificate for a host named localhost with the ip adress 127.0.0.1 . Now
you can use:
server.makeSecure(NanoHTTPD.makeSSLSocketFactory("/keystore.jks", "password".toCharArray()));
Before you start the server to make Nanohttpd serve https connections, when you make sure 'keystore.jks' is in your classpath .
-----
*Thank you to everyone who has reported bugs and suggested fixes.*