对于J2EE bean,我正在重用为java swing应用程序开发的代码.不幸的是,常常使用JOptionPane.showMessageDialog().幸运的是,在J2EE应用程序未重用的代码部分中,大多数情况都会出现,但在某些情况下,较低级别的代码具有JOptionPane.showMessageDialog()的实例.显然这会导致服务器上弹出对话框,这是我想要避免的.
作为第一步,我想以某种方式确保服务器上不会出现任何对话框.
有人建议在某些事件或油漆队列中偷看(我不记得哪一个):那将是:
// old code: JOptionPane.showMessageDialog(msg);
if ( someEventQueue.size() == 0 ) // <== consider this pseudo-code
Log.log(msg); // I am running on a server. Tell the log.
else
JOptionPane.showMessageDialog(msg); // I have a user made of meat. Tell him!
我从来没有真正做到这一点.你会怎么做？
我发现该服务不提供成本上限的事实有点吓人。是否有替代方案（提供上限的Amzn s3），或者如果数据或传输量突然疯狂增长，是否有办法例如轮询当前成本并禁用该服务？
或者其他一些巧妙的方法来限制账单。
刚看到崩溃,我们超过了255列.也许这个问题应该直接转向POI,但是我可以说我不想打扰他们,以便进一步开发它已经具有的增长性有用的API.;-) 限制页面不会逐步详细说明.
那么:假设输出在Excel中可读,您对实际限制的体验是什么？有没有人使用POI来评估和探索POI生成的Excel文件的软硬限制？
我可以在POI界面中快速找到的唯一限制如下.Microsoft列出了Excel 中的其他限制,这些限制似乎没有在POI中涵盖.
编辑:哎呀.刚刚意识到我们在过去的5年里没有更新过POI,所以下面的代码可能已经被替换了100次.
编辑:以下代码自2008年10月19日版本3.2以来没有变化.
/**
* @throws RuntimeException if the bounds are exceeded.
*/
private void checkBounds(int cellNum) {
if (cellNum > 255) {
throw new RuntimeException("You cannot have more than 255 columns "+
"in a given row (IV). Because Excel can't handle it");
}
else if (cellNum < 0) {
throw new RuntimeException("You cannot reference columns with an index of less then 0.");
}
}