summaryrefslogtreecommitdiffstats
path: root/standalone-container
Commit message (Collapse)AuthorAgeFilesLines
* Reapply "Gjoranv/allow duplicate bundles"gjoranv2019-11-052-1/+18
| | | | This reverts commit 2ef1e922a1d845b3cd79e9fb329925e7e9896919.
* Revert "Gjoranv/allow duplicate bundles"gjoranv2019-11-042-18/+1
|
* Support safe component deconstruction in jdisc container.gjoranv2019-10-282-1/+18
| | | | | | | | | - Add allowDuplicates to all Osgi classes - Uninstall bundles in Deconstructor - We no longer refresh bundles because we uninstall old bundles at a later point than the new bundles are installed. Hence, the user must version app bundles that are dependencies used by other app bundles.
* Revert "Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-281-1/+7
| | | | ZooKeeper versions"""
* Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-281-7/+1
| | | | ZooKeeper versions""
* Revert "Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-271-1/+7
| | | | ZooKeeper versions"""
* Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-271-7/+1
| | | | ZooKeeper versions""
* Revert "Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-261-1/+7
| | | | ZooKeeper versions"""
* Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-261-7/+1
| | | | ZooKeeper versions""
* Revert "Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-261-1/+7
| | | | ZooKeeper versions"""
* Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-261-7/+1
| | | | ZooKeeper versions""
* Fix symlinkHarald Musum2019-10-251-1/+1
|
* Revert "Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-251-1/+7
| | | | ZooKeeper versions"""
* Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-251-7/+1
| | | | ZooKeeper versions""
* Revert "Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-251-1/+7
| | | | ZooKeeper versions"""
* Revert "Reapply "Create seperate bundles compiled against different ↵Harald Musum2019-10-251-7/+1
| | | | ZooKeeper versions""
* Revert "Revert "Create seperate bundles compiled against different ZooKeeper ↵Harald Musum2019-10-251-1/+7
| | | | versions""
* Revert "Create seperate bundles compiled against different ZooKeeper versions"Harald Musum2019-10-251-7/+1
|
* Create seperate bundles compiled against different ZooKeeper versionsHarald Musum2019-10-241-1/+7
| | | | | Also a common bundle containing just the interface. Use 3.4 bundle by default
* Revert "Revert "Reapply "Move ZooKeeperServer to another module"""Harald Musum2019-10-231-0/+1
|
* Revert "Reapply "Move ZooKeeperServer to another module""Harald Musum2019-10-221-1/+0
|
* Copy from correct place, we are not using submodules yetHarald Musum2019-10-221-4/+1
|
* Revert "Revert "Reapply "move ZooKeeperServer to another module"""Harald Musum2019-10-221-0/+4
|
* Revert "Reapply "move ZooKeeperServer to another module""Håkon Hallingstad2019-10-221-4/+0
|
* Add zookeeper-server jar files to RPMHarald Musum2019-10-211-0/+4
|
* more robust container ports (second take)Arne Juul2019-09-091-5/+1
| | | | This reverts commit 093f1c566cebbb2e635f679fb8b9f88a8227cc96.
* Revert "Arnej/more robust container ports"Henning Baldersheim2019-09-091-1/+5
|
* Merge pull request #10556 from vespa-engine/arnej/more-robust-container-portsJon Bratseth2019-09-091-5/+1
|\ | | | | Arnej/more robust container ports
| * * try rewriting container port allocationArne Juul2019-09-041-5/+1
| | | | | | | | * simplify access to defaultHttpServer
* | update shell bootstrap sectionsArne Juul2019-09-041-0/+4
|/
* Install vespa-curl-wrapper and vespa-security-envBjørn Christian Seime2019-08-301-0/+12
|
* Replace 'jdisc' with 'container' in standalone-conatainergjoranv2019-07-112-5/+5
|
* Always use var/jdisc_containerValerij Fredriksen2019-07-091-1/+1
|
* Support model-evaluation in ApplicationJon Bratseth2019-06-281-1/+1
|
* Deliver search chains config to ExecutionFactoryJon Bratseth2019-06-091-2/+1
|
* Remove default flavorsJon Bratseth2019-05-281-20/+0
|
* Move jvm_arguments so that it is the last argumentHarald Musum2019-05-081-1/+1
| | | | Makes i possible to override arguments in this script
* Use the new variablesValerij Fredriksen2019-03-211-5/+7
|
* Removed unused jdisc start script.gjoranv2019-02-181-101/+0
| | | | - This script depends on two other scripts in our internal repo.
* Override method for setting status handler for a config server clusterHarald Musum2019-02-141-93/+6
| | | | | | | | Need to use CloudConfigOptions to get correct values for config servers. Trying to set ModelContext properties did not work as apparently we populate a lot of the values there by default (which does not seem right) and there are users of those elsewhere, so one would need to duplicate that mess in StandaloneContainerApplication as well to make it work.
* Revert "Revert "Use VIP status file for config server (and controller) in ↵Harald Musum2019-02-141-13/+96
| | | | hosted""
* Revert "Use VIP status file for config server (and controller) in hosted"Harald Musum2019-02-141-96/+13
|
* Fixes after code reviewHarald Musum2019-02-131-11/+11
|
* Use VIP status file for config server (and controller) in hostedHarald Musum2019-02-131-13/+96
| | | | | | | | The code for setting up VIP status is already in place in config model, but depends on value of hostedVespa() in ModelContext.Properties, so have to make sure that is set for standalone container as well. Removing config override for vip status, as setting VIP in or out of rotation when not using a VIP status file is handled when bootstrapping now.
* Make ModelContext.Properties more accessible in config modelHåkon Hallingstad2019-01-251-1/+1
| | | | | | | | | | | | | | | This commit makes it easier to get the ModelContext.Properties instance in the config model. Before, one would typically have to change a bunch of code to wire through a new property (builder methods and fields, DeployProperties constructor, fields, and getters, mock classes, ...). It is made accessible through: - ModelContext.properties(), - DeployState.getProperties(), and - ConfigModelContext.properties() The Properties implementation is in the configserver module, making it easy to back properties with flags.
* Open java.base/java.iogjoranv2019-01-211-0/+1
| | | | | .. to allow com.yahoo.io.NativeIO to use reflective access on java.io.FileDescriptor.fd
* Open necessary packages to the unnamed modulegjoranv2019-01-211-1/+5
| | | | - for configserver and yet another standalone start script
* 6-SNAPSHOT -> 7-SNAPSHOTArnstein Ressem2019-01-211-2/+2
|
* Revert back to original logcontrol directory for jdisc logBjørn Christian Seime2019-01-211-1/+1
|
* Remove jdisc-logfmtBjørn Christian Seime2019-01-211-1/+1
|