Re: [Hypercontent-users] About_hypercontent14_errors

[Alex V. <av...@co...>]

Hi,
	Responses are embedded below

On Sep 13, 2004, at 10:48 AM, Ingmars Rubenis wrote:

> Hello!
>
> We have 3 problems with version hypercontent 1.4 and tomcat 4.1.24,
> (mysql 4) .
> We have build  one public site please see http://portal.lu.lv , we
> have problems:
> Situation. I have 2 tomcats on 1 server. One is used only for CMS and  
> another
> is  part of uPortal 2.1.4 version http://portal1.lu.lv/uPortal.
> So second tomcat where is located hypercontent channel is not working
> correctly
> There are several problems in hypercontent 1.4:
> 1) When processing build for very intensive use it does not work. The
> first day it works  ok.  The second day also, but on the third day it  
> stops building.
> when push building all it shows in another window blank page. The
> building is processing through sftp protocol to another server. There  
> are about 2 developers and 5 - 6 users of
> hypercontent using build command every day. After restart of tomcat it
> works fine.
> Could You look at this problem? It is very impoartant to us, because
> we are going to use hypercont to the main university page (university
> of Latvia).
> May be You could tell how to optimize this tomcat. I have added some
> lines to tomcat (JAVA_OPTS="-server -Xincgc -Xms512m -Xmx768m -Xss128k  
> -XX:MaxHeapFreeRatio=70 -XX:MinHeapFreeRatio=40 -XX:NewSize=128m  
> -XX:MaxNewSize=512m -XX:SurvivorRatio=8
> -verbose:gc -XX:+UseLWPSynchronization"
> )and switched off uportal logger. This option (line in catalina.sh)  
> works fine with another tomcat
> where is uportal located http://portal1.lu.lv/uPortal.

I recommend restarting tomcat daily.  We do this, and I know a number  
of other uPortal installations do as well.  For heavy HyperContent and  
uPortal utilization, your memory settings are probably insufficient.  I  
recommend 2+ GB of RAM, if you have it available.  Also, your  
MaxNewSize is too large in relation to your maximum heap size - in  
general, your MaxNewSize should not be more than 1/3 of your total  
heap.

> 2) It is difficult to upload pictures. It takes sometimes to upload a
> gif (10 kb) aprox. 30 minutes. After that there is error message.
> see screen shots it attachment. . Could You send the place in source
> code where we can comment out the image editor or You can do it by
> yourself. We are not using it.
> The same problem is in upload download part of application where is
> not the image editor. See attachment upload_downlaod_editor.jpg  and
> editor_err.jpg, image_upload.jpg

You can disable the image editor by changing the global editor mappings  
in ContentTypes.xml.

You should make sure your JVM is configured with a useable temp  
directory, which is used by
uPortal and HyperContent as temporary storage for uploaded files.  You  
can do this by setting the system property java.io.tmpdir,
e.g. "-Djava.io.tmpdir=/temp"

> 3) Problems with htmlarea. There are several errors:
> 1. fullscreen htmlarea is not working neither in netscape nor IE see
> attachment fullscreen.gif

This was a known issue with the version of HTMLArea that is used.  I'll  
check to see if any updates have addressed that issue.

> 2. html editor (htmlarea) delets  in div tags stylesheet classes
> <div class="good" style="" align="justify">asdad</div>
> after pushing process changes
> <br />
> <div align="justify">asdad</div>
> <br />
> see classs.jpg

The WYSIWYG editor is configured to strip out style and class elements  
to prevent users from deviating from the desired look and feel (and to  
remove garbage that Microsoft Word outputs).  You can change this  
configuration by editing the code in the method  
DocumentFactory.parseHTMLFragment, which uses NekoHTML to parse and  
cleanup the HTML.  For example, you could change the line

remover.acceptElement("div",new String[]{"align"});

to

remover.acceptElement("div",new String[]{"align","class"});

to keep the class attribute on divs.

> 3. After adding html code in html area editor there is error message
> and going back to see text without html tags in the htmlarea editor and
> trying to add some text - it is not possible. Only after refreshing
> the page it works and it is possible to add text. See images -  
> area2.jpg, access.jpg

I had seen this error in Mozilla at some point, but I thought it was  
resolved.  I suggest you double check that the files under  
webpages/htmlarea are up to date with what is in the distribution of  
1.4 - if you upgraded from a previous version of HyperContent, it is  
possible those files may not have been properly updated.

>
> Thanks for response in advance.
> P.S.
> I hope You could understand the problems. May be You could help us.
> Is there a newer version of htmlarea?
>
>
>
>
>
>
>
>
>
>
>
> Best Wishes
> Ingmars Rubenis
> LU
> University of Latvia
> Developer
> IT department
> (371) 7034736
>
> <area2.JPG><acces.JPG><classs.JPG><upload_downlaod_editor.JPG><imaga_up 
> load.JPG><fullscreen.JPG><editor.JPG><editor_err.JPG>