t*s
2 楼
谁说的？
【在 xt 的大作中提到】
: 居然有个64K的file limit.不知道哪个粪叉做的.可以和给W2K做中文系统的那些弱智有一
: 比了.
【在 xt 的大作中提到】
: 居然有个64K的file limit.不知道哪个粪叉做的.可以和给W2K做中文系统的那些弱智有一
: 比了.
xt
3 楼
有一
I just had tonnes of crashes due to javac.err.branch.too.big error. It's
because the generate files cannot exceed 64K.
【在 t**s 的大作中提到】
: 谁说的？
e*g
4 楼
well then it's not JSP problem, rather javac. nowadays nobody write
that kind big source file anyway. try break your JSP into subpages, and
use dynamic includes.
that being said, JSP IS rubbish, I agree, for a handful reasons.
【在 xt 的大作中提到】
:
: 有一
: I just had tonnes of crashes due to javac.err.branch.too.big error. It's
: because the generate files cannot exceed 64K.
c*t
5 楼
Not being able to compile greater than 64K byte code is really a problem
in certain applications. Mainly in the lexers and parsers where large
precomputed tables is stored and could easily exceed 64K.
【在 e***g 的大作中提到】
:
: well then it's not JSP problem, rather javac. nowadays nobody write
: that kind big source file anyway. try break your JSP into subpages, and
: use dynamic includes.
: that being said, JSP IS rubbish, I agree, for a handful reasons.
in certain applications. Mainly in the lexers and parsers where large
precomputed tables is stored and could easily exceed 64K.
【在 e***g 的大作中提到】
:
: well then it's not JSP problem, rather javac. nowadays nobody write
: that kind big source file anyway. try break your JSP into subpages, and
: use dynamic includes.
: that being said, JSP IS rubbish, I agree, for a handful reasons.
g*g
6 楼
precomputed tables? Can't they be saved as external resources?
【在 c*****t 的大作中提到】
: Not being able to compile greater than 64K byte code is really a problem
: in certain applications. Mainly in the lexers and parsers where large
: precomputed tables is stored and could easily exceed 64K.
【在 c*****t 的大作中提到】
: Not being able to compile greater than 64K byte code is really a problem
: in certain applications. Mainly in the lexers and parsers where large
: precomputed tables is stored and could easily exceed 64K.
xt
7 楼
The only thing I can tell you is that 64K is a very small limit for generated
java code. If you have a big form containing a couple of select boxes, it's
dead.
【在 g*****g 的大作中提到】
: precomputed tables? Can't they be saved as external resources?
m*t
8 楼
JVM has certain limitations on the number of constants and a few
other things. I'm not aware of any limitation on the javac side.
【在 xt 的大作中提到】
:
: The only thing I can tell you is that 64K is a very small limit for generated
: java code. If you have a big form containing a couple of select boxes, it's
: dead.
F*l
9 楼
Maybe you can convert it to servlet. If you have a jsp engine, it should not
be difficult to convert a html to a servlet. So you can try a servlet
instead a jsp, but they are euqal.
But I don't know if there is also such a limitation for java file.
【在 xt 的大作中提到】
:
: The only thing I can tell you is that 64K is a very small limit for generated
: java code. If you have a big form containing a couple of select boxes, it's
: dead.
be difficult to convert a html to a servlet. So you can try a servlet
instead a jsp, but they are euqal.
But I don't know if there is also such a limitation for java file.
【在 xt 的大作中提到】
:
: The only thing I can tell you is that 64K is a very small limit for generated
: java code. If you have a big form containing a couple of select boxes, it's
: dead.
xt
10 楼
There is no such limitation to regular java code I guess. I have
written methods way larger than 64K if compiled into bytecode.
It's not difficult, but it is not what we are looking for.
【在 F*****l 的大作中提到】
: Maybe you can convert it to servlet. If you have a jsp engine, it should not
: be difficult to convert a html to a servlet. So you can try a servlet
: instead a jsp, but they are euqal.
: But I don't know if there is also such a limitation for java file.
xt
11 楼
The size of bytecode from a method cannot be more than 64 for JSP.
【在 m******t 的大作中提到】
:
: JVM has certain limitations on the number of constants and a few
: other things. I'm not aware of any limitation on the javac side.
m*t
12 楼
I'm sorry, I misread your original post. Yes, that 64K limitation
is the general limitation of the JVM I was talking about. It's not
just for jsp.
【在 xt 的大作中提到】
:
: The size of bytecode from a method cannot be more than 64 for JSP.
c*t
13 楼
Not if you are trying to obtain the maximum speed. Also having external
resources would slightly complicate resource management a bit.
【在 g*****g 的大作中提到】
: precomputed tables? Can't they be saved as external resources?
resources would slightly complicate resource management a bit.
【在 g*****g 的大作中提到】
: precomputed tables? Can't they be saved as external resources?
相关阅读
哪有全真SCJP尸体?Why My Java Program Is So Slow?请推荐servlet还有jsp的书weird problem with DynaForm on strutsCall for donation. 刚开通给中国大地震的捐款帐号！JAVA新手问题请教new thread object 占的是heap还是stack?InputStream.read() 被block的问题（陷入无限等待）JAVA问题求教下一步给如何学习？工作问题How to know the size of a java object ?[请教]调用外部命令编码的问题关于Thinking in Java的版本？本站的地震捐款帐号 (转载)Effective Java第二版JAVA下面有什么数值计算的package?自学J2EE，指点一下Heh, Spring's own application serverHow do I declare a transaction among 2 spring service calls