my java installed in C:\Program Files\Java\jdk1.7.0_01\bin
Jboss server installed in D:\jboss-as-7.1.1.Final\bin
Already i have set the environment variables for your reference.
C:\Python27\;C:\Python27\Scripts;C:\ProgramData\Oracle\Java\javapath;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Skype\Phone\;C:\Python27;C:\Python27\Scripts; C:\Program Files\Java\jdk1.7.0_01\bin
while i started to run the Jboss server7.1 via commands prompts getting error message "JAVA_HOME is not set".
Please provide me a solution
To overcome this message, set JAVA_HOME in standalone.conf.bat and domain.conf.bat file.
rem #
rem # Specify the location of the Java home directory (it is recommended that
rem # this always be set). If set, then "%JAVA_HOME%\bin\java" will be used as
rem # the Java VM executable; otherwise, "%JAVA%" will be used (see below).
rem #
set "JAVA_HOME=C:\Program Files\Java\jdk1.7.0_01\"
Related
I am trying to create a Domain in Weblogic server 12c.
While executing the script config.cmd at the path
C:\Oracle\Middleware12c\oracle_common\common\bin getting the error as "==" was unexpected at this time.
Have set JDK path while installing the weblogic server as below
set PATH=C:\Program Files\Java\jdk1.8.0_161\bin;%PATH%
set JAVA_HOME=C:\Program Files\Java\jdk1.8.0_161
Weblogic server is installed properly.
Display your PATH env var before starting the configuration wizard and check that the value is not enclosed with double quotes.
I have resolved this error by following steps
open the command line
echo %path%
then you can see all path variables
copy the result string into a notepad , then you can notice there are " characters
next remove those.
open the command line in the fmw_14.1.1.0.0_wls_lite_generic.jar folder
set path=double_quote_emoved_pathvariable
java -jar fmw_14.1.1.0.0_wls_lite_generic.jar
So we're setting up a release where we want to copy some artifacts to a target server in order to start a deploy. unfortunately when the task starts it errors out on the actual copy with the following error:
The term 'robocopy' is not recognized as the name of a cmdlet, function, script file, or operable program. Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
However when checking both source and target machine the robocopy command (both from Powershell and CMD.exe run perfectly and presents the default robocopy starting screen.
We're using a private build agent running windows server 2016.
I've checked PATH variables and C:\Windows\System32 is in the list and running a search on both systems gives back robocopy.exe in the same directory.
running the task on a hosted agent makes it run fine. So it definitely is a local issue, just don't see where this might be coming from.
results of echo %PATH% and robocopy on the build agent:
Results of the Release with the failing task:
As requested by Shayki the task definition:
for some unknown reason the %PATH% variable would show C:\Windows\System32 when doing echo %PATH% however when going through the environment variables inside control panel there was no entry for it inside the PATH environment variable.
Added the C:\Windows\System32 folder back into PATH system environment Variables (and putting it on top) fixed it for us.
I am not able to understand why this happen ?
Log started 07/02/2018 at 14:08:21
Preferred installation mode : win32
Trying to init installer in mode win32
Mode win32 successfully initialized
[14:08:24] Initializing PostgreSQL installer
[14:08:24] Windows Version is: Windows 7 (6.1)
[14:08:24] Operating System Language is: en
[14:08:24] Current build_identifier is: 9.6.2-2
[14:08:24] System PATH:
**All path of my system**
[14:08:24] Initializing pg96 variables
[14:08:24] Download url: https://s3.amazonaws.com/pgcentral
[14:08:24] PostgreSQL Locale to install: DEFAULT
Setting variable windows_net_session_exitcode from C:\Users\himanshu-sharma\AppData\Local\Temp\postgresql_himanshu-sharma/net-session-exit-code.bat
Script exit code: 1
Script output:
Script stderr:
'"C:\Users\HIMANS~2\AppData\Local\Temp\POSTGR~1\NET-SE~1.BAT"' is not recognized as an internal or external command,
operable program or batch file.
Error with configuration or permissions. Please see log file for more information.
Credit to #RAM answer in this . Problems Installing PostgreSQL 9.2
Solution:
Open command prompt in admin mode
Execute following command to change the format based on your drive or all drives
Sample commands:
fsutil 8dot3name set 1
This disable 8dot3 name creation on all volumes
fsutil 8dot3name set C: 1
This disable 8dot3 name creation on c:
Execute the installation as a user having admin privileges
After install, consider resetting the 8dot3name setting to default (2) to avoid unintended consequences
Hope it solves the problem!
I have preconfigured zookeeper and kafka and after making all the changes when i execute below command in cmd prompt
.\bin\windows\kafka-server-start.bat .\config\server.properties
following error is thrown
'wmic' is not recognized as an internal or external command,
operable program or batch file.
Do suggest for this .
For steps kafka preconfiguration used fowwloing link : https://dzone.com/articles/running-apache-kafka-on-windows-os
I had similar issue. I added C:\Windows\System32\wbem to path.
Now I am not getting the same error but no logs are getting printed after starting kafka-server.
Kafka server not returning anything
This is because WMIC internally runs other OS commands. For this C:\Windows\System32 must be set in Classpath. If this is missing, nothing gets displayed when starting Kafka server.
go to System environment variables form control panel, edit PATH and append below to existing path value separated by ;
C:\Windows\System32\wbem;%PATH%;
after setting PATH in env variables, confirm whether wmic is picked properly:
open command prompt and type below command
where wmic
This should return the following as output:
"C:\Windows\System32\wbem\WMIC.exe"
I have JBoss 4 installed on my PC to directory C:\JBoss4
And environment variable JBOSS_HOME set to this directory:
JBOSS_HOME=C:\JBoss4
I need to install JBoss 5.1 on the same PC.
I installed it into C:\JBoss51
In order to start JBoss 5.1 on the same host where JBoss 4 was already started, I need to redefine properties jboss.home.dir, jboss.home.url, jboss.service.binding.set:
C:\JBoss51\bin\run.sh -Djboss.home.dir=C:/JBoss51 \
-Djboss.home.url=file:/C:/JBoss51 \
-Djboss.service.binding.set=ports-01
But in C:\JBoss51\bin\run.sh I can see following code:
…
if [ "x$JBOSS_HOME" = "x" ]; then
# get the full path (without any relative bits)
JBOSS_HOME=`cd $DIRNAME/..; pwd`
fi
export JBOSS_HOME
…
runjar="$JBOSS_HOME/bin/run.jar"
JBOSS_BOOT_CLASSPATH="$runjar"
And this code does not depend either on jboss.home.dir or on jboss.home.dir.
So when I start JBoss 5.1 script will use jar files from JBoss 4.3?
Is it correct?
Should I redefine environment variable JAVA_HOME when I start JBoss 5.1?
In this case script will use correct jar files.
Or if I redefined properties jboss.home.dir, jboss.home.url then JBoss will not use any variables set in run.sh?
How does it works?
The simplest thing to do is not to set the JBOSS_HOME environment variable at all. If you call run.bat without the variable being set, then the script will set it to its own JBoss directory. Explicitly setting it allows you to override where JBoss looks for things, but then you have to manage it yourself, and you get into a mess.
So remove the variable, and let JBoss take care of its own directories.
in my community 7 version i can edit the /bin/standalone.conf.bat and in your case set the variable like this:
set "JBOSS_HOME=C:\JBoss51"
right after this:
if not "x%JAVA_OPTS%" == "x" (
echo "JAVA_OPTS already set in environment; overriding default settings with values: %JAVA_OPTS%"
goto JAVA_OPTS_SET
)
This makes to load the JBOSS_HOME from the conf. and not from the environment variable, hope this can be helpfull!
Had this same problem with wildfly 8. I had another JBOSS instance using the JBOSS_HOME environment variable. I added the "set "JBOSS_HOME=.." as specified above and it worked.