TinyMCE out of the box includes 3 toolbars which consist of various plugin options.
This can be very helpful in general use.  However, when conforming to a certain style according to a web site, the multiple options available can potentially be obstructive.

The default toolbars in TinyMCE can be configured to consist of only options you want an end user to see and use.

Solution:

Browse to the folder iw-home/httpd/iw/tinymce/config
(iw-home = Location of where TeamSite installed)

Open the file custom_config.js in a text editor. Edit the following lines, with the choice of;
- Removing options,
- Rearranging the options to various locations of the toolbar,
- Add further options

There are various extra options you can add (These options are known as plug-ins). Extra supported plugin options are covered in the article – Plugin options available for TinyMCE

Once you have edited the toolbar to your requirements, the end user will visualise the customised toolbar in their DCT’s

There are various extra options you can add (These options are known as plug-ins). Extra supported plugin options include;

To add any one of these plugin options, please refer to the blog article – Configuring the default TinyMCE toolbar

TinyMCE out of the box includes 3 toolbars which consist of various plug-in options.
This can be very helpful in general use.  However, when conforming to a certain style according to a web site, the multiple options available can potentially be obstructive.

TinyMCE can be configured to create a new toolbar which can consist of only options you want an end user to see and use.  The custom toolbar created can be applied to specified Data Capture Template (DCT); personolising your DCT according to Web Site needs.

Solution:

Browse to the folder iw-home/httpd/iw/tinymce/config
(iw-home = Location of where TeamSite installed)

Open the file custom_config.js in a text editor.  Add the following lines

In this solution I am creating a toolbar named my_custom_toolbar
I have created a toolbar which gives the end user the options;
- Bold Font, Change the Font Colour
- Paste Text without formatting, Paste text with formatting
- Bullet List, Number List
- Undo, Redo
- Inset/Edit Anchor, Insert/Edit Link, Insert a new Table

To configure this to a selected DCT field, you need to ensure the field in the datacapture.cfg comprises the following code;

In the code above, it is saying the field must be filled in by the end user (this is optional), who will only see the my_custom_toolbar (created earlier in this blog) in the DCT for this particular field.

The screenshot below shows the custom toolbar created for the DCT

TinyMCE is fairly new to TeamSite, and there have been multiple issues, which  have been experienced.  One of the issues includes, when pasting from a word document into a TeamSite Data Capture Template (DCT) field which comprises TinyMCE; formatting of the selected text pasted comes in the DCT field without removing the formatting.

This can be a major issue on projects where a website conforms to a certain style.

Solution:

Browse to the folder iw-home/httpd/iw/tinymce/config
(iw-home = Location of where TeamSite installed)

Open the file custom_config.js in a text editor.  Now there are 2 options which you can consider;

1. Add options which will remove formatting to the existing default toolbars
2. Create a custom toolbar with the option of remove formatting

Option 1:
If you want to add to the options to the current toolbars, you would add pastetext,pasteword to the selected toolbar row

pastetext  - will paste the selected content as text
pasteword - will paste the selected content with formatting, but in line with the style set out for the template

For information on how to modify the default TinyMCE toolbar, please refer to the blog – Configuring the default TinyMCE toolbar

Option 2:
You would create a custom toolbar along with adding pastetext,pasteword to the new toolbar.

For information on how to create a custom toolbar, please refer to the blog – Creating a custom toolbar in TinyMCE

Plugin Options:
Once you have applied one of the options you can also consider looking at modifying the plugin options with;

To customise these options you would add in code (file mentioned above) as the example shown below;

IWTinyMCECustomConfig(”my_custom_toolbar”, “paste_create_paragraphs”, false);

You should now be able to paste into a TeamSite DCT field which comprises TinyMCE with the option of formatted text or unformatted text

Java classes created in TeamSite & LiveSite reference many other Java files.  These files are located in a different directory of TeamSite, so are referred to as external files to the location where Java classes.

The problem with compiling a Java class comes when the Java file to be compiled looks for these reference files, but can’t find them as they are located externally to where a Java compile takes place.  This is not documented.

Solution:

1. Make sure the Java file you create is in the location;
iw-home/local/config/lib/content_center/livesite_customer_src/src

Files created should be placed into these location corresponding to the file type

iw-home/local/config/lib/content_center/livesite_customer_src/etc/conf for config files
iw-home/local/config/lib/content_center/livesite_customer_src/etc/web for jsp files

2. you need to copy the external jar files which you may require for your own Java file located in;
iw-home/httpd/webapps/content_center/WEB-INF/lib
to
iw-home/local/config/lib/content_center/livesite_customer_src/lib

There are many Jar files which have many java classes which might be referenced in your own Java file.  Typical Jar files which are recommended to copy to the location above are;
- dom4j-1.6.1.jar
- livesite.jar
- livesite_customer.jar
- livesite-runtime.jar

