g*****g 发帖数: 34805 | 1 I would try -cp ., also make system path directory including
the target folder may help. |
|
S****h 发帖数: 558 | 2 I think one node means a processor as well as a thread. They need to
simulate a large number of instances relatively independently. Each
instance is not too complicated though (single thread C++ code, wrapped in
JNI). I am not sure what technology they used for grid. But anyway, I
will not need to worry about it unless they extend me an offer. :) |
|
r*****s 发帖数: 985 | 3 是啊,
per thread/process的一般不叫node
用jni+C++也很奇怪
除非legacy code很难重写 |
|
r*****l 发帖数: 2859 | 4 前台web,后台process。中间做个adapter就行了。如果R可以生成native library,用
JNI也行。 |
|
F****n 发帖数: 3271 | 5 Most likely, you made some type cast mistakes in your C/C++ code.
value |
|
z****e 发帖数: 54598 | 6 其实我觉得web service之上的建筑已经很健壮了
不知道你听说过esb和bpel没有
这个我最近感觉越来越多的公司在用这些东西
这两个大规模系统集成层面的pattern都是基于web service
当然esb也兼容一些jni之类的,但是主要还是web service的soap和rest啊
所以其实我觉得这个对于系统集成来说,不应该是很少使用的
至少在我这个地理位置来看,有愈烧愈旺的趋势
然后对于系统的集成,我个人还是比较传统的
认为一个良好设计过的大型系统,应该是一个同心圆,或者说是一个伞形
最里面是我们的db,次外层是中间件,再外层是对外暴露的server,最外层是客户机
然后安全级别逐层降低,最里面的db安全级别最高,最外层的客户机,安全级别最低
机器数量逐层增加,单个机器性能,逐层降低
这样一个结构,但是如果做不到,变形成为esb那种多对多的对接也是很有可能的
但是我认为,同心圆这种设计适用于某一个单一领域的大型系统
而如果把这些系统看成一个个原子,那么要处理好这些原子之间的关系
esb等上吧,我感觉现在senior一点的职位,web service是必需的
然后esb之... 阅读全帖 |
|
z*******3 发帖数: 13709 | 7 说一下例子
其实有一个逻辑是一定要放到ejb或者是spring core里面去的
那就是当你用struts/spring mvc封装了web服务器之后
并用hibernate/ibatis这些封装了db之后
这两个怎么连起来?
如果你只有两台物理机器,这也许还比较容易
因为直接用spring mvc里面的controller去调用hibernate的sessionfactory就好了
但是问题在于,这样做不便于扩展
因为这只有两台机器,1对1,关联只有一条线
如果是4台机器的话,2台web服务器,2台db,那么就是2*2=4条关联
如果再多一点,6台机器,3台web服务器,3台db,那么就是9条关联
……
如果这里面再参合其它的系统,比如统计的r语言,sas,.net之类的
那就麻烦大了,到最后你会彻底迷失在网状的关系中
怎么办?很简单,搞一个中间件出来
所有的系统,只能跟这一个中间件去交流,剩下的其它的系统
别管是什么系统,都不允许直接调用
也就是web服务器不允许直接调用db
不管是web服务器还是db,都只允许跟中间件做交流
这样做就容易很多,而且极其便于扩展
因为如果有新系统进... 阅读全帖 |
|
u****s 发帖数: 2186 | 8 JVM should not crash no matter what. 64-bit JRE is not as stable as 32-bit.
Unfortunately it crashes sometimes, most of time I saw it happens in JNI and
Swing. |
|
u****s 发帖数: 2186 | 9 Glad to hear :)
N年前搞JNI的时候,JVM经常死掉。
给Sun提了bug report,人家直接closed,won't fix.
换了自己的JRE,开始也crash,需要改一些code才行。不过发现了问题至少可以找到人
解决。 |
|
p*****y 发帖数: 529 | 10 One of the trend across ibank is to write the overnight pricing/risk
calculation in pythin because python can hook up with native c/c++ libs
easily. the real time pricing is still done with java->jni->c++ because the
grid computing is more readily available in java. |
|
p*****y 发帖数: 529 | 11 One of the trend across ibank is to write the overnight pricing/risk
calculation in pythin because python can hook up with native c/c++ libs
easily. the real time pricing is still done with java->jni->c++ because the
grid computing is more readily available in java. |
|
p*****2 发帖数: 21240 | 12
for
其实我是做C的。Java工作中用一些JNI。业余做题用Java,比较简单。 |
|
Y**G 发帖数: 1089 | 13 而项目的可管理性,是否有庞大的类库资源,learning curve都是比速度更重要的考虑
另外,你也可以C++写native方法通过JNI来调用,从而弥补缺陷 |
|
b******y 发帖数: 9224 | 14
恩,这个有些靠谱。我有查了查,c里面可以用mlock. 但java没有这个功能,只能听天
(os)由命了。不过,我想可能需要用到jni, 或者是用unsafe. 反正不容易做了。其他
的好主意,我还没想到。 |
|
w**z 发帖数: 8232 | 15 同意,还是Java 好,只要找对JDK就行了。最近搞JNI调用一个C的库,不同OS, 还要
自己compile,太他们的痛苦了。 |
|
|
f*****e 发帖数: 2992 | 17 做游戏的经验能不能移植到订票系统上呢?可不可以用C或C++写个JNI包装一下?
s |
|
|
z****e 发帖数: 54598 | 19 你说的是用java通过jni去call webkit engine嘛?
javafx直接把webkit集成到jvm里面去了,所以效率上会快一点 |
|
d****i 发帖数: 4809 | 20 PHP和Java的底层都是C写的, 你可以用C写一个lib来连接两个语言,Java(JNI)-> C ->
PHP(PHP native interface). 可能不是最好的方案,但是是最快的方案。 |
|
|
R*******r 发帖数: 104 | 22 dude, you make it too complicated, he's probably having a desktop
application, and a simple JNI interface will be more than enough. |
|
R*******r 发帖数: 104 | 23 You are using a C/S structure to separate UI and business code.
With a simple JNI interface, you can get the data and display in
java too, only much faster and reliable.
I don't see why java code will be affected if the business code goes
wrong. |
|
c*****t 发帖数: 1879 | 24 JNI uses the same memory space as JVM, so a memory related problem can
cause JVM to crash. |
|
v**d 发帖数: 186 | 25 craps like JNI should by all means be avoided, hoho |
|
g*****g 发帖数: 34805 | 26 You can use C++ to call Java via JNI.
You may want to wrap your java library with some Java code
so that the java interface is as simple as possible and
only contains primitive type or array of primitive.
rather
will |
|
s*******k 发帖数: 252 | 27 我现在用C++最痛恨的是找不到好用的library/package(比如xml, www, database之类),因为C++不像python和Java那样"
batteries included"
那么我在C++里面调用python/java的library方便么?boost::python和JNI有人用过么?
多谢 |
|
x*********h 发帖数: 25 | 28 I also had such ideas, but don't think that it may make it actually easy for
you to operate python objects. As for jni, someone just told me that it is
a kind of wierd thing and not well designed. |
|
P*****f 发帖数: 2272 | 29 JNI肯定是可以的
是什么?
或者怎么在java中使用unix的系统调用?
thanks |
|
c*****t 发帖数: 1879 | 30 Google JNI, java native interface . |
|
g*****g 发帖数: 34805 | 31 You can get last modified time by calling
File.lastModified(), there's no api to get
created time or accessed time, since neither
is universal across platforms. You can try some
JNI solution for your specific OS. |
|
f**y 发帖数: 138 | 32 I thought you guys are talking about 'GNU compiler for java'.
Well, speaking of the compiler, has anyone tried to compile your java
code into native binary? Do you mind sharing your experience?
I tried the gcj together with openjdk and gave up later because
the gcj doesn't recognize sun.misc.Signal* classes which are vital
to my code. I thought about installing the signal handler in jni and
call back to java methods from the handler. But couldn't find a way
to retrieve the java methods from the |
|
T*****9 发帖数: 2484 | 33 jni is too difficult ... |
|
g*****g 发帖数: 34805 | 34 java applet as front end, and java server as back end is probably
the simplest way to do it. You C/C++ output seems to be simple,
you can use Java JNI to get data from C/C++ function directly. |
|
g*****g 发帖数: 34805 | 35 I don't get it. There's no difference on top of JVM unless
you are using JNI. |
|
h**********c 发帖数: 4120 | 36 may be some.package.ReadFile |
|
|
n*w 发帖数: 3393 | 38 我倒不认为这些features是 trivial的。
From embracing dynamic programming, bring asynchronicity into
the language, introduce iterators, functional programming constructs,
embrace parallelism and got a great implementation of generics.
觉得java拿了c++一大块的最重要原因(之一)是type safe。
下面这个别人总结的java和c#的不同点包括了一些trivial或不trivial的东西。
Generics are completely different between the two; Java generics are just
a compile-time "trick" (but a useful one at that). In C# and .NET
generics are maintained at execution time too, and work... 阅读全帖 |
|
g*****g 发帖数: 34805 | 39 这些文章举的例子本身都没有错。但都过于从学术的角度,而不是工程的角度去看待语
言。
Java不是高富帅,Java就是一种屌丝的语言,大约是主流语言里最容易学的,同时也是
主流语言是类库最大最全的,而后者跟前者有很大的关系。有更多的开发者,就会有更
多的类库。而类库的完备决定了开发的效率。高级的Java程序员,并不比中级的Java程
序员在语言上懂得更多,纯粹在类库上更有经验而已。
Java的设计初衷,就是一种很简单的语言,但又能满足90%以上的工程需要,剩下的10%
,9%用JNI在JDK或者第三方类库里实现了。剩下的1%,就是你底下文章里反复提到的函
数式语言的一些优点,包括function as first class citizen,也叫lambda
expression。在Java里可以用匿名内部类来实现类似的需要。比function class的实现
臃肿而丑陋,但是在实用中能达到同样的目的。
http://stackoverflow.com/questions/929988/equivalent-for-python
Java是一种通用语言,但这并不意味着是一个对所有领域最... 阅读全帖 |
|
o********s 发帖数: 971 | 40 a good example is that Android still needs JNI to do certain jobs. |
|
o********s 发帖数: 971 | 41 a good example is that Android still needs JNI to do certain jobs. |
|
z*******3 发帖数: 13709 | 42 java之前有企业应用
但是濒临绝境,因为维护成本随着项目的增大,呈现指数级上升
所以有了人月神话那本书,那本书也是最早软件工程这个学科的圣经
可以说也就是有了这本书之后,软件工程才真正开始发展起来
只不过有趣的是
到今天还有人以为
大型项目的问题,还跟30年前一样,以为人们还在面临着相同的问题
刻舟求剑
那本书提高了一个很经典的沟通成本的问题
就是一个面向过程的开发语言的死结
所以才有了后来的面向对象
也正是通过面向对象语言的大规模采用
才使得这种沟通成本大大降低,模块化结构化的思想深入人心
后来才有了虚拟机这个东西,有了虚拟机
就保证程序能够跑在所有的os上,至少理论上是这样
然后jdbc保证了程序能跟所有的数据库合作,hibernate等工具强化了这一合作
再通过其他手段,比如tomcat等开源工具,保证了能跟浏览器客户端浏览器的合作
还有jni提供了跟c以及c++等语言的接口
所以真正最大的glue是java
包括r什么function language都有跟java的接口
这才是java的真正威力所在
而不是什么某一个语言上的feature的好坏
只对比语言某一个featur... 阅读全帖 |
|