Problem
I have an Xpage working properly on the test Domino server.
On production Domino server it can not be opened, Http 500 error displayed.
The two servers has different access control settings in the server document, but the signer of the application (production server) is listed in all programmability restrictions field except "Sign script libraries to run on behalf of someone else" field.
Server log
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP JVM: SEVERE: CLFAD0141E: Error processing XPage request
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP JVM: SEVERE: CLFAD0211E: Exception thrown
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP JVM: SEVERE: CLFAD0246E: Exception occurred servicing request for: /applications/application.nsf/xpage.xsp - HTTP Code: 500
[25A4:0014-1604] 2012.11.07 14:06:30 HTTP Web Server: Command Not Handled Exception [/applications/application.nsf/xpage.xsp] CN=First Last/O=Company/C=Country Code
Question
I have searched the net including IBM pages and forums for possible fix this error, but I have not found useable solution. Does anyone now how to fix this error?
Have a look at the latest xpages_exc_*.log file in the data/IBM_TECHNICAL_SUPPORT folder on the server for a more detailed explanation of the error.
If you don't have access to the file system on the server, then install and use the XPages Log File Reader from OpenNTF for easy access to the server log files.
I also had this problem earlier this week on a production 8.5.1 server (without extlib) and it was resolved by restarting the Domino server.
Besides server security settings etc the issue can also be related to application specific settings. E. g. Fulltext index, database properties etc. It might be a good idea to compare these things too.
Furthermore I also recommend using the Log Reader for easy access to the XPages log files...
Here I found a fix for the same problem
"
The resolution was discovered! We had added some Crystal Reports jar files to the C:\Lotus\Domino\jvm\lib\ext directory. It appears as if Domino and XPages did not like that. Instead, we had to put them in a directory external to Domino and then needed to reference those jar files in the "JavaUserClassesExt" line of the notes.ini.
After this was completed, Xpages worked!
"
I got this same error when I included the extlib.relational.library with the extlibx.library in the page generations property section of the Xpage property window. If I uncheck the relational library it works fine.
Related
I know a similar question already asked here but since given answer don't help me and my problem is kinda different I'm asking a new question.
I create data sources through admin panel -> Configure -> Datasources and it works fine. But if I restart server all created Datasources gonna missing from datasources list.
When I run ESB server I can see through logs that those datasources could not be loaded properly since ESB server is unable to decrypt sensitive data which it encrypted earlier:
DataSourceRepository Error in updating data source [remove:false] at path '/repository/components/org.wso2.carbon.ndatasource/myDatasource
Error in updating data source 'myDatasource' from registry
[remove:false]: Error in secure load of data source
meta info: An error occurred while decrypting data
Although myDatasource is missing from datasources list I can still see it in registry through admin panel -> Registry -> /_system/config/repository/components/org.wso2.carbon.ndatasource/myDatasource
I have the same issue. This seems to be some error introduced in 6.4.0.
6.3.0 does not exhibit this behaviour.
As a workaround, if you define the datasources in /conf/datasources/master-datasources.xml then the datasources load correctly at server startup. However this is not ideal solution as they cannot then be edited through the web console.
Alternatively you can download the registry entry , edit the password element to remove 'Encrypted=true' and change the password to be unencrypted. Then upload the edited file as a new registry entry alongside the old.
Both these methods are not feasible for production though as they leave the passwords unencrypted.
Out of interest are you running this on Windows? I discovered also on EI 6.4.0 that the Ciphertool utility will not run due to a malformed path. I suspect this might be related, but I cannot find where the malformed path is coming from it seems to be repeating the {carbon.home} element within the path :
C:\Program Files\WSO2\Enterprise Integrator\6.4.0\bin>ciphertool
Using CARBON_HOME: C:\Program Files\WSO2\Enterprise Integrator\6.4.0
Using JAVA_HOME: C:\WSO2\Enterprise Integrator\6.3.0\jdk\jdk1.8.0_192
Exception in thread "main" java.nio.file.InvalidPathException: Illegal char <:> at index 51: C:\Program Files\WSO2\Enterprise Integrator\6.4.0\C:\Program Files\WSO2\Enterprise Integrator\6.4.0\/repository/resources/security/wso2carbon.jks
at sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
at sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
at sun.nio.fs.WindowsPath.parse(WindowsPath.java:94)
at sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:255)
at java.nio.file.Paths.get(Paths.java:84)
at org.wso2.ciphertool.utils.Utils.getConfigFilePath(Utils.java:98)
at org.wso2.ciphertool.utils.Utils.setSystemProperties(Utils.java:289)
at org.wso2.ciphertool.CipherTool.initialize(CipherTool.java:93)
at org.wso2.ciphertool.CipherTool.main(CipherTool.java:52)
BizTalk 2013, production server, on windows 2008 R2 64 bit all host instances failed to start,
event log:
Error code 0x80131604, Error description: Exception has been thrown by the target of an invocation.
Googled a bit, there are threads saying it could be BizTalk configuration file issue, I copied one file from a non production server which works but still facing the same issue.
Any idea where to look?
This is - indeed - likely an issue with the configuration file. Most likely, the configuration file does not contain valid XML.
Try making a copy of the file and renaming that copy with an .xml extension. Than open it up in a browser or any program that includes an XML parser to see if the XML in the file is valid.
If you are unsure, try putting the XML in your question here (sanitize any senstive data before posting) and we'll take a look.
Any other errors you can see in the event log(s)?
I have a configurable service (CDServer). When I try to deploy my WMB flow that uses a CDInput Node, which is using the configurable service I got the following error:
BIP7962E: File path '\\192.168.45.91\myfolder' specified for the property 'brokerPathToInputDir' in the CDServer configurable service is not valid.
The file path is accesible from my Windows Explorer. The folder "myfolder" is shared on the remote computer.
I don't know where could be the error. I've tried chanching the file path to a different format (192.168.45.91\myfolder), but still doesn´t work.
I'm using:
WMB 8.0.0.1
MQ 7
Sterling Connect Direct 4.6
Any help on this issue is very appreciated.
I'm up against the same problem. While I continue to hope for a solution that works like yours, my manager told me yesterday he had wrestled with the problem a year ago, and the only solution he found was to put an SFTP server in the middle. For his message flow, he used Attachmate Reflection.
The FileInput node has hooks for remote access. On the FTP tab, click Remote Transfer and fill in the Attachmate server and port, and other settings. Attachmate in turn is configured with a virtual folder, which accesses the actual remote server.
It seems like more machinery than is necessary, but you can't argue with the fact that it works and has been in production for over a year.
A user with permission to create folders and components is not able to copy and paste items through WebDAV. This User is using Mac OS X Lion. The error he gets is that he does not have read and write permissions. Is there any resolution?
The WebDAV Connector is enabled by default server-side per the SDLLiveContent documentation at least for SDL Tridion 2011.
Only valid items are allowed via WebDAV which includes binaries (multimedia in Tridion), .xml components, and other types.
It seems like the user doesn't have permissions to read and write for a given folder. You can confirm by having them attempt creating folders or components in the same folder in the Content Manager Explorer (CME).
Is it possible that the Mac does not authenticate properly to Windows. In this case, you should be able to see the failed connections in your server logs. Is this user (or any other Mac user) able to use webdav successfully in any other folders?
As it's been suggested already, you will have to do some detective work to determine what exactly is failing. Tridion permissions do not change based on the client you use, so if they work from one client, they must work from another (excluding authentication issues here).
Go to your Windows Event Viewer, Tridion Content Manager log, check for error messages written to it when you try to copy content from the mac.
Post the exact error message you're getting. I doubt that Tridion is telling you "user is don't have read and write access"
Bottom line, if it works from Windows and not Mac, the issue is not with the WebDav server, but with the WebDav Client.
I also fail to see the programming question on this one...
What version of Tridion are you using? First action which you should do is to check Event Log for error messages (it was already suggested by Peter Kjaer), if you don't have anything there you can try to enable webdav debug logging by modifying cc_crtd_def.xml file which is situated in Tridion\webdav\WebDAVcartridges\Default\ folder. You should change loglevel property (as far as I remember it should be 4 for debug). And then there should be a log file created in the same folder or in webdav folder. You can try to find exact error message in this log file and post it here.
We are using two load balancing server for asp.net site in that we have a functionality which will create a receipt of order in pdf using abcpdf component it was working fine without load balancing server and but when we move it to load balancing server it is giving errors like. A generic error occurred in GDI. I have given full rights to directory which is used but still there problem. Does anybody have a solutions for this.
I cannot believe that. It fixed it. The other server had the permission, but the server that was throwing an error message did not have correct permission. We copied missing user permission from the sane server folder to insane server folder.