GSServices in ALUI 6.1

Do you guys have any idea if GSServices is still available and working in ALUI 6.1?

Some customers setup monitors using a 3rd party tool such as HP Sitescope that would monitor the log file, but this would be a larger effort and cost. You could write a script to do this as well, but I would recommend finding the root cause of the errors. It is not normal for this error to occur.
Be sure to take regular search checkpoints to ensure you can quickly restore if you need to. How often does this occur? Are you sure that antivirus or backup software on the server is not locking any files in the search folder?

Similar Messages

SSO for ALUI using OAM 10.1.4.0.1

Has any1 successfully tested SSO for ALUI or WCI using OAM??? I would appreciate if someone shares the policy created. you can send me an email to [email protected]
Edited by: Ferry on Sep 24, 2009 11:07 PM

The 10.1.4.0.1 installers can still be found on http://edelivery.oracle.com under Oracle Application Server 10.1.3 - please see Note 1286374.1 for details. 10.1.4.0.1 is deprecated, and I would certainly recommend using the base 10.1.4.3 installers if at all possible.
Regards,
Colin

How to delete the duplicate cards in alui crawlers

How to delete the duplicate cards in alui crawlers

Not sure if there is an automated way to do this, but I get around it by just searching on (2), (3), (4).
Not practical for large installs, but it works in our small environment.
You might be able to use the Smart Sort utility to find files that have () characters in them? Not positive though.
It would make a great enhancement request to add dupes to either a log file or better yet an admin utility to track the living documents to ensure they are fixed!
(I'm going to file such an enhancement right now!)

Trying to install ALUI Interaction 6.1 MP2 for Linux

I was wondering if anyone has any idea about some issues that I have been having trying to install ALUI User Interaction 6.1 MP2 for Linux.
Here are the specs that I have:
OS: Ubuntu 8.10
Preinstall file run under root: yes
Error Message:
Preparing to install...
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
nawk: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/bin/ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
dirname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
basename: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
hostname: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
Launching installer...
grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory
/tmp/install.dir.7280/Linux/resource/jre/bin/java: error while loading shared libraries: libpthread.so.0: cannot open shared object file: No such file or directory
I would appreciate if anyone has any idea how come I am getting the libraries missing issue? I have tried many things but still getting all the same issues with the intsaller. I checked and I have all the libraries as listed too under /lib. If anyone can tell me how I can overcome this that would be greatly appreciated. Thank you very much in advance.
Edited by: user3033086 on 16/03/2009 16:16

Hi,
What you need to do is:
cat ALUI_Interaction_MP1 | \
sed "s/export LD_ASSUME_KERNEL/#xport LD_ASSUME_KERNEL/" > \
ALUI_Interaction_MP1_sed
This command will get sed to create a new file that has removed the LD_ASSUME_KERNEL from it. Thus you can run the file and it shouldnt give you any errors.
Thanks.

Error while trying to create IPTSession object in ALUI Portlet

All,
I'm creating a IPTSession object using the following code in a ALUI portlet. (I'm using server side API for some reasons)
#1 PortalObjectsFactory.Init(OKConfigFactory.createInstance(ConfigPathResolver.GetOpenConfigPath(), "portal"));
#2 IPTSession ptSession = PortalObjectsFactory.CreateSession();
When the #2 is getting executed, i'm getting stange error,
com.plumtree.openfoundation.util.XPException
Attempt to initialize a SearchService that has already been initialized.
any idea why is this happening? i was not getting this error before. suddenly it started happening. any help would be useful

Here is the complete stack trace... I couldn't understand why this error is happening....
Attempt to initialize a SearchService that has already been initialized.
com.plumtree.openfoundation.util.XPException: Attempt to initialize a SearchService that has already been initialized.
     at com.plumtree.openkernel.impl.search.SearchService.Init(SearchService.java:72)
     at com.plumtree.server.impl.core.InternalSession.Init(InternalSession.java:158)
     at com.plumtree.server.PortalObjectsFactory.Init(PortalObjectsFactory.java:53)

Content editing in Alui 6.5 Portal using Publisher 6.5

We currently use Alui Publisher 6.5 as our content store and all requests for content change go through Web Masters. We are now being asked to offer content editing to the end user via the Portal. I'm currently looking if Publisher 6.5 has any out of the box portlets that would allow a user to edit their content right in the Portal. Either by providing a edit icon for each portlet rendered on the page that when clicked will invoke Publisher wysiwyg editor. if someone has done something similar please let me know.
Thanks

