Skip to content

Instantly share code, notes, and snippets.

@ndzj081221130
Created February 12, 2014 04:23
Show Gist options
  • Select an option

  • Save ndzj081221130/8950025 to your computer and use it in GitHub Desktop.

Select an option

Save ndzj081221130/8950025 to your computer and use it in GitHub Desktop.
现在的问题
试图在CF上运行tuscany应用
但自定义的tuscany-buildpack,无法成功启动tuscany应用
java进程在启动后,会被kill,无论是调内存参数,还是别的,都无法解决这个问题
java-console是可以部署的,虽然没有绑定url、
Procfile是web: java ConsoleTest
尝试用java-console的方式来部署tuscany应用。
但是要设置环境变量tuscany-home
Procfile中写*web: export TUSCANY_HOME=/home/vcap/app/tuscany-sca-2.0.1 && java -jar launcher.jar hellowolrd*
这样一来,应用源码较大(100M多一点),不知道上传的时候会不会超时。
现在使用java -jar,借助java-buildpack,可以运行tuscany应用,java进程不会被kill
-----
#### 考虑这样的可能性,是否tuscany-buildpack失败的原因是启动命令不对?
#### 现在我写的是tuscany.sh app, 如果改成java -jar launcher.jar app
#### 这里需要将app写成具体的目录名?
---------------
下面考虑端口号绑定的问题,首先绑定默认端口号8080,在warden-client里面,判断端口是否成功打开。如果成功打开,下面修改composite文件的PORT
绑定服务的java进程被kill了?还是因为一些偶然的原因?
2014/2/12尝试
**前天,在尝试绑定url时,突然handle因为link之类的问题被crash,log为droplet.warden.link.complete/droplet.instance.uptime,此时测试,不绑定url的应用也crash。**
### 这个到底是什么错?是没绑定上?还是我应该尝试一下,绑定PORT,然后设置manifest的domain?
错误原因不明:是cf问题?还是部署url应用时,不小心改了什么?
重启vagrant虚拟机尝试。
首先不绑定url,初步尝试,没有问题
默认绑定的是14820,由于没有绑定jsonrpc,url,所以不知道如何进行通信
下面尝试绑定url的部署
首先默认端口号,应该是绑定在8080,上次尝试的时候,居然还是监听的14820。今天尝试的时候,仍然默认绑定14820。下面尝试手动设置绑定的jsonrpc的uri
这个tcp监听的是0.0.0.0:14820,如何与之通信呢?
在mac中,默认的uri绑定的是8080、18080,只要访问curl 0.0.0.0:8080/HelloworldComponent/Helloworld?method=sayHello&params=WyJXb3JsZCJd&id=1就会返回Hello World.
为啥在warden中绑定的不是8080?
下面尝试手动设置绑定的端口号,将PORT,改为VCAP_APP_PORT.
仍然绑定的tcp是14820????此时stderr.log报错!
错误提示,same composite。给的路径是tuscany-sca-2.0.1/samples/getting-started?
难道是因为设置了TUSCANY——HOME的环境变量???
先将外面的samples都删掉,再尝试。不行,还是有错,到底跟哪里的composite冲突?
没发现呢,我改了world.composite,再试试?
####不会是因为有错,进程才没被kill吧。。。
囧,还真是,呜呜呜。。。
下面还尝试啥?
此时还是没有在mainifest上设置domain,或许可以试试?
挂掉了???why???
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment