What encryption algorithms (AES, DES, etc.) are available using the JCE that SDK/J provides?
What we provide is actually a subset of the JCE. It isn't a fully functional, compliant JCE. So, the default encryption algorithm is the only one which is available on the MFP. On older MFPs RSA is the default encryption algorithm.
Does SDK/J support only 128 or 256 bits key strength?
SDK/J versions 5.x, 6.x, 7.x, 10.x, 11.x and 12.x supports AES128 for SSL communication from within your SDK/J Servlet application. 11A and later models support SHA-256 and SHA-512 through a device certificate. These certificates are generated in Web Image monitor and/or are uploaded.
RiDP Site Feedback, part 3
Incident Properties
Question
It would be nice to be able to subscribe to site updates. For example, I only looked for the 7.24 CVM Releases because we happend to find out that a customer has 7.24 installed and we do not. I also happend to see that RXOP 3.5.1 is now available. Notification of updates like these will help us keep on top of things.
RiDP Site Feedback, part 2
Incident Properties
Question
After creating an incident, the UI returns to the Support Console - My Incidents page (http://107.170.164.93/beta-support-system) but the selected tab is "In Progress". I think after adding a new incident the user should be returned to the "new" tab to show the incident just created. Similarly, after updating an in progress incident the page might want to return to the "in progress" tab. After closing an incident it might want to return to the "closed" tab.
What is the difference between "in progress" and "being investigated"?
Perhaps the order of tabs could be changed to be new, in progress, closed. This seems to fit the typical "workflow" for incidents from start to completion.
RiDP Site Feedback, part 1
Incident Properties
Question
A few suggestions after interacting with the http://107.170.164.93/rxop-downloads page to download the 7.24 updates.
The description shown when the RXOP and ROC-RXOP tabs are selected are the same. There is no indication as to what the difference is between RXOP and ROC-RXOP.
The 10.x-12.x and 1.x to 7.x tabs also have the same description but these tabs are related to the CVM packages that RXOP can push to an MFP. It may be helpful to indicate this in the description or change the tab names to be something like "CVM Packages for 10.x-12.x".
Filenames are inconsistent on the ROC RXOP page. Some have _ others have . separating version numbers.
It might be helpful to have a link somewhere on the rxop-download page to the cvm-releases page and vice-versa.
On the CVM Releases page (http://107.170.164.93/cvm-releases), a description indicating that these are intended to be used when updating the card manually (not using RXOP) would make it clear the intent of the packages.
There is no RXOP CVM package for 7.24 but there is a CVM Releases package for 7.24. This isn't really related to the site but something I noticed when looking for 7.24.
In general I think having CVM packages in two places is confusing because if I'm looking for CVM and I don't know that RXOP has a CVM aspect to it, I won't think to look there. I outlined having a link between the two might make this more clear if the fundamental web site organization does not change. If the web site organization could change, a possibility is to have all the CVM stuff in one place and clearly mark which packages are intended for what. For example, if there were a single link to CVM packages under the main menu, and on that page tabs labeled something like "for use with RXOP" and "for use when manually updating a card", then the site is more self-service.
CAP SSO or AAA with partner solutions causes devices not going to the sleep mode
Incident Properties
Question
It was noticed that when user logged out from CAP while partner solution is in the middle of scanning causes devices not going to the sleep mode. Required reboot to get the devices goes to the sleep mode.
Installed applications on the device: CAP & eCopy ShareScan
SSO enabled between these solutions and SSO is working as expected.
If user decided to logout and walkaway from the device in the middle of ShareScan Scanning, swipe the card to logout from CAP, ShareScan continues to scan until finishes all the originals.
Once it's logged out while scanning in progress, the device is not going the sleep mode.
Required a reboot, then only device goes to the sleep mode.
Both Rsh & Trace logs were reviewed by the Nuance eCopy developer and he did not see any processes holding by the eCopy that makes devices not going to the sleep mode.
So it seems the power save mode issue is causing by the device components such as Java Platform etc. , required analysis from RCL possibly.
Similar issue was noticed with CAP/NSi, CAP/Kofax.
eCopy ShareScan 5.4 USB stick
Incident Properties
Question
Developer from Nuance is visiting PTEC lab, so we are planning to return all of their USB sticks.
Because they do not wanted to ship them back to Europe due to customs.
The pre-screening was just finished for ShareScan 5.4, so I am requesting you to save the image or back up the image and send the USB to NJ.
Developer will be in PTEC lab from 05/19 to 05/21.
Thank you!
Vasantha
Need to know status of CAP launcher from RCL.
Incident Properties
Question
On Friday we had sent some logs to RCL for the CAP team to review. Has there been any update or thoughts from RCL about this matter ?
This issue only affects 11.x and 12.x versions of the SDK/J in our testing.
What is the default display panel size for SKD/J applications?
HVGA is the default panel size. Documentation on this topic is found on sdkj_xlet_develop_panel_eR112.pdf (page 12). This document section describes the default behavior regarding display panel and DALP file correlation. The document notes the following:
Why am I having issues creating icons with lastest version of GIMP?
Issue: