Configuring Runtime systems for a Track

Hello Experts,
I am new to the NWDI administration,here am having some quries for configuring Track related data.
We are using NWDI 7.0 SP18 having local SLD with both roles as landscape and Name server.
We have a requirement to build a new .SCA for MDM-EP perspective.So,we have created a new SC in SLD and created the domain and track for the newly created SC in CMS.
When we are initially creating a track for newly created SC,we selected runtime systems as DEV,Test and production.
Here we have one consolidated tab,where it will integrate all the changes in WS-CONS when we imported the requests.But here what kind of system details we need to provide for consolidation,Because we have already identified 3 sepate systems for DEV,QAS(TEST) and PROD.is it necessary to identify a separate system for consolidation?or is it a simply root path for DEV-to-QAS.
2.For developing with Track,we need to provide the Component Build Service (CBS) with the environment for building the components by importing required .SCA's(SAP-JEE,SAP_BUILDT,SAP_JTECHS).We have imported these SCA's in to DEV before using the track by DEV team.After that these components are added to consolidate tab as well.So,do we need to import all the standard .SCA's in to all the runtime systems for this track?(Pls.Note that all Runtime systems are at same NW 7.0 SP18 level).
Please provide your valuable suggestions to make myself understand this Java transport concepts clearly.
Thanks in Advance..
Regards,
Sanam.

Hi,
Thanks for your clarification.Now we are facing an issue related to broken DC's once we imported the relased requests in to Consolidation phase.
Our developer activated and released 2 change requests.Once it got released it will automatically comes to the consolidation after successful build and autoimport in DEV system.we have tried to import the change requests in to the consolidation(No physical run time system is assigned to the consolidation)---In this phase if you import the chage requests in to consolidation phase:
Repisitory-Import is finished successfully
CBS-Make:identified the broken DC's after CBS Build process
SDM-Deployment Notication:No deployment,because no runtime system is defined.got finished successfully.
So,the DC's got broken during CBS Build phase.After some analysis,we identified the dependency SCA's got missed out in Consolidation.So,we imported the required SCA Components again in to the consolidation for build purpose.Here we again tried by adding those relased change requests to the consolidation queue and imported again.But still,the CBS Build identifying the Broken DC's.Our development SCA has the dependency software components as (SAP_EU,SAP_BUILDT,SAP_JEE,SAP_JTECHS).Thse components are successfully imported in to DEV and can able to see it from NWDS.The same components are imported successfully in to the consolidation as well,but from out 4 components we can able to see only 3 components except SAP_EU in NWDS.
1.So,is that causing any Build problem for my relased change requestes?If yes,why it was missing in consolidation(re-imported twice for SAP_EU).
2.we tried importing the released CR's without checking dependecies are available for consolidation.Is that causing my DC's broken for build phase?
Please suggest your ideas,how can i make my CBS-Build process OK for relased requests.

Similar Messages

Error in configuring Runtime systems

When we try to create a development runtime system using Landscape Configurator we are getting an error.After providing SDM Host,Port number and password when we click 'Save' it is throwing this error
communication error: Error during servlet communication / configuartion failed: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE TCSMessage SYSTEM "http://blrkec84192d:50100/TCS/TCSDeployServlet.dtd"> <TCSMessage> <message> <exception> Unexpected error: I/O operation failed : java.lang.ClassNotFoundException: com.sap.engine.lib.xml.parser.helpers.CharArray Found in negative cache -
Loader Info -
ClassLoader name: [sap.com/tcSLCMSTCSEar] Parent loader name: [Frame ClassLoader] References: common:service:http;service:servlet_jsp service:ejb common:service:iiop;service:naming;service:p4;service:ts service:jmsconnector library:jsse library:servlet common:library:IAIKSecurity;library:activation;library:mail;library:tcsecssl library:ejb20 library:j2eeca library:jms library:opensql common:library:com.sap.security.api.sda;library:com.sap.security.core.sda;library:security.class;library:webservices_lib;service:adminadapter;service:basicadmin;service:com.sap.security.core.ume.service;service:configuration;service:connector;service:dbpool;service:deploy;service:jmx;service:jmx_notification;service:keystore;service:security;service:userstore interface:resourcecontext_api interface:webservices interface:cross interface:ejbserialization library:com.sap.tc.Logging library:tc_SL_SDM_Client library:tc.CBS.API library:tcdtr.clientvfs-adl library:tcCBSComponentLibrary library:tc.httpclient library:tc_SL_SDM_Util library:tcSLCMSUtil library:tcSLUTIL library:com.sap.util.monitor.jarm library:com.sap.util.monitor.grmg library:tcjmx service:tcsecsecurestorageservice library:com.sap.aii.util.misc library:com.sap.aii.util.rb library:com.sap.aii.ibtransportclient library:com.sap.aii.util.xml Resources: E:\usr\sap\IN1\JC01\j2ee\cluster\server0\apps\sap.com\tcSLCMSTCSEar\sap.comtcSLCMSTCSimpl.jar E:\usr\sap\IN1\JC01\j2ee\cluster\server0\apps\sap.com\tcSLCMSTCSEar\EJBContainer\clientjars\clientsap.comtcSLCMStcsbeans.jar E:\usr\sap\IN1\JC01\j2ee\cluster\server0\apps\sap.com\tcSLCMSTCSEar\servlet_jsp\TCS\root\WEB-INF\classes E:\usr\sap\IN1\JC01\j2ee\cluster\server0\apps\sap.com\tcSLCMSTCSEar\servlet_jsp\TCS\work E:\usr\sap\IN1\JC01\j2ee\cluster\server0\apps\sap.com\tcSLCMSTCSEar\EJBContainer\applicationjars\sap.comtcSLCMStcsbeans.jar Loading model: {parent,references,local} -
: </exception> </message> </TCSMessage>
Any idea what might have gone wrong?
Regards,
Shabeer

Hi Shobhan
I'm too facing similar problem as when i try saving the runtime systems similar error comes.
For your insight to my problem:
1. Is this first time you are creating a track ? --> Yeah track is getting created for first time.
2. Have you created Product and SC with all 3 required dependencies ? --> Only in SC that dependencies have been created and not product. will that matter here.
3. Have host file entries for all runtime systems is made in NWDI server ? ---> where do i look for this?
Thanks
Srikant

Error creating runtime systems in the track

Hi "NWDI gurus",
we are facing a typical problem. We have cretaed a track, assigned development runtime system initially and had carried on out development successfully. Now we wanted to add test system to our environment(track) and start transporting stuff to test system. When we enetered the SDM host name port and password and said "View/Edit Deployment Substitution Variables" we are getting the following error in our landscape.
"Server nnnnn did not accept login request as "admin" on port 50118. Details"
We use administrator user id to log on to SDM, we have admin user but that refers to network administrator in our LDAP system.
My concern is we were not using "the admin" user in dev and we were successful in our development and deployment and when we came to QA it is giving this error.
Any ideas how to solve this error.
Does admin here refer to the admin user in specific or is it a generic term to even mean the "administrator" user configured in the runtime syste,
Please advise
regards
sam
Message was edited by:
sameer chilama
Message was edited by:
sameer chilama

Hi Sameer,
Could you please tell me the solution of the issue as i am facing the same issue.
Thanks,
Anumit

Change runtime systems in a track

Hello,
We had a track in which we had configured CONS as our QA system....and we moved all changes to PROD(which were definitely Assembled)....now they were some new changes which were done after this which were imported into CONS and deployed to QA and were tested(which were not Assembled)......then we made TEST to point to our QA system.....now the changes which are not Assembled are not working in QA.....and all the previous changes which were Assembled and moved to PROD are working in QA.....
So do we need to Assemble the latter changes although they were already deployed to QA when it was pointing to CONS Runtime System...
Regards,
Shikhil

The question is that 'do we need to Assemble and Import the changes which were made after changing the runtime system' although they were already deployed to QA when CONS was pointing to it...
Regards,
Shikhil

Upgrade Runtime Systems create new Tracks?

Hi all,
we are in the situation, that our Runtime Systems will upgrade from NW04 to NW04s. Cause we have ongoing development, we can not upgrade existing tracks itself, while the release change will last several weeks (D,Q and P). The idea was, to create new Tracks for new release and reimport SCs from assembly step of old release.
So we defined Products and Software Components in SLD with new Version Number, with the dependencies for the new versions.
Created new Tracks in CMS, Imported all SCA and made required changes. So far so good.
Unfortunatly in Assembly Step of new Track i`m not able anymore to Change Patch Level and Support Package Stack, only the "keep current" option is available.
Thanks for any help
Regards Oliver

Hello NWDI Users,
i followed thee guide here: https://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/5834. [original link is broken] [original link is broken] [original link is broken]
The Problem still exists. In Track of new release (NW7.0) i`m not able to increase the
Support Package Number nor Patch Level.
So software versioning is diabled in 7.0??
Regards Oliver

Configuring runtime classpath for portal applications?

G'day,
I've got a portal application that uses the classes found in system/kernel.jar and system/frame.jar. When I build the portal application in the IDE I can add these to the build path as external jars, but when I run the portal application I get "class not found" errors.
java.lang.NoClassDefFoundError: com/sap/engine/core/Framework
So ... how do I add these jar files to the portal application's runtime classpath?
--Geoff

Hi Geoffrey
Jar files are required in two ways:
For Design time: User external jars(as you have done)
For Run time: Put the jar files in the lib folder(this way the par/ear ) itself will contain the jar files.
Right click the project - >properties->java build path->libraries-> Add Jars (and not Add External Jars)->select your project->dist->PORTAL-INF->lib->select the jar file.
Hope it helps.

CMS Runtime Systems - TCSDeployServlet Unauthorized

Hello,
We recently upgraded our NWDI System from 7.31 SP7 – SP10 and facing an issue in defining the runtime systems for the track and saving them. We are able to save the track without any runtime definition but when there is one provided the track is not saved with the below error message –
communication error: Error connecting to TCSDeployServlet: Connection returned with 401 (Unauthorized)
Any thoughts on the issue?
Regards,
Nagarajan.

Hi Hari,
Yes. We opened up an message with SAP and here is the solution that worked for us. Below is the reply from SAP.
NWA -> Configuration -> Scenarios -> Configuration Wizard click on functional unit configuration UI: To perform the initial technical configuration of functional units, see the Functional Unit Configuration UI
On next screen, if you don't see it in the list, turn the filter off and enter ""NWDI using CMS", you should be able to find it. Then go through the steps to enable automatically and go through the steps, there are a few of them there.
Regards,
Nagarajan.

How to configure the runtime and consolidation for a track in CMS.

How to configure the runtime and consolidation for a track in CMS.
I can see the track exists in CMS but the same doesnt pull up in the NWDS in the development configuration perspective.
I compared the given track with the one which gets pulled up in NWDS. Theres something called runtime system and consolidation which isnt defined for the track which is invisible.
Please advise , what are these required for. And how can we configure the same.

The runtime systems are defined for a track to setup the Transport path for any code changes....the Consolidation system is usually defined as a Virtual system for the track and used for comparison and fixing any broken or Dirty DC's ....that means it's not used as a Runtime System for Deployment as compared to DEV,QAT and PROD used for Deployment...
Hope it helps..
Regards,
Shikhil

NWDI Track - Runtime Systems options

Hello All,
We are implementing Manager Self Service (MSS) in our company. (Webdynpro Java XSS 600)
We have Development (DEV) , Test (TST) and Production (PRD) systems in our landscape. (EP 7.0 SP 13)
We have installed and configured NWDI and created a track for the development on MSS.
In my track, I have the option of selecting upto 4 runtime systems.
I have a few questions about selecting the runtime system options in my track in our scenario:
1. Can I skip consolidation system in my track (no entry for runtime system consolidation in the Runtime Systems tab of the
Track Data page under Landscape Configurator). (OR) is it mandatory to have consolidation system defined?
2. In my track, If I use Development - DEV, Consolidation - TST, and Production - PRD are there any disadvantages with this
configuration. In this case, after the assembly of all the components in the track, the assembled components are
deployed directly on the Production Server (which I think might be a risk). Please suggest if we would have any other
problems with this configuration.
3. Can I define both Development and Consolidation systems in my track to be "DEV"- and then Test would be "TST"
and Production would be "PRD". Would there be any complications with this scenario ?
Please suggest the best practise of defining the runtime systems in a track - in our scenario.
Thanks,
Jaya

Hi
I would recommend that you use your test/QA system as the runtime for "test" runtime - this way you get a chance to test out the assembled applications prior to putting them into your production system.
In our landscape we have no runtime for dev, use our development portal as our Consolidation runtime. The developers have local java engines that they can test their development on and therefore not impact on the true development system (therefore avoiding disruption to testing)
We have only recently started using MSS & ESS as such we will be installing local Portals for the developers to use and keep our development model the same.
regards
marina

Broken DCs after changing the runtime systems in track

Hello,
I am making some WebDynpro changes to ESS using NWDI and NWDS. All was working fine until I changed the runtime systems in the track. Eversince I added the test runtime system in the track, I am getting broken DC errors in sap.com_SAP_ESS_1 compartment. When I looked at the details in CBS, it says that Used Component "tc/bi/bp/pcd" not found. I looked at the compartment sap.com_SAP_BUILDT_1 and this DC is not available in that. When I did sync used DCs in NWDS, I am getting the error "ERROR: Check for used DCs failed: Used component not found: sap.com/tc/bi/bp/pcd. DC not found in DC syncdb." . I performed restore system state and reimported all the required .sca files in to the track. I am still having this problem even after reimport.
Any help is appreciated.
Thanks,
Srihari

Hi Krishna and Snehal,
Thanks for your responses. I have done some more research and found out that the missing DC is available in EP_BUILDT SCA file. I have downloaded sca file for EP_BUILDT from market place and placed it in CMS inbox. I also deployed the .sca file in NWDI system. In CMS, I can not see this .sca file of EP_BUILDT in the check-In tab. I tried to add it as dependency to SAP_ESS SC in Landscape Navigator. But, EP_BUILDT is not available in the list of SWCV when I click on "Define Dependencies". I checked SLD and found out that it is not in the list of SWCV, but is there in "Installed Products" tab of NWDI technical system. Any idea on how to get it as SWCV in SLD or how to get the .sca file in to my "Check-In" tab of track? Please share your thoughts.
Thanks,
Srihari

Questions on Runtime systems

Hi to all
I have two questions:
1)
SAP says do not use the system where the JDI s installed as runtime system, I suppose in order to avoid the CMS deadlock described in note 754143. Right ?
Suppose we have three system D (develop), T (test) and P (Pro). Teh JDI is instaleld in D. We define the track Development with the runtime systems T as "test" and P as "production".
As I understood the deploy on the D system happen automatically as soon the activation is triggered into the Dev Studio IF the system D is used as runtime system.
Please could you clarify how we can keep aligned the D environment with the system T and P from the point of view of he deployment if we cannot use the D system as runtime environment ?
2) Suppose we have three system D (develop), T (test) and P (Pro). Teh JDI is instaleld in D.
We defined the tracks DEVELOP and MAINTENANCE, connected by a 'repair' connection.
If I understood weel the DEVELOP track and the MAINTENANCE track should have the Development and the Test runtime system in exchanged order:
the system indicated as Test for the DEVELOP track has to be indicated as Develop for the Maintenance track.
Then the runtime Production system has to be defined for the DEVELOP track only ?
Regards

Hi, thanks H. for the info.
I understood the MAINTAIN track and the DEVELOP track MUST to have different runtime systems.
We need at least, (minimun), 3 different systems (development1 and test on the DEVELOP track and development2 on the MAINTEN track) in order to maintain an old relese of SC while a new release is in progress, right ?
It's then responsability of the 'connection repair' defined between the tracks to move the software from the DEVELOP track to the MAINTEN track.
Please, in which moment of the DEVELOP track the software will be copied also to the MAINTEN track ?
New question about the Consolidation phase.
At the beginning we configured ONLY the runtime development for the DEVELOP track. So the work o teh developers was deployed automatically on that system as they activate their activities into the Developer studio.
As traiing we released the activities and we saw them into teh Consolidation tab queue ready for transport (NO Consolidation runtime system was in place).
Anyway we selected them and run the import. The CMS said it gone well.
After that the activities of the developers were into the Assebly tab queue.
My dubt is that after the import we saw our application working fine on the envirnment indicated as runtime develop system.
I need to clarify if this is the correct behaviour:
A) In this case using only the development runtime system into a track it does not have sense to relase the activities.
The development activity then end at that point and there is nothing else to do into the CMS.
If you need at that point the SCA of your work, to import them elewhere you can find it under the ../Jtrans directory (on condition that you reeased them)
Right?
B) It's an bug of the CMS to allow to run the import from the Consolidation tab while there is no consolidation runtime registered ?
Or it do not represents a real, physical import of software but only a logical step needed to move ahead the sw ?
we suppose when we run the import from the Consolidation tab queue we overwritten again the application on the development runtime system, but I'm not sure of that.

NWDS - autodeploy into runtime systems

Hello,
we have an NWDI on NW04s SP13 with a track. Several developers have their own NWDS with each thier own J2EE. The developers are created on the NWDI. I have configured for the DEV_RUNTIME system automatic deployment.
The developers told me, that they need the sdm password for the DEV_RUNTIME system. Could you please explain me, if this is true? I thougth a user and pw from the NWDI would be all what they need.
Regards,
Alexander

The developers should only need the SDM password for their local J2EE Engines. Deployment to the Dev runtime system of the track is done by NWDI using the SDM password provided in the runtime system definition.
In order to deploy changes to the Dev runtime system, developers must Check-In and Activate their activities. An activation triggers a central build by CBS and if this build is successful, it triggers deployment to the Dev runtime system.

Maximum number of runtime systems

