I am getting the following error when I apply a patch created in Install4j. The existing installation also created in Install4j:
The installation directory contains different application.
The installation cannot be performed.
Can someone tell me what is the root cause for this error and how to solve it?
Your patch installer has a different application ID than the original installer.
Under Installer->Update Options, you can check and change the application ID. If you set the ID of the patch installer to the same as the original installer, the warning will go away.
Related
Our automated build process is as follows:
The build script fetches the latest version of the repository into a clean directory
It runs the build using the following command line command
devenv SolutionFile.sln /rebuild "ServerDeployment|Any CPU" | out-file -FilePath $BuildOutputFile
I want this to run unattendend.
But then the build pauses to display a modal dialog:
An error occurred when applying the IIS Express settings to server URL 'http://localhost:60143/' for project 'CMS.Website'. You may have to manually edit the applicationHost.config file and make the changes for your site to run correctly.
I have to press OK for the build to continue. This is no longer a working unattended build.
I see that Visual Studio has automatically generated a file .vs\applicationhost.config in my build folder.
I compared this file with the file .vs\applicationhost.config in my development folder. I can see the version of the file in my development folder (which doesn't cause errors) has an extra site entry under the node: //configuration/system.applicationHost/sites
How can I make this message box go away? Obviously I don't care if this runs on IIS Express or not, because I'm performing a build to be deployed on a different server.
Possible solutions (that I don't particularly like) are:
Check the file .vs\applicationhost.config into the repository, so it gets checked out as part of the build rather than regenerated
Modify my build script so it copies the template file from C:\Program Files\IIS Express\config\templates\PersonalWebServer\applicationhost.config and then modifies this XML file to manually add the new site entry
Is there a better solution to my problem?
In my case, the debug settings were stored as part of the Web Application's .csproj file (which is part of the checked-in repository).
It should be stored as part of the .csproj.user file (which does not get checked in).
In my project settings I needed to make sure that 'Apply server settings to all users (store in project file)' was unchecked.
Once I unchecked this setting the automated build ran from start to finish without presenting a modal message box.
i had downloaded the latest version of oracle 11g 64 bit (which is compatible to my system) From oracle Website. while Installing the Oracle into my getting The Following Error.
- java.lang.NullPointerException
what all i did ?
1. Double click on the setup Application File in the Database folder of Oracle 11g
2. i did not give the email details in Condigure Security Updates Pod.
3.In Installation Options i have selectd the Create and Configure a Database Option.
When i click on Next i am getting the Error
![enter image description here][1]
I was having a similar problem (mentioned in another thread I'm still looking for to respond), but it would fail (without notice) when selecting "desktop class" (step 3). We found that there was a problem with the included javaw.exe file, so used the following start line in the command line (from wherever setup.exe is located):
setup -jreLoc c:\PROGRA~1\java\jdk1.6.0_25
(Modify to reflect the location of an alternate JRE, like the one I used above.)
Hopefully this helps. If not, good luck!
Run the setup file as administrator with a user account that does not have an exclamation mark in it.
After downloading both the files , Keep the second file in first file
In my case i copied the file in file2 in to file 1
from
D:....\win64_11gR2_database_2of2\database\stage\Components
to
D:....\win64_11gR2_database_1of2\database\stage\Components
and don't forgot to update Oraparm configuration settings file under install
according to your jre location and version
We are using Tridion 2011 SP1. Some of the pages/components are getting failed while publishing with below mentioned error.
Phase: Deployer Prepare Phase failed, Unable to unzip,
D:\Inetpub\TridionPublisherFS4SP\incoming\tcm_0-286137-66560.Content.zip (The process
cannot access the file because it is being used by another process),
D:\Inetpub\TridionPublisherFS4SP\incoming\tcm_0-286137-66560.Content.zip (The process
cannot access the file because it is being used by another process), Unable to unzip,
D:\Inetpub\TridionPublisherFS4SP\incoming\tcm_0-286137-66560.Content.zip (The process
cannot access the file because it is being used by another process),
D:\Inetpub\TridionPublisherFS4SP\incoming\tcm_0-286137-66560.Content.zip (The process
cannot access the file because it is being used by another process)
Components/Pages are failing under stage Preparing Deployment, how should we fix it?
Do you have multiple Deployers using the same incoming location?
It looks like you’re running the Deployer as a WebApp – is the Deployer service also running on the system?
If you search for all files named “cd_deployer_conf.xml”, do they have the same incoming folder (D:\Inetpub\TridionPublisherFS4SP\incoming) defined?
Otherwise, you might use ProcMon to watch the folder and see what else is accessing the file.
If you still have this issue, you may try
1. deleting all files under incoming,
2. making sure there is no encryption enabled for the incoming folder (Some companies apply encrypt script immediately to the files that are added to the drive) or
3. making sure your antivirus is not screening that folder (As Nuno mentioned).
Do a restart of the deployer app and verify in the logs?
We are using Tridion 2011 sp1 without any hotfix and .net web application httpupload.aspx to deploy the content in filesystem.
We monitored and found there are two issues:
1) Some time pages those are published successfully in the publishing queue are not uploaded/updated in the file system.
2) Transport package is not created for the pages which are getting failed with the error:
Deploying FailedPhase: Deployment Processing Phase failed, Could not initialize class com.tridion.storage.StorageManagerFactory, Could not initialize class com.tridion.storage.StorageManagerFactory
Also in the deployer log file and transporter log file, there is no reference to failed item transaction id.
Can anyone help me out in this?
You must have some more detail on the failure in your logs than just this.
Could not initialize StorageManagerFactory will typically point to a misconfigured cd_storage_conf.xml or a jar missing.
If you get this occasionally then there must be something that fails occasionally (like your database connection or a file system).
Please scan through your deployer and/or core logs for additional information.
[UPDATE]
I think you may have a second deployer "listening" to the same incoming directory, and that 2nd deployer is broken.
Hints of that:
You say no transport package is created. I assume you mean you can't find the transport package - it must be created in the CM otherwise it can't fail. This means "someone" picked it up
"Sometimes they're published, sometimes not" == Sometimes they're picked up by the right deployer, sometimes they're picked up by the wrong one.
No references to the transaction in the logs
Search your server for all cd_deployer_conf.xml, and go compare all your "incoming" folder settings. You can only have one deployer per incoming folder.
Try following:
1) In the windows event logs identify the path of the Deployer that is getting loaded...generally it should be define by the Tridion_Home variable but there is also a roll up logic in place and it might also get picked up the deployer path from your application config on priority if you have placed the deployer config and bin folders with in your application bin folder for processing by the Tridion Content Delivery API
2) Check if the updated SQL JDBC jar file is present in the deployer bin folder
3) Verify that you do not have jre version between 1.6.0.26 to 1.6.0.30 installed on CMA and/or CDA server - check for both 32-bit as well as 64-bit version
I recently moved a project from TFS2008 to 2010, and I'm having trouble getting the 2010 build scripts to work. I managed to make the script run using the the upgrade template, but I'm running into the following error:
TF204001: The item $/blah/blah/blah/TFSBuild.proj cannot be downloaded. Read permission is required to retrieve the content.
I can't figure out what needs this permission (my account? The build daemon? I assume the latter), nor how to grant them. Any ideas?
I had the same issue and solved as follows:
The build agent account needs 2 permissions: Read and Label
You need to map you Team Collection Folder to a local folder and give the build agent account both permissions, above.
Make sure the templates for the builds are also there and with identical permissions.
I hope this helps.