Installation t org.apache.derby.impl.jdbc.Util.generateCsSQLException(未知源) 位于org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(未知源)

Installation t org.apache.derby.impl.jdbc.Util.generateCsSQLException(未知源) 位于org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(未知源) ,installation,glassfish,ejb,derby,Installation,Glassfish,Ejb,Derby,Derby数据库可以是只读的,因为它们已安装在只读介质(如CD-ROM)上。它们也可以是只读的,因为它们存储在jar或zip文件中,并直接从jar/zip访问。这里有一些更多的信息:我遇到了同样的情况,上面提到了同样的错误消息(错误代码:20000调用:INSERT-INTO-EJB\uu-TIMER\uu-TBL…)(我无法使用EJB-TIMER部署ear包),所以我检查了我的运行情况 glassfish\u目录\u域/my\u域/lib/databases/ejbtimer目录 在列出它的内

Derby数据库可以是只读的,因为它们已安装在只读介质(如CD-ROM)上。它们也可以是只读的,因为它们存储在jar或zip文件中,并直接从jar/zip访问。这里有一些更多的信息:

我遇到了同样的情况,上面提到了同样的错误消息(
错误代码:20000调用:INSERT-INTO-EJB\uu-TIMER\uu-TBL…
)(我无法使用EJB-TIMER部署ear包),所以我检查了我的运行情况

glassfish\u目录\u域/my\u域/lib/databases/ejbtimer
目录

在列出它的内容之后,我在这个目录中看到了一件重要的事情:不知何故,
db.lck
文件是在根目录下创建的(可能是上次我无意中使用sudo启动域的时候),所以我对这个目录及其子目录中的所有文件执行了chown和chgrp操作(当然,glassfish域在这项工作中被停止).

从那以后,一切又变得完美了。我的
ear包
已成功部署


谢谢你的合作思维:-)

我对同样的stacktrace也有同样的问题。该问题是由glassfish管理员密码引起的。我必须更改它以应用ssl证书。在我更改密码后,出现了错误消息

我通过重置glassfish密码解决了这个问题


此derby数据库不是只读的。它是镶嵌在玻璃鱼上的。在一个系统上,我们更改了计时器以使用除Derby之外的其他数据库。在另一个例子中,我们似乎遇到了持久计时器(默认值)的问题。我们将它们更改为非持久性,并且从那时起,在Derby数据库上运行的计时器就没有问题。幸运的是,我们不需要他们坚持不懈。