ALL,
We plan to do some modification of Xss components using NWDI based on NW04s SR1 . We have already installed NWDI , created the tracks etc .We also have a three tier landscape consisting of Dev, QA and Prod . My question is how may maximum runtime systems , I can have ( from NWDI there are 4 visible like ) . For eg : If I wanted to include SAndbox and training landscape , totally there will be file landscape . Will NWDI support more that 4 landscape to add as runtime systems in a track ? Is there any mechanism to do this ?
Aneez

you can get some documentation from the sap library, e.g.:
http://help.sap.com/saphelp_nw04/helpdata/de/13/602b27f6fb41b4a9eb4f72eabb9832/frameset.htm
This is the Netweaver 2004 documentation, in case you use NW 2004s just type "track connection" into the search field and you'll find a similar chapter for NW 2004s.
Regards,
Cornelia

Two Tracks for the same Runtime System?

Hello,
can you please tell me if it is allowed to connect two tracks to the same runtime systems?
We have already a track connected to our systems. Now we have created a new track to deliver different content to those systems. We wanted to connect the new track to the same runtime systems. Our basis team told me that a where-used message came up that told them "The following runtime systems are already used elsewhere in the CMS domain".
Can you tell us if we will get problems because of this?
Thanks in advance,
Br,
Michael

Hello again,
ok now, thats something completely different CRM modification is always special.
To be honest i cannot tell for sure what will happen. As far as i know the default deploy strategy of NWDI is "deploy any version" which means NWDI will order SDM to just deploy not regarding any SDM Version (you are on a 7.0x System right?)
So it should be possible if everything else, excelt those 2 DCs is the same things should work. But if not the last deplyoed version of the shared DCS will be active. Which might lead to problems then.
As far as you described, the setup is as the CRM modification guides mentioned.
My first thought is that you are not forced to use CUSTCRMPRJ as SC name for the projects as far as I know. OS maybe the leanest thing would be to just use CUSTCRMPRJ_light (.o)) for the second track.
Hmmm not sure if this is a good idea or thought to the end. I don't have the CRM modifications guide at hand at the moment. But I guess there was a part where something was mentioned similar to this.
After all I have to say:Sorry. I can't give you solid, reliable tip/advice for this case. Maybe my thought will help you.
Or maybe someone else knows better.
Have a good time
Jan

Error While Creating Runtime Systems on an Existing Track in NWDI

Hi,
There is already a track in NWDI with No runtime Systems.
I have to create the RunTime Systems to do development on this track.
When I try to select the Development checkbox in Runtime systems,
select configure without wizard, Gave   Deploy Host name: **********.com
            Deploy Port :50018 (SDM port)
           Deploy PSWD: SDM Pswd
It gives me a warning..
Synchronization of Runtime System triggered for system dev. Log can be found at
http://*****************************LogViewer?LogName=%2Fsapmnt%2FEPQ%2Fglobal%2FTCS%2FLOG%2FEPQ_WHRBD_D2010081322030045.log&Bsname=EPQ_WHRBD_D
When i go to the log file
I see this Error Message
20100813180502 Info   :cannot create a connection for the buildspace: EPQ_WHRBD_D //connect to deploy tool failed:Server <Host Name> did not accept login request as admin on port 50018. Details: ERROR: Could not establish connection to <Host name> at port 50018: Connection timed out:could be due to invalid address
Can you please tell me what could be the Reason.
Basis has already opened the Ports : http port and SDM Port.
I am able to ping the server from cmd prompt.
Points will be allocated for the answer.
Thanks.
Venkat

Hi,
There's no need to update CMS or to check whether the buildspace is open, do not click on JSPM flag (unless you need nwdi control at upgrade)...
The error message means only that from the host where you configure the RTS the SDM cannot be reached or logon request cannot be accepted.
This can be either , because the
- SDM password is wrong (you checked it already)
- the port is wrong (you also checked it. If this is really a 700 RTS, i.e. it has SDM, and the instance number is 00, then the port is really 50018, so this should be fine as well. Only mention, because as of 71X we use the P4 port 5<xx>04 for the deploy controller, as there's no more SDM). Still you can use "netstat -a" to see the status of the ports.
- The host is wrong. I agree with Dao, check not only FQDN, but also IP address.
Using this guide you can always check whether the entered data is correct:
http://wiki.sdn.sap.com/wiki/display/TechTSG/%28NWDI%29%28CMS%29Q0002
Best regards,
Ervin (http://wiki.sdn.sap.com/wiki/display/TechTSG/%28NWDI%29Home)

Configuring Runtime systems for a Track

Similar Messages

Maybe you are looking for