在我的Vagrant环境中,我有一个带有LAMP默认设置的来宾Ubuntu Virtualbox.
我的源代码在主机上与我的Vagrantfile在同一个文件夹中.所以在客户端Ubuntu上,我可以/vagrant
像这样访问已安装目录中的文件
/vagrant
/mysite
/index.php
/Vagrantfile
Run Code Online (Sandbox Code Playgroud)
现在在我的Apache配置中添加一行
Alias /mysite /vagrant/mysite
Run Code Online (Sandbox Code Playgroud)
重新加载配置并重新启动Apache后,我可以去localhost:8558/mysite/index.php
,它的工作原理.
问题是,当我重新加载Virtualbox时,vagrant reload
它会在安装/vagrant
文件夹之前启动Apache服务.所以Apache找不到别名的dir并且无法启动.我必须手动启动它
我的问题是 - 有没有办法延迟Apache启动,以便它在安装后启动?
更新:作为一种变通方法,我添加脚本描述启动启动后apache的30秒的crontab 这里.但我想知道是否有更好的解决方案.
我们有一场战争,通过基于hibernate-4.2.7验证的验证(实现validation-api-1.0.0.GA),在场地2.6上展示休息服务.
在我们升级到java 8和tc-server 3.1.X之前,一切正常.
升级到java 8之后,看起来在验证API中出现了问题.
我们得到了
java.lang.NoSuchMethodError:javax.validation.Configuration.getBootstrapConfiguration()Ljavax/validation/BootstrapConfiguration;
当我们从客户端发送休息请求时.
最奇怪的是,这种行为并不构成
当我从依赖项添加或删除jar时,它有时会起作用,有时候不起作用.
我们得到以下例外
SEVERE [tomcat-http--1] org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for servlet [jerseyServlet] in context with path [/Analyzer] threw exception [A MultiException has 1 exceptions. They are:
1. java.lang.NoSuchMethodError: javax.validation.Configuration.getBootstrapConfiguration()Ljavax/validation/BootstrapConfiguration;
] with root cause
java.lang.NoSuchMethodError: javax.validation.Configuration.getBootstrapConfiguration()Ljavax/validation/BootstrapConfiguration;
at org.glassfish.jersey.server.validation.internal.ValidationBinder$ConfiguredValidatorProvider.getTraversableResolver(ValidationBinder.java:287)
at org.glassfish.jersey.server.validation.internal.ValidationBinder$ConfiguredValidatorProvider.getDefaultValidatorContext(ValidationBinder.java:268)
at org.glassfish.jersey.server.validation.internal.ValidationBinder$ConfiguredValidatorProvider.getDefaultValidator(ValidationBinder.java:248)
at org.glassfish.jersey.server.validation.internal.ValidationBinder$ConfiguredValidatorProvider.provide(ValidationBinder.java:199)
at org.glassfish.jersey.server.validation.internal.ValidationBinder$ConfiguredValidatorProvider.provide(ValidationBinder.java:173)
at org.jvnet.hk2.internal.FactoryCreator.create(FactoryCreator.java:96)
at org.jvnet.hk2.internal.SystemDescriptor.create(SystemDescriptor.java:456)
at org.jvnet.hk2.internal.PerLookupContext.findOrCreate(PerLookupContext.java:69)
at org.jvnet.hk2.internal.Utilities.createService(Utilities.java:2445)
at org.jvnet.hk2.internal.ServiceLocatorImpl.getService(ServiceLocatorImpl.java:621)
at org.jvnet.hk2.internal.IterableProviderImpl.get(IterableProviderImpl.java:107)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:135)
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$VoidOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:136)
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:104)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:406)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:350)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:106)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:259)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) …
Run Code Online (Sandbox Code Playgroud) 我有一个关于ActiveRecord使用的最佳实践的以下问题.
我的情况:我有一个普通的用户模型CActiveRecord
.在许多情况下,我希望有"活动"用户列表,在WHERE条件"is_active = 1"的数据库中定义.此外,我想功能find()
,findByAttributes()
,findByPk()
等返回结果,只有当用户处于活动状态(例如,在"密码请求"的情况).
我总是可以在使用find()
函数之前显式应用这个WHERE条件,但我正在寻找一种用更少的代码实现它的方法.
我想到了创建一个名为UserActive的子类并改变其构造函数的想法:
function __construct($scenario='insert') {
parent::__construct($scenario);
$criteria = new CDbCriteria();
$criteria->condition = "is_active = 1";
$this->setDbCriteria($criteria);
}
Run Code Online (Sandbox Code Playgroud)
但我不确定这是否是一个很好的做法(因为CActiveRecord
's构造函数问"除非绝对必要,否则不要覆盖构造函数! ").谁能为这种情况提供建议?
apache ×1
apache2 ×1
hk2 ×1
java-8 ×1
jersey ×1
jersey-2.0 ×1
ubuntu ×1
vagrant ×1
validation ×1
virtualbox ×1
yii ×1