Download JAR files tagged by server with all dependencies

The Jenkins Maven Plugin allows to use the Jenkins CLI (command line interface) from within a Maven build. It allows the execution of any command supported by the CLI, see https://wiki.jenkins-ci.org/display/JENKINS/Jenkins+CLI for further information. Therefore, it downloads the current jenkins-cli.jar from ${project.ciManagement.url}/jnlpJars/jenkins-cli.jar and uses that artifact for interacting with the Jenkins server. The architecture of the Jenkins Maven Plugin follows the UNIX philosophy "do one thing and do it well": it does not provide any logic for specific tasks, for instance creating job configuration files. This can be done with another, more appropriate plugin and its result can then be specified as stdin to the Jenkins Maven Plugin.

GWTUpload is a library for uploading files to web servers, showing a progress bar with real information about the process (file size, bytes transferred, etc). It uses ajax requests to ask the web server for the upload progress. It has two components written in java, the server side with servlet and utility classes, and the client side that is compiled into javascript using gwt. GWTUpload-gae is a library with aditional classes needed for using GwtUpload in Google Application Engine (GAE). JSUpload is the client library but compiled and exported into javascript, so users without Gwt skills can use it directly in their web pages. It includes a bunch of useful examples to learn how to use the library and see its features.

Rserve is a TCP/IP server which allows other programs to use facilities of R (see www.r-project.org) from various languages without the need to initialize R or link against R library. Every connection has a separate workspace and working directory. Client-side implementations are available for popular languages such as C/C++, PHP and Java. Rserve supports remote connection, authentication and file transfer. Typical use is to integrate R backend for computation of statstical models, plots etc. in other applications.

ATG DUST is a framework for building JUnit tests for applications built on the ATG Dynamo platform. This framework allows one to quickly write test code that depends up Nucleus or ATG Repositories. By using this framework one can drastically cut down on development time. It takes only a few seconds to start up a test with a repository, but it may take multiple minutes to start up an application server. To get started with DUST, take a look at http://atgdust.sourceforge.net/first-test.html. This page will walk you through the process of running a basic test which starts Nucleus. After that, read the other getting started guides to describe how to create standalone Junit tests which can startup repositories and use the DynamoHttpServletResponse classes. For only ATG10 and tested.

Automated management of Jenkins jobs via Maven. Much of the information needed by Jenkins when creating a job is already in the Maven pom. The SCM information and CI url are present. Jenkins jobs also typically have names that reflect the groupId, artifactId, and version in some manner. This plugin automates the process of creating Jenkins jobs by harvesting information from the POM to create XML config files in the format Jenkins needs. The Jenkins CLI API is then used to create, update, read, and delete Jenkins jobs on the CI server. If your Jenkins instance requires authentication, add your public key to your user account on the Jenkins server.

Allow users to login to your Play! application via Shibboleth. Shibboleth is a federated identity management protocol popular in higher education. The protocol provides a single sign on service across multiple organizational boundaries with secure attribute delivery. Shibboleth support requires that your application be proxied behind a Shibboleth capable web server such as Apache, Lighttpd, or IIS with the corresponding Shibboleth module installed. For more information on the protocol visit: http://shibboleth.internet2.edu/

BRAP is a Java and Android remoting protocol that uses native Java object serialization, encapsulated in HTTP. It aims to be an alternative to Spring HttpInvoker and Spring Security especially when you don't need or want the dependencies of Spring in your client, for example when building a rich client app or an Android app where size is important. The authentication mechanism lets you use your own domain objects as credentials. Server configuration can be expressed solely in web.xml or by subclassing the ProxyServlet but there is also an optional SpringProxyServlet available for seamless Spring Integration. BRAP focuses on being easy to use, small in size (9 kb), yet powerful and extensible. The client uses a pluggable TransportProvider with default implementations for HttpURLConnection and Apache HttpClient.

This service implements the Indexer and Searcher interface of WebLab and connect to a remote SOLR engine in order to realize the functions. The connection is mandatory and thus the remote SOLR server should be started beforehand. Configuration of the SOLR server URL is found in src/main/webapp/WEB-INF/cxf-servlet.xml . See in particular "indexerServiceBean" and "searcherServiceBean". Moreover, the service implements several "Analyser" services that could be included in a complete search chain in order to: - enrich a ResultSet with metadata about Hits (see resultSetMetaEnricherServiceBean) - highlight snippet in ResultSet (see highlighterServiceBean) - provide facets related to the current results (see facetSuggestionServiceBean) - suggest spell correction of the original query (see spellSuggestionServiceBean)

Dyndns JMCE is an application deployed to a JMCE server whose purpose is to login to a Dyndns account because if that's not done on a regular basis the account gets deleted. MAVEN: mvn [-DskipTests] clean site package NOTES: After unzipping the binary on the JMCE server, make sure to copy the ferris-dyndns-jmce-private-0.0.1.jar to /bin so the app has the username/passwords it needs. 0.0.2: Changed project name from ferris-jmce-dyndns to ferris-dyndns-jmce Removed java.util.logging.Logger for Log4j Split into muli-module project 0.0.3: Update screen scrape based on changes to the dyndns website. 0.0.4: Update screen scrape (again) based on changes to the dyndns website. Changed parent to "ferris-standard-project" 0.0.5: - Update screen scrape (again) based on changes to the dyndns website. - Update pom.xml configuration to be in line with new parent pom. - Update project site

Weighing less than 50KB, Rupy is probably the smallest Java NIO application server in the world. Rupy is inherently non-blocking asynchronous, which makes it the ideal candidate for high concurrency real-time applications pushing dynamic data. Tested with acme, rupy performs on average ~1500 requests per second. To put that figure in perspective; acme doesn't use keep-alive, so that means 1500 unique TCP connections serving dynamic content per second! Thanks to NIO and an event queue to avoid selector trashing, this figure degrades gracefully under high concurrency.