Okay. Now for a few of my hair brain ideas. Every once in a while I get
lucky and actually suggest something that works.
As for the files returning to the original state:
I am totally ignorant on JBoss. If there is an archive of any type present
my guess is that either the app is running from archive and thus checks it
for changes. Since the files do not match the app is redeployed from the
archive.
Or:
The app is exploded from the archive and the system redeploys the app on a
regular basis.
Either way you will need to make your changes inside of the archive and
either redeploy it or allow it to redeploy.
Changing the source outside of the archive is not a good idea.
For the database issue, look into the code for transactions. It sounds like
there is a transaction failure that is causing a rollback and thus the
removal of the data. Other than an explicit deletion of data(code written to
do it), it is about the only way data is going to be removed.
Doug
----- Original Message -----
From: "Andrew English" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <users@tomcat.apache.org>
Sent: Wednesday, February 22, 2006 5:47 PM
Subject: RE: Java Question
Thanks for the info.
However I want to reinstate one point I made earlier or didn't make
clearly. On the test box I copied over all the changed HTML files to it,
and did the same to the production server thinking the Test server must
have been copying all the files over to the production box.
This morning both the test and production box were covered back to the
original html files.
I am looking at using Sysinternals FileMon to see if I can pin point the
actual process that is copying the original files back. But one thing
for sure it I plan to take the TEST box down.
They also run into another problem which is database related and I am
willing to be it has to do with the Test box multicasting. Sometimes
when they post their items in the database the items disappear
themselves completely after a couple of minutes! :(
Andrew
-----Original Message-----
From: Sethuraman, Prabhu (Cognizant)
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 22, 2006 5:18 PM
To: Tomcat Users List
Subject: RE: Java Question
Andrew,
You will be surprised but here is what it is:
JBoss is actually sending the calls made to your production server to
the test server. This is because of the failover mechanism that is
available within JBoss. Your testserver must be in multicast mode. Try
dropping the test server off multicase mode and you might not get to see
the CEOs picture itself :)
No kidding.
We did have the same issue, where a critical transaction in a Production
system was trying to get data from an EJB which was running in a test
system.
Prabhu S
-----Original Message-----
From: Andrew English [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 22, 2006 9:12 AM
To: Tomcat Users List
Subject: Java Question
Does anyone know of a mailing list were I can ask some java related
questions?
The number one question I have is if it's possible to write code within
Java that changes all your HTML files back to their original default?
A client of mine runs, dare I say it here JBoss 2.4 and I found two
copies of JBoss running, one on their production server, the other on a
Test server. Anyhow I had to go and make changes to the HTML files
within the JBoss, removed the previous CTO's name, fixed spelling
errors, removed some dates, etc.
Anyhow initially without taking the Test server into account when I made
changes to the HTML files, at around 12:38AM the files are modified back
to their original state. So I searched all the servers HIGH and LOW for
these files and only came across the Test server having them too.. So I
put the modified copies on the Test server and the production server
yesterday, now they are back to the original copies again.. BIGH SIGH
I have looked through all the scheduled tasks and not found anything, my
thought is it could be embedded somewhere in the Jave??
Andrew
This e-mail and any files transmitted with it are for the sole use of
the intended recipient(s) and may contain confidential and privileged
information.
If you are not the intended recipient, please contact the sender by
reply e-mail and destroy all copies of the original message.
Any unauthorized review, use, disclosure, dissemination, forwarding,
printing or copying of this email or any action taken in reliance on
this e-mail is strictly
prohibited and may be unlawful.
Visit us at http://www.cognizant.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