Perhaps I am misunderstanding your requirements, but users can edit the published content portlets, without going to publisher explorer as long as they have the right permissions on publisher explorer and portlet. This can be simply done by clicking the pencil icon at the top right of the portlet and clicking edit.
You can test it like this:
1/ Create an announcement portlet (use the announcement portlet template)
2/ Add the portlet to my page or community.
3/ Click the pencil icon at the top right of the announcement portlet (if you hover over it it's called "Edit Administrative preferences".
4/ Click the Edit button next to configure this portlet.
5/ This will bring up a pop up with the rich text editor specifically for that portlet. Go ahead and edit, then click finish.
6/ The portlet will automatically republish and on page refresh the portlet will display the edited content.
Ryan

PTE file imports with different versions of ALUI?

Hi,
I am wondering if anyone knows of any issues with the import/export of data in ALUI via the PTE file from one version of ALUI to another. For example, are there any issues with exporting data from v6.5 of ALUI and importing it into v6.0 or v6.1. I have been able to do this before, but I don't know if ALUI is happy with seeing a newer version of the PTE file that it is trying to process. Any thoughts you have are appreciated!

You could try renaming the new file with the old name but I don't think
that's that's going to be a recipe for success.
Other than that, you're using a very dangerous workflow. Everything here
is designed to revolve around a single InDesign file with however many
assignments or packages there are.
Bob

ALUI Customization Deploying a Custom Project Step 2: Build and Deploy JARs

Hi,
I'm trying to deploy custom project after succesfully completing the installation and debug of AL UI Customization. As given in the documentation (see link below) in the step 2 Build and Deploy I see error given below on executing "ant install" command. Can somebody please identify the error in this?
http://edocs.bea.com/alui/devdoc/docs60/Plumtree_Development_Environment/UI_Customization/PlumtreeDevDoc_DevEnv_DeployProject_Java.htm
D:\plumtree_ui_source\portalui\6.1.x>ant install
Buildfile: build.xml
Trying to override old definition of task copy
global.init:
[copy] Warning: Could not find file D:\plumtree_ui_source\portalui\6.1.x\${
build.home}\thirdparty\ant-contrib\0.6\ant-contrib-0.6.jar to copy.
[echo] Ant Contrib successfully loaded.
[copy] Warning: Could not find file D:\plumtree_ui_source\portalui\6.1.x\${
build.home}\components\INTERNAL\ptanttasks\115250\cust\ptanttasks.jar to copy.
init:
[echo] Using ANT built-in compass loader
[copy] Warning: Could not find file D:\plumtree_ui_source\portalui\6.1.x\${
build.home}\components\RECENT\compass\LATEST\java-loader\compass-loader.jar to c
opy.
[echo]
[echo] Could not fine Socrates build location. Setting compass to
[echo] offline mode.
[echo]
[comp-loader] -----------------------------------------------------
[comp-loader] Compass Loader: <186756> (06/01/2005 12:52 PM)
[comp-loader] Storing loaded properties in System
[comp-loader] Stored 67 properties
[comp-loader] Loaded Compass ( 0 file(s) copied, 17 task(s) defined )
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 24 component(s)
[comp-props] [ customer-repo_ptwebui ]
[comp-props] Created Properties for 24 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 15 component(s)
[comp-props] [ customer-repo_ptwebui_dotnet ]
[comp-props] Created Properties for 15 component(s)
install:
Duplicated project name in import. Project global defined first in D:\plumtree_u
i_source\portalui\6.1.x\_buildcommon\scripts\ant\common\include\global.xml and a
gain in D:\plumtree_ui_source\portalproduct\6.1.x\_buildcommon\scripts\ant\commo
n\include\global.xml
Trying to override old definition of task uri://plumtree.com/ant/common/properti
es:definebasicprops
Trying to override old definition of task uri://plumtree.com/ant/common/properti
es:loadprojectproperties
Trying to override old definition of task uri://plumtree.com/ant/common/cp-stage
:loadcomponentprops
global.init:
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\thirdparty\ant-contrib\0.6\ant-contrib-0.6.jar to copy.
[echo] Ant Contrib successfully loaded.
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\components\INTERNAL\ptanttasks\115250\cust\ptanttasks.jar to co
py.
epglobal.init:
[echo] Using ANT built-in compass loader
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\components\RECENT\compass\LATEST\java-loader\compass-loader.jar
to copy.
[echo]
[echo] Could not fine Socrates build location. Setting compass to
[echo] offline mode.
[echo]
[comp-loader] -----------------------------------------------------
[comp-loader] Compass Loader: <186756> (06/01/2005 12:52 PM)
[comp-loader] Already loaded
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_nopull ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 29 component(s)
[comp-props] [ customer-repo_java ]
[comp-props] Created Properties for 29 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 14 component(s)
[comp-props] [ customer-repo_dotnet ]
[comp-props] Created Properties for 14 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_noarch ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 2 component(s)
[comp-props] [ customer-repo_win32 ]
[comp-props] Created Properties for 2 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_solaris32 ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_linux32 ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_aix32 ]
[comp-props] Created Properties for 1 component(s)
init:
clean:
[delete] Deleting directory D:\plumtree_ui_source\portalproduct\6.1.x\build
install:
[ant] Parent project doesn't contain any reference 'compass.loader'
global.init:
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\thirdparty\ant-contrib\0.6\ant-contrib-0.6.jar to copy.
[echo] Ant Contrib successfully loaded.
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\components\INTERNAL\ptanttasks\115250\cust\ptanttasks.jar to co
py.
epglobal.init:
[echo] Using ANT built-in compass loader
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\components\RECENT\compass\LATEST\java-loader\compass-loader.jar
to copy.
[echo]
[echo] Could not fine Socrates build location. Setting compass to
[echo] offline mode.
[echo]
[comp-loader] -----------------------------------------------------
[comp-loader] Compass Loader: <186756> (06/01/2005 12:52 PM)
[comp-loader] Already loaded
[mkdir] Created dir: D:\plumtree_ui_source\portalproduct\6.1.x\build\registe
rdir
[mkdir] Created dir: D:\plumtree_ui_source\portalproduct\6.1.x\build\feature
dir
[mkdir] Created dir: D:\plumtree_ui_source\portalproduct\6.1.x\build\install
code
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_nopull ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 29 component(s)
[comp-props] [ customer-repo_java ]
[comp-props] Created Properties for 29 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 14 component(s)
[comp-props] [ customer-repo_dotnet ]
[comp-props] Created Properties for 14 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_noarch ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 2 component(s)
[comp-props] [ customer-repo_win32 ]
[comp-props] Created Properties for 2 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_solaris32 ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_linux32 ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_aix32 ]
[comp-props] Created Properties for 1 component(s)
init:
[echo]
[echo] The property BuildEnvironment.IA_HOME either is not set
[echo] in your build.properties file or is set to an incorrect
[echo] location. You will be unable to build an installer. This
[echo] does not affect developer installations. Developers can
[echo] ignore this warning.
[echo]
[echo] Current value: ${BuildEnvironment.IA_HOME}
[echo]
build-registerscripts:
[echo] Environment variables necessary for versioning not set. BUILD_MAJOR
, BUILD_MINOR, BUILD_SERVICEPACK, and BUILD_HOTFIX must be set in order to get a
ccurate version information.
[devinstall] install-portalui-java
[fastmarshall] Parent project doesn't contain any reference 'compass.loader'
global.init:
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\thirdparty\ant-contrib\0.6\ant-contrib-0.6.jar to copy.
[echo] Ant Contrib successfully loaded.
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\${build.home}\components\INTERNAL\ptanttasks\115250\cust\ptanttasks.jar to co
py.
epglobal.init:
[echo] Using ANT built-in compass loader
[copy] Warning: Could not find file D:\plumtree_ui_source\portalproduct\6.1
.x\marshallcode\${build.home}\components\RECENT\compass\LATEST\java-loader\compa
ss-loader.jar to copy.
[echo]
[echo] Could not fine Socrates build location. Setting compass to
[echo] offline mode.
[echo]
[comp-loader] -----------------------------------------------------
[comp-loader] Compass Loader: <186756> (06/01/2005 12:52 PM)
[comp-loader] Already loaded
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_nopull ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 29 component(s)
[comp-props] [ customer-repo_java ]
[comp-props] Created Properties for 29 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 14 component(s)
[comp-props] [ customer-repo_dotnet ]
[comp-props] Created Properties for 14 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_noarch ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 2 component(s)
[comp-props] [ customer-repo_win32 ]
[comp-props] Created Properties for 2 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_solaris32 ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_linux32 ]
[comp-props] Created Properties for 1 component(s)
[comp-props] Version: <206776> (11/15/2005 11:59 AM)
[comp-props] [ general ]
[comp-props] Created Properties for 1 component(s)
[comp-props] [ customer-repo_aix32 ]
[comp-props] Created Properties for 1 component(s)
epmarshall.init:
[mkdir] Created dir: D:\plumtree_ui_source\portalproduct\6.1.x\build\warbuil
ddir
Trying to override old definition of task comp-collate
Trying to override old definition of task comp-stage
init:
epmarshall.marshall-java:
portalui.marshall-java:
[comp-collate] Version: <null> (null)
[comp-collate] Collate [java-portalui]
BUILD FAILED
D:\plumtree_ui_source\portalui\6.1.x\_buildcommon\scripts\ant\portalui\include\p
ortalui-dev.xml:34: The following error occurred while executing this line:
D:\plumtree_ui_source\portalproduct\6.1.x\devinstall.xml:1177: The following err
or occurred while executing this line:
D:\plumtree_ui_source\portalproduct\6.1.x\devinstall.xml:652: The following erro
r occurred while executing this line:
D:\plumtree_ui_source\portalproduct\6.1.x\devinstall.xml:733: The following erro
r occurred while executing this line:
D:\plumtree_ui_source\portalproduct\6.1.x\devinstall.xml:478: The following erro
r occurred while executing this line:
D:\plumtree_ui_source\portalproduct\6.1.x\marshallcode\marshall_portalui.xml:69:
No File: D:\bea\alui\_customer_repository\portalui\6.1.x\local\java-ptwebui\jav
a-ptwebui.mf
Total time: 1 minute 15 secondsa