3. Once  you have copied these files over, in command line, navigate to
iw-home/local/config/lib/content_center/livesite_customer_src

4. Run the command iw-home/bin/make_toolkit.ipl

This should now build your Java file successfully to the Java class you require for your LiveSite external component

TeamSite Version: 6.7.1
Operating System: Windows Server 2003

I recently experienced a major issue with the TeamSite server, where by it was not displaying the TeamSite url on the browser.  I was getting a Apache error.

I scrolled through the TeamSite logs to find an error which was causing TeamSite not load correctly.  This can be seen below;

ERROR com.interwoven.livesite.iw.impl.CSBackingStoreService (com.interwoven.livesite.iw.impl.CSBackingStoreService:254) – Error while creating/updating branch: /iwadmin/main/livesite
com.interwoven.cssdk.common.CSException: (Insufficient space to complete operation)

This was found in iw-home/local/logs/ccsdk.log

Solution:

As you can see in the error there is insufficient space detected on the TeamSite Server.  To overcome this problem there are 2 options you have to get TeamSite back up and running

Option 1 – Add more memory to the server, and re-size the partition where TeamSite is installed.  This can be done with a partitioning tool software.  There are quite a few commercialware applications that can achieve the re-size of a partition.

Option 2 – Get a freeware application tool such as ccleaner to remove all unnecessary files on the server.  Also identify applications which are unnecessary and uninstall.  Once this is complete you will have save some space.  In conjunction with this you should also edit the file iw-home/etc/iw.cfg

and change the following line from;

disklowpercent=10

to

disklowpercent=5

Now on the command line do a iwreset – a to restart TeamSite.  TeamSite should now come back up and running and above the 5% threshold of disk space left rahter then the default 10%.  This should buy some time and allow your TeamSite server to run again.

TeamSite Version: 6.7.1
Operating System: Windows Server 2003

I was recently having a problem where when I ran a make_toolkit.ipl in the customer_src directory in TeamSite my web page url of TeamSite would not appear.  I notice I had some directories missing

Solution:

To overcome I had to reinstall webapps.

On Command Line,

cd iw-home/install
install_webapps -l -f

- Once this is finished, run a iwreset -a

This reinstall TeamSite Webapps, and it thereafter my TeamSite url appeared on the browser

A problem with TeamSite 6.7.1 on Solaris or Linux servers are when creating a new workarea, group permissions fail to propagate down; meaning permissions don;t filter down.

Any additional folders or files created or imported with the “File Import” menu action will take on the logged-on user’’s primary group; not the workarea group.

Solution:

To overcome this potential problem, configure the workarea permissions such that the group you specified is automatically propagated down to newly created folders and files; therfore inheriting the workarea group permissions only. This approach works applies to both ordinary Unix groups and TeamSite groups.

After creating a new workarea, enable the “set-group-ID” permission on the workarea by running the following command on cmd (execute the command as the user root);

“chmod g+s”

e.g.

chmod g+s /default/main/branch1/WORKAREA/test_workarea

Once the command execute, you can verify the command has been successfully executed by running the command;

“ls -ld”

e.g.

ls -ld /default/main/branch1/WORKAREA/test_workarea

You should find a “s” in the group permissions, such as:  drwxrwsr-x

Platform: Linux
TeamSite Version: 6.7.1

I was recently involved in a project where I was getting a constant error message appearing in my iwtrace.log (iw-home/local/logs).

The error casued TeamSite not to start correctly.  I was looking up reasons and solutions for the error, and found the below;

Cause:

TeamSite is reading over a 1000+ users and groups. Once a investigation was done on where this came from, it became apparent that the users and groups were for a requirement for a previous project.  Each time the server rebooted, the server would synchronise with the main server, so the configuration of 1000+ users and groups would continue to exist.

Solution:

- Remove group and users’ db on the server, along with reference to the users and group db in the file nscd, located in the /etc directory in the parent directory.
- Also the removal of Server synchronization with users and groups from the main server.

Making these changes helped to resolve the issue, with error message not appearing again

I was recently involved in a project where I was getting a constant error message appearing in my iwtrace.log (iw-home/local/logs).

I was looking up reasons and solutions for the error, and found the below;

Cause:

The error is caused by an attempt to run TeamSite on an NTLM domain. TeamSite no longer supports NTLM domains: you must run TeamSite on a Windows 2000 or later (Active Directory) domain.

Solution:

Add your TeamSite server to a Windows 2000 or later (Active Directory) domain then the error messages should go away.

Also, it is recommended to add the line set domain_list=<DomainName>
under the [iwserver] section of iw.cfg,
located in iw-home/etc.

<DomainName> is the list of domains not including the local machine name the local machine name. If domain_list is incorrect, then you will see a variety of error messages in the iwtrace.log (mostly referencing ADSI problems) and possibly even a server crash.