- 09 Oct, 2013 5 commits
-
-
Spring Buildmaster authored
-
Phillip Webb authored
-
Phillip Webb authored
Minor formatting and consistent copyright header.
-
Phillip Webb authored
-
Phillip Webb authored
Reduce duplication by extracting FileOptions class to be shared by both the RunCommand and the TestCommand. Also applied minor code convention tweaks.
-
- 08 Oct, 2013 14 commits
-
-
Dave Syer authored
-
Dave Syer authored
-
Roy Clarkson authored
-
Ulrich von Poblotzki authored
-
Ulrich von Poblotzki authored
In some cases the websocket communication fails and Snake#sendMessage throws an exception. In that case the send loop is interrupted and later clients are not update.
-
Dave Syer authored
-
Dave Syer authored
-
Dave Syer authored
-
Greg Turnquist authored
- Look for JUnit test symbols, and add JUnit automatically - Look for Spock test symbols, and add Spock automatically - Based on what test libraries were used, invoke relevant embedded testers and accumulate results - Make it so that multiple testers can be invoked through a single 'test' command - Print out total results and write out detailed trace errors in results.txt - Update based on the new artifact resolution mechanism
-
Dave Syer authored
-
Dave Syer authored
Includes smart guess for prepending servlet context initializer in SpringApplicationBuilder.
-
Andy Wilkinson authored
-
Andy Wilkinson authored
-
Andy Wilkinson authored
Usually, use of @Grab requires you to specify a group, module, and version when identifying a dependency. This can be done in two different ways: @Grab(group='alpha', module='bravo', version='1.0.0') @Grab('alpha:bravo:1.0.0') This commit allows users to only specify a module: the group is inferred and the version is the one dictated by the boot CLI. Both forms are supported: @Grab(module='bravo') @Grab('bravo') Groovy's global AST transformations, which is how Grab is implemented, do not support ordering and we need to augment the AST for the Grab annotation before its processed by the Grab AST transformation. To work around this, reflection is used to get hold of the compile operations in the conversion phase, and a new AST transformation is inserted immediately before the first AST transformation operation. To allow a module's groupId and version to be resolved consistently, META-INF/springcli.properties has been enhanced to include properties for each module that we want to support in the following form: <module>.groudId = <groudId> <module>.version = <version> <groupId> and <version> are taken from the Maven project's dependencies and VPP, a Velocity-based pre-processor, is used to automatically generate the enhanced properties file. To prevent pollution of spring-boot-cli's class path with the dependencies that are only required to populate springcli.properties, a separate project, spring-boot-cli-properties, has been created. spring-boot-cli depends upon this now project causing it to, via the shade plug, include the properties file in its jar. Previously DependencyCustomizer allow a dependency to be added by specifying its full coordinates, i.e. a group ID, artifact ID, and version. This commit updates DependencyCustomizer to only require an artifact/module ID. The group ID and version are then resolved using the same mechanism as the enhanced @Grab support. [#56328644] [bs-312] Allow @Grab without version
-
- 07 Oct, 2013 11 commits
-
-
Ulrich von Poblotzki authored
The RC1 version had some websocket issues, that prevented propper websocket communication. In some cases the SocketJS communication was downgraded to 'xhr_streaming'.
-
Dave Syer authored
[Fixes #55277582] [bs-288]
-
Dave Syer authored
If the default is true JPA repositories all have to have default constructors etc.
-
Eberhard Wolff authored
-
Dave Syer authored
-
Dave Syer authored
-
Eberhard Wolff authored
-
Greg Turnquist authored
-
Dave Syer authored
Profile-specific property sources were being added last, *after* the global values, which means they did not override in the way that users would expect. Fixed by storing the global property sources in an intermediate list and applying them after the profile specific ones.
-
Dave Syer authored
-
Dave Syer authored
...for compatibility with Spring JDBC. Users can still optionally specify spring.database.schema, but the default location is schema-${spring.database.platform}.sql, schema.sql, data.sql. [Fixes #58332710]
-
- 03 Oct, 2013 2 commits
-
-
ggerard authored
-
Eberhard Wolff authored
-
- 02 Oct, 2013 6 commits
-
-
Dave Syer authored
-
Dave Syer authored
-
Dave Syer authored
Builder for SpringApplication and ApplicationContext instances with convenient fluent API and context hierarchy support. Simple example of a context hierarchy: new SpringApplicationBuilder(ParentConfig.class) .child(ChildConfig.class).run(args); Another common use case is setting default arguments, e.g. active Spring profiles, to set up the environment for an application: new SpringApplicationBuilder(Application.class).profiles("server") .defaultArgs("--transport=local").run(args); If your needs are simpler, consider using the static convenience methods in SpringApplication instead. [#49703716] [bs-116] Parent context for some beans maybe?
-
Dave Syer authored
-
Dave Syer authored
-
Dave Syer authored
-
- 01 Oct, 2013 2 commits