Thanks for the help! It started building after commenting the DTD tag include in the xml.
But build failed with few warnings and errors.
two of the warnings are as follows (FYI I've compass folder as you suggested in other thread)
#1
[copy] Warning: Could not find file D:\plumtree_ui_source\portalui\6.1.x\pt
webui\portaluiinfrastructure\${build.home}\thirdparty\ant-contrib\0.6\ant-contri
b-0.6.jar to copy.
#2
Could not fine Socrates build location. Setting compass to
offline mode.
=============================
AND the ERROR message is as given below
precompile:
buildjava:
[javac] Compiling 154 source files to D:\plumtree_ui_source\portalui\6.1.x\ptwebui\portalpages\build\x86\classes\java
[javac] D:\plumtree_ui_source\portalui\6.1.x\ptwebui\portalpages\java\prod\src\com\plumtree\portalpages\condition\conditiontypes\ConditionTypeClientIPAddress.java:158: compareTo(java.lang.String) in java.lang.String cannot be applied to
(java.lang.Object)
[javac] if ("*".compareTo(arIPAddress) != 0 && ((XPConver
t.ToInteger(arIPAddress[i]) < 0) || ((i == 0) && (XPConvert.ToInteger(arIPAddres
s[i]) == 0)))) {
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] 1 error
BUILD FAILED
D:\plumtree_ui_source\portalui\6.1.x\build_core.xml:103: The following error occurred while executing this line:
D:\plumtree_ui_source\portalui\6.1.x\ptwebui\build_core.xml:80: The following error occurred while executing this line:
D:\plumtree_ui_source\portalui\6.1.x\_buildcommon\scripts\ant\common\include\default-build.xml:142: The following error occurred while executing this line:
D:\plumtree_ui_source\portalui\6.1.x\_buildcommon\scripts\ant\common\antlib\java.xml:35: Compile failed; see the compiler error output for details.

ALUI + Windows server 2003 + WebLogic server + SSO via WIA

Hello,
I'm trying to configurate SSO on ALUI in my environment.
I've got two servers.
On server 1 is installed ALUI 6.5 on WebLogic server.
On server 2 is installed Active Directory.
Both servers are attached to one domain from active directory and both servers use Windows server 2003 as operation system.
My way of implementation SSO in this environment is folowing:
1. I install IIS on server 2.
2. I deploy WebLogic plug-in for IIS and configurate it to proxy. This is configurated on server 2.
3. I check that this setup works by trying to connect to the portal via IIS.(true)
4. I configure Windows Integrated Authentication for the /portal virtual directory.
5. I install Identity Service for AD (server 2)
6. I configure Authentication Source and synchronize my Users from AD. After users have been synchronised into the portal, I validated setup by trying to login on the portal as one of AD users.
7. I change portal Authentication Source type to Synchronization only and select SSO as Authentication partner in portal administration.
8. I modify Authentication source prefix, enable SSO, and select SSO provider (for WIA SSOVendor=5) in the portalconfig.xml file
<setting name="DefaultAuthSourcePrefix">
<value xsi:type="xsd:string">mydomain</value>
</setting>
IE on a computer in the mydomain is configured to "Automatic logon with current name and password". Site points to the portal(server 1 ) via the proxy on the server 2 server is in the local intranet zone, but this configuration is on running.
logs from weblogic plug-in (server 2):
================New Request: [portal/server.pt.wlforward] =================
Wed Nov 19 09:27:24 2008 <484412270832442> SSL is not being used
Wed Nov 19 09:27:24 2008 <484412270832442> resolveRequest: wlforward: /portal/server.pt
Wed Nov 19 09:27:24 2008 <484412270832441> Wed Nov 19 09:27:24 2008 <484412270832442> timer thread starting
URI is /portal/server.pt, len=17
Wed Nov 19 09:27:24 2008 <484412270832442> Request URI = [portal/server.pt]
Wed Nov 19 09:27:24 2008 <484412270832442> attempt #0 out of a max of 10
Wed Nov 19 09:27:24 2008 <484412270832442> Trying a pooled connection for '192.168.130.103/80/80'
Wed Nov 19 09:27:24 2008 <484412270832442> getPooledConn: No more connections in the pool for Host[192.168.130.103] Port[80] SecurePort[80]
Wed Nov 19 09:27:24 2008 <484412270832442> general list: trying connect to '192.168.130.103'/80/80 at line 1239 for '/portal/server.pt'
Wed Nov 19 09:27:24 2008 <484412270832442> INFO: New NON-SSL URL
Wed Nov 19 09:27:24 2008 <484412270832442> Connect returns -1, and error no set to 10035, msg 'Unknown error'
Wed Nov 19 09:27:24 2008 <484412270832442> EINPROGRESS in connect() - selecting
Wed Nov 19 09:27:24 2008 <484412270832442> Local Port of the socket is 8610
Wed Nov 19 09:27:24 2008 <484412270832442> Remote Host 192.168.130.103 Remote Port 80
Wed Nov 19 09:27:24 2008 <484412270832442> general list: created a new connection to '192.168.130.103'/80 for '/portal/server.pt', Local port: 8610
Wed Nov 19 09:27:24 2008 <484412270832442> WLS info in sendRequest: 192.168.130.103:80 recycled? 0
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[Accept]=[*/*]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[Accept-Encoding]=[gzip, deflate]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[Accept-Language]=[cs]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[Authorization]=[Negotiate TlRMTVNTUAADAAAAAAAAAEgAAAAAAAAASAAAAAAAAABIAAAAAAAAAEgAAAAAAAAASAAAAAAAAABIAAAABcKIogUCzg4AAAAP]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[Cookie]=[ptLTCN=ptLTCDV; ptrecentfolders=336-; JSESSIONID=MMhLJvThCGWyn9knTvgh9dRXMzH0N70JSm8JjS7tKbjQyNvhkX21!-1901726998; plloginoccured=false; ptLastLoginAuthSource=]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[Host]=[192.168.130.83]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[User-Agent]=[Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from client:[UA-CPU]=[x86]
Wed Nov 19 09:27:24 2008 <484412270832442> URL::sendHeaders(): meth='GET' file='/portal/server.pt' protocol='HTTP/1.1'
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Accept]=[*/*]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Accept-Encoding]=[gzip, deflate]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Accept-Language]=[cs]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Authorization]=[Negotiate TlRMTVNTUAADAAAAAAAAAEgAAAAAAAAASAAAAAAAAABIAAAAAAAAAEgAAAAAAAAASAAAAAAAAABIAAAABcKIogUCzg4AAAAP]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Cookie]=[ptLTCN=ptLTCDV; ptrecentfolders=336-; JSESSIONID=MMhLJvThCGWyn9knTvgh9dRXMzH0N70JSm8JjS7tKbjQyNvhkX21!-1901726998; plloginoccured=false; ptLastLoginAuthSource=]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Host]=[192.168.130.83]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[User-Agent]=[Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022)]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[UA-CPU]=[x86]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Connection]=[Keep-Alive]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[WL-Proxy-Client-IP]=[192.168.130.83]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Proxy-Client-IP]=[192.168.130.83]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[X-Forwarded-For]=[192.168.130.83]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[WL-Proxy-Client-Keysize]=[]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[WL-Proxy-Client-Secretkeysize]=[]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[X-WebLogic-KeepAliveSecs]=[30]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[X-WebLogic-Force-JVMID]=[unset]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[WL-Proxy-SSL]=[false]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Proxy-Remote-User]=[VYVOJ\Administrator]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to WLS:[Proxy-Auth-Type]=[Negotiate]
Wed Nov 19 09:27:24 2008 <484412270832442> URL::parseHeaders: CompleteStatusLine set to [HTTP/1.1 302 Moved Temporarily]
Wed Nov 19 09:27:24 2008 <484412270832442> URL::parseHeaders: StatusLine set to [302 Moved Temporarily]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[Cache-Control]=[no-cache="set-cookie"]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[Date]=[Wed, 19 Nov 2008 08:27:24 GMT]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[Transfer-Encoding]=[chunked]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[Location]=[http://192.168.130.83/portal/SSOServlet?]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[X-WebLogic-JVMID]=[1729301638]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[Set-Cookie]=[JSESSIONID=BZGGJjNMHHySbShbTVQ018X2Tpg5Gc3cb6L28yBqnl9vKGynjLlp!1729301638; path=/]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[Set-Cookie]=[plloginoccured=false; path=/]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs from WLS:[X-Powered-By]=[Servlet/2.5 JSP/2.1]
Wed Nov 19 09:27:24 2008 <484412270832442> parsed all headers OK
Wed Nov 19 09:27:24 2008 <484412270832442> sendResponse() : uref->getStatus() = '302'
Wed Nov 19 09:27:24 2008 <484412270832442> Going to send headers to the client. Status :302 Moved Temporarily
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to client:[Cache-Control]=[no-cache="set-cookie"]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to client:[Transfer-Encoding]=[chunked]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to client:[Location]=[http://192.168.130.83/portal/SSOServlet?]
Wed Nov 19 09:27:24 2008 <484412270832442> for 192.168.130.103/80/80, updating JVMID: 1729301638
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to client:[Set-Cookie]=[JSESSIONID=BZGGJjNMHHySbShbTVQ018X2Tpg5Gc3cb6L28yBqnl9vKGynjLlp!1729301638; path=/]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to client:[Set-Cookie]=[plloginoccured=false; path=/]
Wed Nov 19 09:27:24 2008 <484412270832442> Hdrs to client:[X-Powered-By]=[Servlet/2.5 JSP/2.1]
Wed Nov 19 09:27:24 2008 <484412270832442> Content Length Unknown
Wed Nov 19 09:27:24 2008 <484412270832442> canRecycle: conn=1 status=302 isKA=1 clen=-1 isCTE=1
Wed Nov 19 09:27:24 2008 <484412270832442> closeConn: pooling for '192.168.130.103/80'
Wed Nov 19 09:27:24 2008 <484412270832442> request [portal/server.pt] processed successfully ..................
Wed Nov 19 09:27:24 2008 <484412270832443>
If I do same configuration in environment where ALUI is runnig on IIS(without cofiguration proxy and weblogic plug in) than automatic login to portal is right.
Have you got any idea how to solve this?

Here are the steps to enable it (from what I remember)
1. Log into the portal, update the Auth Source, select the "Synchronization" menu item on the left, change the option to 'Synchronization with Authentication Partner' and a new dropdown will appear, select the only option 'SSO Authentication Source'.
2. portalconfig.xml - set the SSOVendor attribute to 5 (WIA) it's currently 0 and AllowAutoConnect flag to 1 on all webservers you'd like this to happen on.
3. IIS Administrator - browse to the portal/sso virtual directory, right click the 'sso' folder and select 'Properties'. In the Directory Security tab click the 'Edit' button in the first section for "Administration and Access". Uncheck the "Allow Anonymous Access" and check the box for "Integrated Windows Authentication" in the second section of the page, on all your webservers
4. Restart the portal on both servers.
There is a good deal of info on WIA on the archives from the Plumtree days
http://forums.oracle.com/forums/search.jspa?threadID=&q=wia&objID=c234&dateRange=all&userID=&numResults=15&rankBy=10001

Monitoring search errors in ALUI 6.1

Hi all ...
Our installation of ALUI 6.1 is experiencing some issues with the stability of the search service on a Win2003 server. Most of the time it's okay but on occasions the search status reports various errors such as "file_rename_failed" etc.. the search is still available but after a while search starts to fail and we need to run an examinarchive command line to recover.
This works and we can carry on as we were. The problem is that this relies on someone manually monitoring the status for when errors occur and it's not very practical. What we'd like to do is set up some sort of alert so the support team can be notified when errors first start to occur rather than when users start phoning in with complaints.
We can monitor the service tomake sure it is still up but the problem with this is that the search service can still show up as being running ok under service manager while these errors are occuring.
What I'm wondering is has anyone implemented a way of automating the monitoring of such search service errors so pre-emptive action can be taken at the first sign of trouble?
thanks in adcance
Simon

Some customers setup monitors using a 3rd party tool such as HP Sitescope that would monitor the log file, but this would be a larger effort and cost. You could write a script to do this as well, but I would recommend finding the root cause of the errors. It is not normal for this error to occur.
Be sure to take regular search checkpoints to ensure you can quickly restore if you need to. How often does this occur? Are you sure that antivirus or backup software on the server is not locking any files in the search folder?

Oracle BPEL Worklist application as a remote portlet in ALUI portal

Hi,
I am integrating the Oracle BPEL sample worklist application as a remote portlet in ALUI in a community page.
I have 2 urgent queries...and desperate to look for a resolution...
1) On opening the page where the remote portlet is placed ,it is very very slow to open the firt login screen in IE6.However the page is loading fast in IE7 or netscape.Every time the login page is hit we need to refresh the page to load it quickly..
2)on thewebservice configuration section for portlet -- > http Configuration ,I have created a gateway and added our Oracle BPEL worklist context to gateway the request.There is a option like Inline refresh..
a)If inline refresh is unchecked ,the BPEL worklist is not retaining the portlet nature like minimize ,maximize and the top community navigation is lost.
b)however if inline refesh is checked..The portlet nature is retained ,however there is javascript error coming in the page which is not allowing some of the vanilla features of BPEL worklist is working properly like clicking some buttons and taking actions...
Is this some configuration to be made in the ALUI side or some thing else...Please let me know if there is any solution to this...
Regards
Ashif

