I've made a list of the JAR's referenced in that registry setting, and all are referenced directly in the \AREmail directory. Quite a few of them do not exist at that \AREmail path as a separate "jar" file in my system and some don't even exist on the server at all in any path that I can find:
Exists - activation.jar Exists - arapi81_build001.jar Exists - armapi81_build001.jar Exists - arutil81_build001.jar Exists - emaildaemon.jar Exists - imap.jar Exists - log4j-1.2.14.jar Exists - mail.jar Exists - pop3.jar Exists - smtp.jar Nope - arcmn81_build001.jar Nope - arrpc81_build001.jar Nope - commons-beanutils.jar Nope - commons-codec-1.3.jar Nope - commons-collections-3.2.jar Nope - commons-configuration-1.3.jar Nope - commons-digester-1.7.jar Nope - commons-lang-2.2.jar Nope - commons-logging-1.1.jar Nope - icu4j.jar Nope - Logger.jar Nope - oncrpc.jar Nope - spring.jar But, looking at a working system, I see the same situation, so I'm not sure that is significant... Thanks, -JDHood On Tue, Apr 2, 2013 at 9:33 AM, Longwing, Lj <llongw...@usgs.gov> wrote: > ** > Well, > For what it's worth, here is my 'Parameters' key for my 8.1 email engine, in > case it helps > > "Current Directory"="D:\\ARSystem\\AREmail" > "JVM Library"="C:\\PROGRA~1\\Java\\jre7\\bin\\server\\jvm.dll" > "JVM Option Count"=dword:00000004 > "JVM Option Number 0"="-Djava.library.path=D:\\ARSystem\\AREmail" > "JVM Option Number > 1"="-Djava.class.path=D:\\ARSystem\\AREmail\\emaildaemon.jar;D:\\ARSystem\\AREmail\\commons-configuration-1.3.jar;D:\\ARSystem\\AREmail\\commons-beanutils.jar;D:\\ARSystem\\AREmail\\commons-collections-3.2.jar;D:\\ARSystem\\AREmail\\commons-digester-1.7.jar;D:\\ARSystem\\AREmail\\commons-lang-2.2.jar;D:\\ARSystem\\AREmail\\icu4j.jar;D:\\ARSystem\\AREmail\\spring.jar;D:\\ARSystem\\AREmail\\commons-logging-1.1.jar;D:\\ARSystem\\AREmail\\commons-codec-1.3.jar;D:\\ARSystem\\AREmail\\Logger.jar;D:\\ARSystem\\AREmail\\log4j-1.2.14.jar;D:\\ARSystem\\AREmail\\arapi81_build001.jar;D:\\ARSystem\\AREmail\\arutil81_build001.jar;D:\\ARSystem\\AREmail\\arrpc81_build001.jar;D:\\ARSystem\\AREmail\\oncrpc.jar;D:\\ARSystem\\AREmail\\arcmn81_build001.jar;D:\\ARSystem\\AREmail\\activation.jar;D:\\ARSystem\\AREmail\\mail.jar;D:\\ARSystem\\AREmail\\imap.jar;D:\\ARSystem\\AREmail\\smtp.jar;D:\\ARSystem\\AREmail\\pop3.jar;D:\\ARSystem\\AREmail\\armapi81_build001.jar;D:\\ARSystem\\AREmail;." > "JVM Option Number 2"=" -Xms256m" > "JVM Option Number 3"=" -Xmx1024m" > "Start Class"="com.bmc.arsys.emaildaemon.EmailDaemon" > "Start Method"="main" > "Start Param Count"=dword:00000000 > "Stop Class"="com.bmc.arsys.emaildaemon.EmailDaemon" > "Stop Method"="stopAllThreads" > "Stop Param Count"=dword:00000000 > "System.err File"="D:\\ARSystem\\AREmail\\logs\\stderr.log" > "System.out File"="D:\\ARSystem\\AREmail\\logs\\stdout.log" > > > On Tue, Apr 2, 2013 at 7:26 AM, JD Hood <hood...@gmail.com> wrote: >> >> ** >> To be clear -- Except the batch file's path reference stops at \bin and >> the registry key goes all the way down to the jvm.dll. That's the only >> difference. >> >> Thanks, >> -JDHood >> >> >> On Tue, Apr 2, 2013 at 9:24 AM, JD Hood <hood...@gmail.com> wrote: >>> >>> I wish it was just that simple... >>> >>> I've been living in that registry key for the past few work days... It's >>> the same exact path (copied and pasted) from the batch file. >>> >>> >>> On Tue, Apr 2, 2013 at 9:06 AM, Longwing, Lj <llongw...@usgs.gov> wrote: >>>> >>>> ** >>>> JD, >>>> If you check in the registry you will find all of the parameters that >>>> are utilized by the service when running as a service vs running via the >>>> command line, you may find your answer in the java path in the registry. >>>> >>>> >>>> On Tue, Apr 2, 2013 at 6:58 AM, JD Hood <hood...@gmail.com> wrote: >>>>> >>>>> ** >>>>> I've since tried 64-bit & 32-bit JVM paths - no luck >>>>> I've tried adding all involved paths to the windows PATH statement - no >>>>> luck >>>>> I've tried adding an LD_LIBRARY_PATH env-var with all the library paths >>>>> - no luck >>>>> I've tried copying all the libraries/jars into the \AREmail directory - >>>>> no luck >>>>> I've tried running the service as a variety of users from local to >>>>> domain admin - no luck >>>>> I've compared the service registry entries to a known good working >>>>> system - can't spot a difference other than server names and paths >>>>> >>>>> The command-line email engine runs just fine with a different set of >>>>> libraries in the **same paths** (I've compared these to a known-good >>>>> system >>>>> and it's normal) and it runs as the currently logged-in local admin >>>>> account. >>>>> >>>>> The service, set to run as the same local admin account, fails to >>>>> start-up enough to write to a log. If the windows event log is to be >>>>> trusted, it seems to indicate the JVM didn't start because it couldn't >>>>> find >>>>> a file in the LoadLibrary statement. >>>>> >>>>> I am well and truly stumped! >>>>> >>>>> At this point, I'm wondering about the differences between running as a >>>>> service vs command line and if some group-policy or other security setting >>>>> is causing the issue. If I ever stumble across the resolution, I'll post >>>>> it. >>>>> >>>>> Thanks for the suggestions, >>>>> -JDHood >>>>> >>>>> >>>>> >>>>> On Mon, Apr 1, 2013 at 7:14 PM, Thad Esser <thad.es...@gmail.com> >>>>> wrote: >>>>>> >>>>>> ** >>>>>> Yeah, I was really happy when I found that tool suite. Process >>>>>> Explorer is nice (similar to "top") and TCPView (netstat) too. >>>>>> >>>>>> Thad >>>>>> >>>>>> >>>>>> On Mon, Apr 1, 2013 at 3:58 PM, John Sundberg >>>>>> <john.sundb...@kineticdata.com> wrote: >>>>>>> >>>>>>> ** >>>>>>> Great tool Thad… >>>>>>> >>>>>>> I used to use something like that in the Linux world all the time -- >>>>>>> you would see a program try to read a file -- then die right after that >>>>>>> -- >>>>>>> but never give a good message. >>>>>>> >>>>>>> Then -- you would change the permissions - so it could see the file - >>>>>>> then bingo - it works. >>>>>>> >>>>>>> I did not know such a Window util existed. >>>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> -John >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Mon, Apr 1, 2013 at 5:36 PM, Thad Esser <thad.es...@gmail.com> >>>>>>> wrote: >>>>>>>> >>>>>>>> ** >>>>>>>> I used the Sysinternals "Process Monitor" >>>>>>>> (http://technet.microsoft.com/en-us/sysinternals/bb896645) utility to >>>>>>>> watch >>>>>>>> what was happening during the service startup. That let me see that >>>>>>>> it was >>>>>>>> searching for a particular file (mscvr100.dll) in a bunch of folders. >>>>>>>> It >>>>>>>> just so happened that the list of folders was the exact same list in >>>>>>>> the >>>>>>>> "Path" environment variable, in the same order. That *.dll is part of >>>>>>>> the >>>>>>>> java install and is located in the bin folder. Adding the bin folder >>>>>>>> to the >>>>>>>> Path was really all it was. At any rate, it sounds like you are up >>>>>>>> against >>>>>>>> something different, so I wanted to suggest taking a look at Process >>>>>>>> Monitor >>>>>>>> to see if that helped. >>>>>>>> >>>>>>>> Thad >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Apr 1, 2013 at 1:43 PM, JD Hood <hood...@gmail.com> wrote: >>>>>>>>> >>>>>>>>> ** >>>>>>>>> I'll check it again, but I've gone through all the (even >>>>>>>>> semi-related) KB entries. I loaded the path up with the java \bin, >>>>>>>>> \lib and >>>>>>>>> \aremail paths for good measure as one of my troubleshooting steps, >>>>>>>>> checked >>>>>>>>> permissions, re-installed java, removed & re-added the service, used >>>>>>>>> several >>>>>>>>> different users and service accounts, and on and on. As soon as I >>>>>>>>> regain >>>>>>>>> connectivity, I'm going to try setting the LD_LIBRARY_PATH manually >>>>>>>>> and see >>>>>>>>> if that does the trick. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> -JDHood >>>>>>>>> >>>>>>>>> >>>>>>>>> On Mon, Apr 1, 2013 at 4:21 PM, Thad Esser <thad.es...@gmail.com> >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> ** >>>>>>>>>> JD, >>>>>>>>>> >>>>>>>>>> I had this exact same issue, you'll probably find that flashboards >>>>>>>>>> isn't starting up either. The issue was that the java bin directory >>>>>>>>>> was not >>>>>>>>>> added to the PATH environment variable. BMC Support insisted that >>>>>>>>>> the java >>>>>>>>>> install would do that, but it didn't happen in any of my >>>>>>>>>> environments. Once >>>>>>>>>> I added that to the PATH variable, all was good. The reason that it >>>>>>>>>> works >>>>>>>>>> from the command line is that the batch file sets the path. >>>>>>>>>> >>>>>>>>>> Hope that helps, >>>>>>>>>> Thad >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Mon, Apr 1, 2013 at 12:51 PM, JD Hood <hood...@gmail.com> >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> ** >>>>>>>>>>> All, >>>>>>>>>>> >>>>>>>>>>> Environment: v8.1 ARS/ITSM on Windows >>>>>>>>>>> >>>>>>>>>>> Has anyone encountered a situation where outbound email is >>>>>>>>>>> configured for simple, unassuming, plain-jane SMTP (no user or pass >>>>>>>>>>> needed) >>>>>>>>>>> and the email service (installed out of the box) will not start? >>>>>>>>>>> >>>>>>>>>>> I've tried setting the service to run as a domain user account >>>>>>>>>>> (permissioned for MAPI), a local admin account and as a domain admin >>>>>>>>>>> account. It still won't start. >>>>>>>>>>> >>>>>>>>>>> The weird part: I can switch to command line mode and it works >>>>>>>>>>> just fine with the same outbound settings. From the command line, it >>>>>>>>>>> starts-up, stays-up and happily processes mail until you stop it. >>>>>>>>>>> >>>>>>>>>>> Logging: >>>>>>>>>>> No email logs or java logs are produced when you try to start the >>>>>>>>>>> service. I don't think it gets far enough to even start a log. >>>>>>>>>>> >>>>>>>>>>> Windows event Application logs shows three events with the >>>>>>>>>>> following info: >>>>>>>>>>> 1. BMC Remedy Email Engine - MyServerName >>>>>>>>>>> 2. Could not load the Java Virtual Machine >>>>>>>>>>> 3. LoadLibrary The system cannot find the file specified >>>>>>>>>>> >>>>>>>>>>> I've checked the registry entries for the service and compared it >>>>>>>>>>> to the java paths used with the command line batch file and the >>>>>>>>>>> paths are >>>>>>>>>>> all correct, down to the jvm.dll for the service. >>>>>>>>>>> >>>>>>>>>>> Right now, all I have to go on is that, for some unknown reason >>>>>>>>>>> the service can't start a JVM. However running it from the command >>>>>>>>>>> line, it >>>>>>>>>>> can crank the JVM right up! >>>>>>>>>>> >>>>>>>>>>> I'm currently stumped. >>>>>>>>>>> >>>>>>>>>>> If anyone has encountered this before, I'd love to hear how you >>>>>>>>>>> resolved it. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> -JDHood >>>>>>>>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>>>>>>>> >>>>>>>>> >>>>>>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>>>>>>> >>>>>>>> >>>>>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> John Sundberg >>>>>>> >>>>>>> Kinetic Data, Inc. >>>>>>> "Your Business. Your Process." >>>>>>> >>>>>>> 651-556-0930 I john.sundb...@kineticdata.com >>>>>>> www.kineticdata.com I community.kineticdata.com >>>>>>> >>>>>>> >>>>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>>>>> >>>>>> >>>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>>>> >>>>> >>>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>>> >>>> >>>> _ARSlist: "Where the Answers Are" and have been for 20 years_ >>> >>> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"