I am having an issue with Designer 8.5.3 crashing when I try to drop and drop fields from the data palette on to a custom control or an XPage. Occasionally the drap and drop will work, but with no apparent reason or consistency. Most of the time(98%) designer crashes.
I am currently using Windows XP on a corporate imaged laptop.
I have errors similar to the one below listed for the databases that I have tried to work with.
The project was not validated due to "Can not create a Resource at the location : jnsf:/Local/databasetest.nsf/bin". Fix the problem, then try refreshing this project and validating it since it may be inconsistent databasetest.nsf Unknown JavaScript Problem
I have read a related post and tried the suggestions, but they did not seem to work. Any help or pointing in the right direction would be greatly appreciated!
Have you opened a PMR with IBM yet? If not, do so an supply them the crash logs, dumps, ...
Related
I use a web interface to display spotfire visualizations using the spotfire plugin. I am currently having an issue where a small number of users are receiving an error when loading the visualizations in their browser.
I get "document property undefined errors" and in the navigation menu I've created one specific filter element displays grayed out with the message "Property control needs configuration"
I am currently using Spotfire 6.0, and have extensively searched http://support.spotfire.com/patches_spotfire.asp for possible solutions but have not successfully found any clear explanation of the problem.
If anyone has any experience with the spotfire plugin, PLEASE get back to me as soon as you can. Thanks so much!
I ran into a similar problem. Try going into the Document properties and uncheck the box that says "Remember personalized view for each webplayer user." That usually fixes it for me.
Thanks!
In a rather complex project the entire project team is encountering more and more problems regarding designer, like frequent crashes, exceeding of memory limits and- most annoying - problems with outdated project data:
quite often we observe that two different designer clients are showing different versions of project data (see below for a rough description of the environment).
A simple example: an hour ago a co-worker asked me to open and test a new Xpage she had created 15 minutes ago in her Designer. In my Designer client however the new Xpage was not present yet. right-clicking my application and hitting "refresh" brought up the new Xpage.
The problem hits the ceiling with design elements that we both are working on in turns (as in "are you currently working on xpage XXX? I'd like to add..."). So with this syncing delay the problem is obvious: If I foirget to manually sync my project before adding stuff I will overwrite the co-workers' codings.
We never had this problem before, although I have to admit that we never had to work in a team on such a massive project.
Here's the setup:
all designer clients are 9.0.1 FP6
everyone is working on the same project stored on the same server
everyone is working on the same network withion the same building, just door-to-door
Is there something we could do or check to improve this situation?
Lothar, you have stated three problems at once. I'll try dissect them.
Frequent crashes:
We experienced many, many crashes in our daily work after upgrading to Windows 10. I know it sounds silly, but one way it worked for us and successfully mitigated those crashes was installing IBM Designer into C:\IBM\Notes, instead of C:\Program Files\IBM\Notes.
Granting 'Full Access' to 'All Users' over that folder was also necessary.
Exceeding of memory limits: As jtomas correctly pointed out, default memory settings are not enough for heavy xpages development in Domino Designer. I would suggest going to vmarg.Xmx=-Xmx1024m.
Problems with outdated project data: I think there is no workaround for this problem because there is no problem. Domino Designer 9 is a Eclipse based software, and works like so.
Think about it: When working in Java projects, developers download (checkout) source files from a Source Control System (SVN, Git, etc) and work them locally. Whenever a developer modifies or create a file, another developer can see it only if:
a) The modified/new file has been uploaded (commit) to Source Control Repository; and
b) Other developers have synchronized (refresh) their local projects with the repository.
See, that's how Java development works and that's the way we should do it too. Upon opening a NSF file, Domino Designer breaks it down into many files, just like a Java project. Once locally saved into the Java Virtual File System, those files get updates only when you refresh the project. Silly, but it is what it is.
My recipe to a well succeeded Domino development team include:
1) Design locking: All developers must explicitly lock elements they will work on. We don't rely on implicit locks.
2) Communications: All members of the team must be immediately notified whenever a developer has made major updates to the project.
3) Source Control: Despite its pitfalls, we rely heavily on SVN as code repository. It's far from perfect, and merges don't work properly, but it's better than no control.
Hope it helps.
I'm not sure this will fix your syncing issue but I have found modifying the following 3 lines in your local Notes\framework\rcp\deploy\jvm.properties file to help with Designer performance when developing in XPages especially with large projects:
vmarg.Xmx=-Xmx512m
vmarg.Xms=-Xms48m
vmarg.Xmca=-Xmca512k
These are the memory limits I use. You can increase the limits just make sure they are a multiple of 4. You have to restart Notes & Designer for changes to take effect.
I have been trying to resolve a very simple issue i had yesterday. But i am still unable to make this right.
i was working CRM advanced find to filter out some records, when suddenly an SQL time-out exception occured (that because one of our other team member was importing a solution).
Now the advance find view look like this
All the buttons are out of style.
I tried following:
clearing cache of IE
reset browser settings
Ctrl +F5
Ctrl+Shift+r
Deleted temporary internet files
Nothing will make it right.
P.S: This works find in google chrome for me and in IE for all other team members except me. :(
I'm using IBM Domino Designer 9.0.1. I have a server locally installed, and I have an ODP project associated to the nsf. Recently I've been opening Domino Designer to have it completely forget the nsf elements (have a look at the picture). Preferences/General/Workspace is set to 'Refresh automatically' and Build automatically is turned off.
I've tried: Refreh (no effect), Build (no effect), Sync (Progress bar gets filled with 'Updating File Menu based on Navigator Filter' but no progress).
The only thing that seems to work is re-associating the ODP to a new nsf.
Anybody have anything similar? Should I just reinstall Domino Designer? Because, you know, that's just loads of fun!
I had a similar issue but with an older version of Designer (8.5 or 8.01). Currently at 9.01 and haven't had the issue. I believe I had to rebuild my /workspace to solve the issue.
I found another similar issue with 8.01 in the Notes forum. You didn't mention if Processing indications (green circle and status bar bottom right) showed anything going on in the background.
delete your workspace directory under Data. it saves your day
Not quite sure what I've done to screw up SPD2010 (was working), but it displayed
Sharepoint Designer cannot display the item
What you can try:
Click refresh ... blah
Most likely causes
The file has been deleted from the site
The site is encountering problems
I can't see anything related in event viewer. I think is web service related as I think the queries are made via a WS?
In my case it wasn’t a solution. So, I made a backup of the site collection before to try anything. After a lot of time and different problems I figured out that some lists were causing the missreading. I tried one more time to get the lists in SharePoint Designer 2010 just to cause some entries in the log. After that I opened the log file and looked for something like: “Failed to determine the setup path of the list schema for feature {GUID}, list template XXX.”. With the GUID I looked for a match here. http://sharepoint-geek.com/2010/10/08/sharepoint-2007-moss-features/
With the feature name I used this blog: http://aurramu.blogspot.com/2011/03/failed-determine-setup-path-of-list.html.
With the feature re-installed I went to SPD and it worked like a charm.
I hope it helps someone else.
It appears this was caused by a "phantom" list definition. I experienced a number of other problems (some in SP some in SPD), all generating variations of this error;
<nativehr>0x8107058a</nativehr><nativestack></nativestack>
The problem list definition was deployed and undeployed from VS2010, so I have no idea why it was still around! The Sharepoint UI wont allow you to remove it (errors as above), so the trick is to use the stsadm powershell command with forcedeletelist as detailed here
http://technet.microsoft.com/en-us/library/cc262609(office.12).aspx
Hope this helps someone else !