Now I am able to display the initial page of the remote portlet. However, when I try to do some operations I m running into one more issue:
[WSRP-Consumer:420733]No markup received from the producer [oraclePortal_producer] for portlet with portletHandle[E:3:default].
Is there anything futher I need to do?
regards,
Ansuman

How to use Javascript Calendar In ALUI portlet

Hi all Sandip here ,
I have just started to work on ALUI portal.I have one problem
In my application I want use calendar bt problem is wherever I am using the calendar that page is loosing the focus once I am returning to that page using BACK link.
If anyone has solution for this plz guide me.
Thanks in Advance,
Regards,
Sandip.
Sandip

Hi,
ADF Faces does not provide a method that allows you to call JavaScript on the client. This may change in upcoming versions
Frank

ALUI Gateway Not Returning Scripts for Subset of Users

We have a problem where the ALUI gateway is not returning some .NET scripts for a subset of users. We have the ALUI 6.5 portal and our using the .NET accelerator 3.1.
The situation is that this subset of users request one of our portal pages via https, which then reaches through our firewall to our remote server which is running the .NET portlet. The .NET page is served and returned to the users correctly and quickly, but this particular subset of users do not see the result rendered in their browsers for about 3 minutes. A view html source in the browser, as well as tools like Fiddler, show the page is indeed in the browser, but it is stuck trying to request some .NET scripts, and only displays the page when those requests timeout.
The .NET scripts that are problems are both WebResource.axd and ScriptResource.axd, which in some cases are in our .NET portlets because of the .NET framework itself, but in other cases they are there only because of the ALUI portal itself, when it munges the .NET portlet to handle multiple server forms and validators and such. These .axd scripts are gatewayed so that the client browser requests them through the ALUI gateway, which in turn requests them through our firewall to our remote server -- which always serves these scripts correctly and quickly according to the IIS logs. The problem seems to lie in the ALUI gateway, as it is receiving these scripts correctly and quickly, but it is not returning them to this subset of users. Instead the ALUI gateway seems to be processing for about 3 minutes, and eventually returns an html error page, which of course the client never sees since it is expecting javascript, but we can capture the error page via Fiddler and its just telling us there was a timeout -- the client browser just notes that there is a javascript error.
The really bizarre part is that this only happens for a subset of users, which amounts to about 20% of our users. There are 2 things that delineate these users that we have found so far. First, these users have email addresses that are 27 - 30 characters long, and the email address is our login id. Note that both shorter and longer email addresses are OK, so there is not some limit to email addresses like this might sound like at first. Secondly, these users have to be in a particular branch of our ldap store, which means they are replicated across to the portal in a particular group. We can move these "bad" users into another branch of our ldap store and once they are replicated to the portal then they work fine, and then if we move them back they return to not working. We cannot find any other difference in our ldap branches or in the corresponding ALUI groups, plus its only the ones in that particular branch with the email lengths in that very specific range.
The gatewayed requests for these scripts vary by user since the PTARGS in the gatewayed request include the integer userid, but that does not seem to matter because we can have a "good" user successfully request the script with a "bad" user's id, and we can have a "bad" user fail to successfully request the script with a "good" user's id. That seems to point to maybe the authentication cookie being the differentiating factor that determines whether or not a gatewayed request for one of these script files will succeed or fail. So far we have only seen the problem with these particular .net axd scripts, but that may simply be because we don't have many, if any, other scripts or resources that need to be gatewayed since we usually put resources on our imageserver -- these being different because .NET and/or the ALUI portal puts these references in there for us whether we like it or not. Long-term we can re-architect our .NET portlets to not get have these axd scripts, although as mentioned earlier, we also see the ALUI portal put these axd scripts in our portlets as part of their munging process -- so that is not in our control completely. We do need to test if this subset of users can successfully request other gatewayed resources or not -- this is actually the first time I thought of that test case, so all I can say right now is its axd scripts that we know are problems, but it may or may not be a bigger problem.
One last comment, as we appear to have found a work-around, but it does not make sense at all, and its not our preferred solution, so we still very much believe there is a problem elsewhere -- most likely in the ALUI gateway, but possibly somehow related to authentication that we do not understand. Our work-around that so far seems to work is to make our remote server be accessed via https instead of http -- which matches the way the client browsers call our portal (https). Again that first doesn't make sense, since this is only a problem for a small subset of users -- obviously calling our remote server via http works successfully for all other users, so its not just is a simple case that we must match protocols or it won't work. We also use http successfully for our calls to the remote server for portlets that are Java, although its possible that they don't have any gatewayed resources. But we also would just prefer to not use https for our internal calls in our own network as there is no need for the extra overhead -- and by the way our dev and qa environments do use http even for these .NET portlets and do not have the same problem. What's different in our production environment? The only things that should be different are that we have multiple portal servers and multiple remote servers that are load balanced (not sure that's the right term for how the remote servers are combined) -- and of course we have a firewall between them that does not exist in dev or qa.
So we would very much appreciate any thoughts on this, whether you've seen something like it before, or just have some additional insight into the gateway and/or authentication process that seems to be the issue.
Thanks, Paul Wilson

We've ran into this problem when using the Microsoft ReportViewer control. In our case, we found that the portal gateway malformed the urls containing webresource.axd, so the browser was unable to get the correct address to the files. Note that there are usually multiple links to the axd files, they return different resources depending on the query string they get.
To solve the problem, we ended up with a bit of a hack solution, but it works well. We extracted the resources we needed from the ReportViewer control's assembly using Reflector, and then published them on the image server. The next piece was to override the Render method of the page that hosted the control. In our custom version of Render, we parsed the html of the page, and replaced the contents of the src= elements with pt:images// links. These processed just fine in the portal's transformer, and our resources started showing up.
Our Render looks something like the following code sample. The "HACKReportViewerControlPortalImageGatewayFix" class has all of the code to do the parsing. In this case, it is specific to the report viewer, because it has some special considerations for parsing the urls. My bet if that your code will be quite custom as well. Therefore, I've not included this piece of code. The important piece below is the invocation of MyBase.Render, which tells the page to render all of it's contents. Once that method is done, all of the HTML for the page is in the writer. The ModifyImageTags method then parses the html, doing the necessary replacements. Finally, the modified html is written to the page's writer, so it can be output following the normal .net processes. Also note that when parsing for urls to replace, don't do all of them, just look for the ones containing axd.
(VB.NET)
Protected Overrides Sub Render(ByVal writer As System.Web.UI.HtmlTextWriter)
          Dim fixer As New HACKReportViewerControlPortalImageGatewayFix
          MyBase.Render(fixer.GetWriter)
          writer.Write(fixer.ModifyImageTags())
End Sub
This works great for images. However, if you are dealing with javascripts, I'm not sure if this will work for you - as some .NET controls send different scripts depending on the browser. For example, in IE, you get more buttons on the toolbar for the ReportViewer, so you get more javascript too. When using FF, you get less buttons, and less script. We didn't have a problem with the scripts, so we haven't needed to solve this one.
As for timing, this type of solution doesn't take much to put together. You are really just doing some string parsing and replacements. If you are a regex ninja, it's probably even easier. We had our solution working in a day or two.
An added benefit to this solution is that you are putting less bytes through the portal's gateway, and sending that traffic to the image server instead.

Logging not working in RH Linux (ALUI portal 6.1MP1)

Hi,
we've installed the ALUI portal 6.1MP1 on a RedHat Enterprise Linux 4, and the logging does not seem to be working - PTSpy does not show anything.
We've also installed the same portal version on a couple of Windows machines - there the logging works fine.
Any ideas on where to look for possible causes?

fwiw, I recently installed ALUI 6.1 MP1 on RHEL 4 Update 3 and was able to have both the Spy Logger and the consolelogger working locally on the RHEL console (running GNOME).
I then tried to access the RHEL virtual machine from my host Windows OS where I access things via Cygwin (startx) and Putty (SSH). Spy Logger still does not work (because of the SWT issues I mentioned earlier) but consolelogger works fine.
If you are still having issues I'd encourage you to open a case with tech Support.
john

ALUI-Create Web Service - Remote Portlet Error 401:Unauthorized

I have some problems during user ALUI(AquaLogic User Interaction 6.1).
I created a Web Service - Remote Portlet,then set value of Basic Authentication Settings is "User's Basic Authentication Information". When related remote server refer to tomcat5.5,the Web Service - Remote Portlet is fine to run,but not when the related remote server refer to weblogic9.2.
When value of Basic Authentication Settings is "Use Remote Server Basic Authentication Information", related remote server refer to weblogic9.2 or tomcate5.5, the portlet is fine.
error detail:
Error
sso Portlet cannot be displayed because the remote server returned an invalid HTTP response code.
We recommend:
• Refresh sso Portlet
• Accessing this portlet at a later time.
• Contacting your portal administrator if problems persist.
Detailed error information
• Response status: 401
• Response body:
Error 401--Unauthorized
From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:
10.4.2 401 Unauthorized
The request requires user authentication. The response MUST include a WWW-Authenticate header field (section 14.46) containing a challenge applicable to the requested resource. The client MAY repeat the request with a suitable Authorization header field (section 14.8). If the request already included Authorization credentials, then the 401 response indicates that authorization has been refused for those credentials. If the 401 response contains the same challenge as the prior response, and the user agent has already attempted authentication at least once, then the user SHOULD be presented the entity that was given in the response, since that entity MAY include relevant diagnostic information. HTTP access authentication is explained in section 11.

How to configure remote server to accept authorization header?
I set value of Basic Authentication Settings is "User's Basic Authentication Information" because the Web Service - Remote Portlet need to get the portal's login user infomation.If the value is "Use Remote Server Basic Authentication Information",the application is fine to run.
The follow is the way to get login user infomation.
IPortletContext portletContext = PortletContextFactory.createPortletContext(request, response);
ICredentialProvider cProvider = portletContext.getCredentialProvider();
String username = cProvider.getUsername();
String password = cProvider.getPassword();
Do you have other way to authenticate users?
Thanks.
Edited by: user2233298 on 2009-4-22 下午8:25

GSServices in ALUI 6.1

Similar Messages

Maybe you are looking for