I use the Data Import Wizard (DIW) for file loading. And lately, simply right clicking on a table and then selecting the DIW option to bring up the wizard, I experience a 1-2 minute lag before the GUI dialog box even comes up. Furthermore, as I progress thru the steps of the DIW GUI, each step will delay 1-2 minutes before moving on to the next. So all together, using the DIW can typically take me > 10 min.
What could be causing this and how might I remedy the issue?
I'm using Oracle SQL Dev version: 18.4.0.376
Regards,
rhelm
Finally was able to update to the current v19.2 and no longer experience any delays.
Related
Every time I am inside a Java or XPages/Custom Control file and save the file it takes an unusual amount of time to complete the save operation (about 5 seconds).
While saving, the cursor rapidly switches between the standard cursor and the loading wheel - looks like it does so by the millisecond.
When inside a small project I have no issues - but after working a while and the project gets bigger the issue starts to show and worsens the bigger the project gets. It almost seems like the Domino Designer is trying to save every file in the project (which it does not do).
The only file I don't have this issue with is the faces-config.xml.
As mentioned above, I'm working with the IBM Domino Designer (9.0.1FP6). Also, the Domino Designer is running inside a Windows 10 Virtual Machine using VirtualBox.
The problem started to appear a couple of weeks ago.
No problems before that.
"Build Automatically" is not enabled and I made no significant changes to preferences - at least not that I'm aware of.
As Sven Hasselbach and Per Henrik Lausten pointed out the issue might be the server I am working on - Working on a local replica resolves the issue.
I have a very weird situation. Since a few days, the following actions will crash my Windows 10 PC (using Notes R9.01FP8):
I open my Prefs page in the Domino Designer
click on the Source tab
move to a specific location in a table
then I add a Repeat control
I then open the Properties of the Repeat control
to set the data to JavaScript...
and nothing happens, until after a few seconds: BSOD - Unexpected Kernel Mode Trap in either win32kfull.sys or ntoskrnl.exe.
Sometimes, the JavaScipt box is displayed, so I can paste my code, but a short while later the PC still crashes.
I have to say that my PC crashed a lot lately, so I reinstalled Windows and all drivers, so there might be a rotten one that causes all this. According to DriverEasy, all drivers are now up to date. The Event viewer displays a BugCheck event, but nothing relevant (to me anyway).
What I did for further analysis:
I removed Cache.ndk, it didn't help (of course)
in a copy of the XPage, the system crashes when I add the Repeat
ditto, in a different XPage
it seems to work in a different Notes database, on a different XPage
so I created a new database, copied all elements from the original database over, and still the system crashes when I add the Repeat
I'll be doing so more tests, e.g. with an empty database and just one XPage, then adding my Prefs page, or with the same database but then on a server. Actually, one could say I'm kind of lost, and stumbling around in the dark.
My questions to the XPages/Eclipse gurus:
could it be the workspace, and is there any way to reset it?
do you have any suggestions how to get this solved?
Thanks!
The Windows Creator update that MS posted does not seem to fix the Designer crash.
https://grahamacres.wordpress.com/2017/07/10/domino-designer-still-crashes-after-windows-10-creators-update/
My Talend ESB (6.1.1_20151214_1327) keeps freezing ... run freeze .. resize a tab freeze .. move to another tab and come back freeze ..
So I thought there must be some problem with my windows7, so I tried in my mac laptop, exactly the same thing keeps happening. Same for 610 ESB, Same for DI version too.
Is there an option that I need to change in config to avoid that? Waiting for 10min for defreeze, or at times rebooting makes me scared of creating more artifacts in Talend (I only have 3 now). I wish not to move to python.
If you output a lot of data to the console using a tLogRow component, you will find that your Talend Studio will freeze, especially when changing tabs etc.
Try removing any tLogRows that you have and see if the avoids the freeze.
You can workaround on Two points about talend freeze.
that is
pt 1:
Please check if there are spaces in the path of product installation and the workspace, if so, try to install it without spaces in the path.
Talend recommend user to use 7-zip to unzip the products.
pt 2:
Based on source
"https://help.talend.com/display/TalendESBHandsonGuide60EN/4.5+Accessing+all+ESB+event+logs+in+Talend+Administration+Center"
We can capture exact error.and then ,work on it accordingly.
or
It is possible that
To launch product,Sometimes we may launch wrong exe for our environment.
Follow this guide
"https://help.talend.com/display/TalendESBInstallationGuide60EN/3.5.1+Installing+the+Talend+Studio"
Anyone know how to remove or supress the enoying dialog boxes when developing xPages
If you are just making small xpages application you might not see these very often, but the more complex your xPages get you see these all the time. specially when you navigate your xpage using the outline view or during build
I click the x several times every day to get rid of it, Not sure if the operation quits when I click the x or if it continues in the background.
I would like a setting to get rid of it once and for all
Well, in your designer, you should disable Build automatically in the Project menu. This will remove the constant build, but also means that you have to build manually, when needed.
You could also take a look at Nathan T. Freeman's post on the matter # Making Domino Designer work like you want
Are you using any java libraries added to the webinf/lib dir in your nsf? I noticed that when adding any jar files to the lib dir rebuilding your application can take ages..
I had 2 external jar files used in my project (contained within the database). It used to take around 5-10 minutes to compile the project. Any changes to the XPages/Custom Control/Java files needs a recompile. And you can imagine the frustration I had with the compilation time. Later I detached the jar files and put under the jvm\lib\ext folder. The compilation time drastically reduced to 1 minute. Still not happy.
As a next step, took a local replica of the database and started making the changes and recompilation on the local replica. Once done, replicated the databases and always previewed the changes on the server version. The compilation time is hardly 10 seconds. So 10 minutes to 10 seconds :)
Switch off build automatically, it will solve most of these.
There is also a known issue SPR SODY8Q9KNA where Java Design elements (new feature in 8.5.3) keep getting rebuilt on designer start up. That brings up the same pop-up.
There should be a fix for that in 8.5.3FP1 but I am not in an official position to say it will be in FP1 until it actually ships. You can check in the release notes as they are updated.
http://www-10.lotus.com/ldd/r5fixlist.nsf/(Progress)/853%20FP1
I'm a relatively new developer who uses the Force.com IDE on eclipse.
What are some things I could do to avoid this happening in the future? I heard that using Eclipse might not be the efficient way of doing things in general... but I'm very used to it.
Any hints/advice/guidance would be appreciated.
Was it a VF page that timed out? You need to figure out what's taking so long. Do you have an infinite loop, or inefficient loops that are chewing up thousands of statements executed?
Set up a log under Setup > Monitoring > Debug Logs and then run your script again. Check out the profiling and governor limit information at the bottom. It should give you an idea of where time is being spent.
If you are talking about callout then you can set higher timeout.
In Eclipse can be another type of timeout - during saving files. If you mean this then you should save file(s) one more time.
I'm working with SF for half a year and I have been using Eclipse for developing stuff. I can say that there are no problems with using it.
The issue resolved itself when I migrated to the stand-alone Force.com IDE.