Re: Off topic: Email bounce handler code?
David Wall wrote: Does anybody know of any good Java/servlet code that handles email bounce processing? When our automated systems send an email that bounces (lots of hotmail bounce if the user has an account but just hasn't logged in the past 30 days), we'd like a somewhat reliable mechanism to associate the bounce with a transaction in our system. I'd guess I'd put a special header in so that bounces that return headers or return the original message can be parsed. Hi David, I've just done exactly that with the Exim mailserver, the JavaMail and Java Timer API inside Tomcat. The mangling process you mentioned is called VERP which stands for Variable Envelope Return Paths. The gist is that when I send an email out to [EMAIL PROTECTED], the return path header on the email is set to: [EMAIL PROTECTED] As long as you configure your SMTP server to recognise these bounce messages and deliver them to a mailbox, you can use JavaMail to poll for updates, parse the TO: field using a regular expression and then move the parsed email to a sub-folder, say. This doesn't affect your reply-to address on the emails. If it is delivered successfully, and the reciepient tries to reply, it will be delivered as expected - the return path header is ignored. HTH. Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: A question about log rotation
I had a similar issue on a Mandrake system running tomcat 4.1.24 a couple of
years back. I resolved it eventually and wrote a bit of documentation for
myself and the Linux sysadmin for our system. It was not intended for use by
anyone but us so it may not explain things sufficiently clearly but it's a
start. If you need any clarification on this points in my document, feel
free to ask. I don't guarantee a clear answer since I'm far from being an
expert, but if I can't help, maybe someone else on this list can.
I don't know if this information is applicable for RH9 but since they are
both Linux, I have my fingers crossed.
=
Logrotate and logs:
/etc/logrotate.conf controls the logrotate program. This file sets the basic
parameters of the program, e.g. how many weeks worth of backlogs to keep and
whether to use compression. It also identifies the directory for the
logrotate
control files; in the case of our server the relevant line says 'include
/etc/logrotate.d' (excluding the apostrophes).
The full contents of /etc/logrotate.conf on our server is:
# see man logrotate for details
# rotate log files weekly
weekly
# keep 4 weeks worth of backlogs
rotate 4
# create new (empty) log files after rotating old ones
create
# uncomment this if you want your log files compressed
compress
# RPM packages drop log rotation information into this directory
include /etc/logrotate.d
# no packages own lastlog or wtmp -- we'll rotate them here
/var/log/wtmp {
monthly
create 0664 root utmp
rotate 1
}
/var/log/lastlog {
monthly
rotate 1
}
# system-specific logs may be configured here
The logrotate directory, /etc/logrotate.d in the case of our server, has one
file for each package handled by logrotate. For instance, on our server,
directory /etc/logrotate.d has a file for Tomcat, another for MySQL, another
for cron, etc. Within each of these files are specific instructions about
what to do about the logs generated by the facility. For example,
/etc/logrotate.d/tomcat4 contains instructions about the tomcat logs.
The full contents of the file for the tomcat package on our server,
/etc/logrotate.d/tomcat4, is as follows:
/var/tomcat4/logs/*.txt {
copytruncate
weekly
rotate 4
nocompress
missingok
}
/var/tomcat4/logs/catalina.out {
copytruncate
weekly
rotate 4
nocompress
missingok
}
To uncompress a log file that has been compressed by logrotate, use
'gunzip'. For example, to uncompress a file called
localhost_log.2004-05-08.text.24.gz, use:
gunzip localhost_log.2004-05-08.text.24.gz
This yields the file:
localhost_log.2004-05-08.txt.24
To uncompress *all* files in a given directory, use this command while
positioned in the directory:
gunzip *
The real position of the logs directory is /var/log/tomcat4. Since real
paths should be used in a 'find' command if at all possible (as opposed to
using symbolic links), real paths are used in the following commands.
The following command will find all empty files in the tomcat logs
directory, assuming that the user executing the command has sufficient
authority to read the logs directory, and print their names:
find /var/log/tomcat4 -size 0 -name '*' -print
finds every empty file in the /var/tomcat4/logs directory displays the
file's particulars.
The following command will delete those same empty files if the user has
sufficient authority over the /var/log/tomcat4 directory:
find /var/log/tomcat4 -size 0 -name '*' -exec -rm {} \;
=
I hope this helps you.
--
Rhino
- Original Message -
From: Randy Paries [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Saturday, February 11, 2006 1:21 AM
Subject: A question about log rotation
Hello,
I have a tomcat apache-tomcat-5.5.15 running on RH9
i am having this wierd problem. I think it is log rotation
I start getting exceptions in the catalina.out that it can not access
a log file .
permission denied
I have tomcat running as user apache.
But when the logs are rotated, they are create by root,
what rotates the logs and where do change the settings.
Thanks
Randy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.15.6/257 - Release Date: 10/02/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.375 / Virus Database: 267.15.6/257 - Release Date: 10/02/2006
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
java.lang.Object cannot be resolved
Hi, I wrote some servlets a few weeks ago and didn't change them. On the server itself I update serveral things. Now, when I try compile the source-code, I get that error: 1. ERROR in Familie.java (at line 1) import java.lang.Object; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files the same source code worked fine for weeks. I don't use any IDE's like Eclipse. Greetings, Sebastian Funk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Robots cannot read JSP?
Tim,
Thanks a lot for the info. I got to thinking, and tried invoking curl
from my box on the url, and see exactly what you saw. The js screwing
things up.
So I decided to run curl on different pages, and I came to the
conclusion that only htm, or html pages show up via curl?
Does anyone think that the robots are just like curl, and that they can
only read HTML files?
Thanks for all, I know this is a bit off topic ...and I hope I don't
hack anyone off.
Thanks
Scott
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Friday, February 10, 2006 8:50 PM
To: Tomcat Users List
Subject: Re: Access log to see where robots go.
The problem is your home page, not robots.txt. When / is requested - the
following is served back, notice the javascript redirect: (the full file
is
below)
function invokeWebApp() {
top.location.href =
http://www.theuniquepear.com/unique/index.jsp;;
}
Search engines do not execute javascript are there are no links on the
page
so search engines have no where to go. (Except someone else's site).
As much as I detest SEO companies, you might find it helpful to search
for
one for some assistance.
html
head
head
titleThe Unique Pear | Unique Home Decor Accessories/title
meta name=description content=The Unique Pear is an
online b outique specializing in home decor
accessories. Products include clocks, candl es, wall
decor, garden, lighting, bath and more.
meta name=keywords content=The Unique Pear Timework clocks,
lamps,
lamp shades, candles, aroma, aroma difuser, wall
decor,
wall scounces, wrought iron, pitchers, bookstands,
jaqua
bath products, candleholders
meta name=description content=
meta name=keywords content=
/head
body bgcolor=#FF
script language = javascript
//!--
function invokeWebApp() {
top.location.href =
http://www.theuniquepear.com/unique/index.jsp;;
}
invokeWebApp();
// --
/script
hello
/body
/html
-Tim
Scott Purcell wrote:
I have had trouble getting search engines to see my site. I built it
with struts, and use some tags from the index.html page to get business
logic, to finally get to my page. The url is
http://www.theuniquepear.com
Anyway, upon talking to some co-workers, they suggested I watch my
access log, so I can see what files they are indexing. I thought I had
the access log turned on for the site, and see when someone hits my web
site, but as far as the searchbots go, I only see this in my logs daily.
$ cat localhost_access_log.2006-02-07.txt | less
67.15.16.30 - - [07/Feb/2006:03:44:55 -0600] GET /robots.txt
HTTP/1.0 404 985
67.15.16.30 - - [07/Feb/2006:03:46:21 -0600] GET / HTTP/1.0 200 844
67.15.16.30 - - [07/Feb/2006:03:51:57 -0600] GET /robots.txt
HTTP/1.0 404 985
62.114.208.233 - - [07/Feb/2006:03:52:42 -0600] GET
/unique/welcome.do?OVRAW=home%20decorating%20ideasOVKEY=home
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/includes/siteWide.css HTTP/1.1 200 15402
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/images/header_pear.jpg HTTP/1.1 200 11227
I see the entry for robots.txt, but I have no idea where they are
going, or what they are doing.
I turned on access log like this in the server.xml like so:
Valve className=org.apache.catalina.valves.AccessLogValve
directory=logs prefix=localhost_access_log.
suffix=.txt
pattern=common resolveHosts=false/
And that is a snippet of the log from above.
-
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]
RE: Robots cannot read JSP?
It's not html or JSP nature of things. You are returning text/html for the
mime type, and a real HTML document. The problem is the content you return
does not provide the robots any place to go.
Perhaps responding with a redirect (302) will provide them somewhere to go.
You can use meta-refresh, or logic:redirect or if front-ended with apache,
just provide a RedirectMatch ^/$ /unique/index.jsp line...
HTH,
Tim
-Original Message-
From: Scott Purcell [mailto:[EMAIL PROTECTED]
Sent: Saturday, February 11, 2006 9:34 AM
To: Tomcat Users List
Subject: Robots cannot read JSP?
Tim,
Thanks a lot for the info. I got to thinking, and tried invoking curl from
my box on the url, and see exactly what you saw. The js screwing things up.
So I decided to run curl on different pages, and I came to the conclusion
that only htm, or html pages show up via curl?
Does anyone think that the robots are just like curl, and that they can only
read HTML files?
Thanks for all, I know this is a bit off topic ...and I hope I don't hack
anyone off.
Thanks
Scott
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Friday, February 10, 2006 8:50 PM
To: Tomcat Users List
Subject: Re: Access log to see where robots go.
The problem is your home page, not robots.txt. When / is requested - the
following is served back, notice the javascript redirect: (the full file is
below)
function invokeWebApp() {
top.location.href = http://www.theuniquepear.com/unique/index.jsp;;
}
Search engines do not execute javascript are there are no links on the page
so search engines have no where to go. (Except someone else's site).
As much as I detest SEO companies, you might find it helpful to search for
one for some assistance.
html
head
head
titleThe Unique Pear | Unique Home Decor Accessories/title
meta name=description content=The Unique Pear is an
online b outique specializing in home decor
accessories. Products include clocks, candl es, wall
decor, garden, lighting, bath and more.
meta name=keywords content=The Unique Pear Timework clocks, lamps,
lamp shades, candles, aroma, aroma difuser, wall
decor,
wall scounces, wrought iron, pitchers, bookstands,
jaqua
bath products, candleholders
meta name=description content=
meta name=keywords content=
/head
body bgcolor=#FF
script language = javascript
//!--
function invokeWebApp() {
top.location.href = http://www.theuniquepear.com/unique/index.jsp;;
}
invokeWebApp();
// --
/script
hello
/body
/html
-Tim
Scott Purcell wrote:
I have had trouble getting search engines to see my site. I built it
with struts, and use some tags from the index.html page to get business
logic, to finally get to my page. The url is http://www.theuniquepear.com
Anyway, upon talking to some co-workers, they suggested I watch my
access log, so I can see what files they are indexing. I thought I had the
access log turned on for the site, and see when someone hits my web site,
but as far as the searchbots go, I only see this in my logs daily.
$ cat localhost_access_log.2006-02-07.txt | less
67.15.16.30 - - [07/Feb/2006:03:44:55 -0600] GET /robots.txt
HTTP/1.0 404 985
67.15.16.30 - - [07/Feb/2006:03:46:21 -0600] GET / HTTP/1.0 200 844
67.15.16.30 - - [07/Feb/2006:03:51:57 -0600] GET /robots.txt
HTTP/1.0 404 985
62.114.208.233 - - [07/Feb/2006:03:52:42 -0600] GET
/unique/welcome.do?OVRAW=home%20decorating%20ideasOVKEY=home
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/includes/siteWide.css HTTP/1.1 200 15402
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/images/header_pear.jpg HTTP/1.1 200 11227
I see the entry for robots.txt, but I have no idea where they are
going, or what they are doing.
I turned on access log like this in the server.xml like so:
Valve className=org.apache.catalina.valves.AccessLogValve
directory=logs prefix=localhost_access_log.
suffix=.txt
pattern=common resolveHosts=false/
And that is a snippet of the log from above.
-
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]
configure tomcat 5.x to see index without redirects?
I have created a site http://www.theuniquepear.com using struts over the past couple of months. I am running Tomcat 5x and Struts 1.2x. If you read below, I am doing a couple of redirects to get the user to my real site. I would like to know if I can configure Tomcat to just go to that site? Or if I have to go through all these redirects. But here is my huge problem. I have a html file in my tomcat root which does a javascript function that directs the user to the site. Something like this: top.location.href=http://www.theuniquepear.com/unique/index.jsp; This gets the browser into the proper webapp from the url entered, and it calls the index.jsp page which then calls a %@ taglib uri=/WEB-INF/struts-logic.tld prefix=logic % logic:forward name=welcome / The kind of defacto I see in all Struts books.The welcome finally calls a welcome.do action, I go and get some buisness objects, then finally ... display the jsp page that the end user sees. This all works, except any web crawlers and robots, cannot follow this insane logic. And when I do a curl on my url, it only shows the index.jsp with the javascript: Is there a cleaner way to get around all this redirecting, so that I can get my business logic called up and go to a clean page, so when I do a curl which I think the robots are using, they can actually index my site? This is killing me. If anyone has ideas, suggestions, or could assist, I would be appreciated. Regards
Re: Robots cannot read JSP?
I doubt the problem is with curl not being able to read files other than
.htm or .html. The problem is only browsers execute javascript. Think of
curl or the search engines as a browser without javascript enabled.
What would you get in IE or Firefox if you disabled javascript?
-- David
Scott Purcell wrote:
Tim,
Thanks a lot for the info. I got to thinking, and tried invoking curl
from my box on the url, and see exactly what you saw. The js screwing
things up.
So I decided to run curl on different pages, and I came to the
conclusion that only htm, or html pages show up via curl?
Does anyone think that the robots are just like curl, and that they can
only read HTML files?
Thanks for all, I know this is a bit off topic ...and I hope I don't
hack anyone off.
Thanks
Scott
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Friday, February 10, 2006 8:50 PM
To: Tomcat Users List
Subject: Re: Access log to see where robots go.
The problem is your home page, not robots.txt. When / is requested - the
following is served back, notice the javascript redirect: (the full file
is
below)
function invokeWebApp() {
top.location.href =
http://www.theuniquepear.com/unique/index.jsp;;
}
Search engines do not execute javascript are there are no links on the
page
so search engines have no where to go. (Except someone else's site).
As much as I detest SEO companies, you might find it helpful to search
for
one for some assistance.
html
head
head
titleThe Unique Pear | Unique Home Decor Accessories/title
meta name=description content=The Unique Pear is an
online b outique specializing in home decor
accessories. Products include clocks, candl es, wall
decor, garden, lighting, bath and more.
meta name=keywords content=The Unique Pear Timework clocks,
lamps,
lamp shades, candles, aroma, aroma difuser, wall
decor,
wall scounces, wrought iron, pitchers, bookstands,
jaqua
bath products, candleholders
meta name=description content=
meta name=keywords content=
/head
body bgcolor=#FF
script language = javascript
//!--
function invokeWebApp() {
top.location.href =
http://www.theuniquepear.com/unique/index.jsp;;
}
invokeWebApp();
// --
/script
hello
/body
/html
-Tim
Scott Purcell wrote:
I have had trouble getting search engines to see my site. I built it
with struts, and use some tags from the index.html page to get business
logic, to finally get to my page. The url is
http://www.theuniquepear.com
Anyway, upon talking to some co-workers, they suggested I watch my
access log, so I can see what files they are indexing. I thought I had
the access log turned on for the site, and see when someone hits my web
site, but as far as the searchbots go, I only see this in my logs daily.
$ cat localhost_access_log.2006-02-07.txt | less
67.15.16.30 - - [07/Feb/2006:03:44:55 -0600] GET /robots.txt
HTTP/1.0 404 985
67.15.16.30 - - [07/Feb/2006:03:46:21 -0600] GET / HTTP/1.0 200 844
67.15.16.30 - - [07/Feb/2006:03:51:57 -0600] GET /robots.txt
HTTP/1.0 404 985
62.114.208.233 - - [07/Feb/2006:03:52:42 -0600] GET
/unique/welcome.do?OVRAW=home%20decorating%20ideasOVKEY=home
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/includes/siteWide.css HTTP/1.1 200 15402
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/images/header_pear.jpg HTTP/1.1 200 11227
I see the entry for robots.txt, but I have no idea where they are
going, or what they are doing.
I turned on access log like this in the server.xml like so:
Valve className=org.apache.catalina.valves.AccessLogValve
directory=logs prefix=localhost_access_log.
suffix=.txt
pattern=common resolveHosts=false/
And that is a snippet of the log from above.
-
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]
instructions on installing 5.5.7 compatibility package
Hello Everyone Does anyone know where the instructions for installing tc 5.5.7 compatibility package are? Thanks, M-
Re: Robots cannot read JSP?
Scott,
Your assessment is incorrect! First off, curl doesn't read html pages,
it does a get or post to a url just as though you clicked it in your
browser (and a lot of other things you can do with curl). Second off, it
is not the jsp that is the problem, it is the javascript as Tim said,
and the lack of links.
Mike
David Smith wrote:
I doubt the problem is with curl not being able to read files other
than .htm or .html. The problem is only browsers execute javascript.
Think of curl or the search engines as a browser without javascript
enabled. What would you get in IE or Firefox if you disabled javascript?
-- David
Scott Purcell wrote:
Tim,
Thanks a lot for the info. I got to thinking, and tried invoking curl
from my box on the url, and see exactly what you saw. The js screwing
things up.
So I decided to run curl on different pages, and I came to the
conclusion that only htm, or html pages show up via curl?
Does anyone think that the robots are just like curl, and that they can
only read HTML files?
Thanks for all, I know this is a bit off topic ...and I hope I don't
hack anyone off.
Thanks
Scott
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: Friday, February 10,
2006 8:50 PM
To: Tomcat Users List
Subject: Re: Access log to see where robots go.
The problem is your home page, not robots.txt. When / is requested - the
following is served back, notice the javascript redirect: (the full file
is below)
function invokeWebApp() {
top.location.href =
http://www.theuniquepear.com/unique/index.jsp;;
}
Search engines do not execute javascript are there are no links on the
page so search engines have no where to go. (Except someone else's
site).
As much as I detest SEO companies, you might find it helpful to search
for one for some assistance.
html
head
head
titleThe Unique Pear | Unique Home Decor Accessories/title
meta name=description content=The Unique Pear is an
online b outique specializing in home decor
accessories. Products include clocks, candl es, wall
decor, garden, lighting, bath and more.
meta name=keywords content=The Unique Pear Timework clocks,
lamps, lamp shades, candles, aroma, aroma
difuser, wall
decor, wall scounces, wrought iron, pitchers,
bookstands,
jaqua bath products, candleholders
meta name=description content=
meta name=keywords content=
/head
body bgcolor=#FF
script language = javascript
//!--
function invokeWebApp() {
top.location.href =
http://www.theuniquepear.com/unique/index.jsp;;
}
invokeWebApp();
// --
/script
hello
/body
/html
-Tim
Scott Purcell wrote:
I have had trouble getting search engines to see my site. I built it
with struts, and use some tags from the index.html page to get business
logic, to finally get to my page. The url is
http://www.theuniquepear.com
Anyway, upon talking to some co-workers, they suggested I watch my
access log, so I can see what files they are indexing. I thought I had
the access log turned on for the site, and see when someone hits my web
site, but as far as the searchbots go, I only see this in my logs daily.
$ cat localhost_access_log.2006-02-07.txt | less
67.15.16.30 - - [07/Feb/2006:03:44:55 -0600] GET /robots.txt
HTTP/1.0 404 985
67.15.16.30 - - [07/Feb/2006:03:46:21 -0600] GET / HTTP/1.0 200 844
67.15.16.30 - - [07/Feb/2006:03:51:57 -0600] GET /robots.txt
HTTP/1.0 404 985
62.114.208.233 - - [07/Feb/2006:03:52:42 -0600] GET
/unique/welcome.do?OVRAW=home%20decorating%20ideasOVKEY=home
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/includes/siteWide.css HTTP/1.1 200 15402
62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET
/unique/images/header_pear.jpg HTTP/1.1 200 11227
I see the entry for robots.txt, but I have no idea where they are
going, or what they are doing.
I turned on access log like this in the server.xml like so:
Valve className=org.apache.catalina.valves.AccessLogValve
directory=logs prefix=localhost_access_log.
suffix=.txt
pattern=common resolveHosts=false/
And that is a snippet of the log from above.
-
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]
--
Mike Sabroff
Web Services Developer
[EMAIL PROTECTED]
920-568-8379
-
To
False Alarm
acquire the J2SE1.42 compat apckage from http://tomcat.apache.org/download-55.cgi This one works The other mirrors have a bad copy Thanks, Martin- - Original Message - From: Martin Gainty To: 'Tomcat Users List' Sent: Saturday, February 11, 2006 10:57 AM Subject: instructions on installing 5.5.7 compatibility package Hello Everyone Does anyone know where the instructions for installing tc 5.5.7 compatibility package are? Thanks, M-
RE: Access log to see where robots go.
Hello Scott, I have had similar problem. Can you let me know if this is resolved on your end. Sometimes the email response coming back to me gets buried in another folder and I never get to see the resolutions. I can't seem to get search engines to see my site, as well. I do not know how to resolve this Thanks Ed [EMAIL PROTECTED] -Original Message- From: Scott Purcell [mailto:[EMAIL PROTECTED] Sent: Friday, February 10, 2006 8:40 PM To: Tomcat Users List Subject: Access log to see where robots go. I have had trouble getting search engines to see my site. I built it with struts, and use some tags from the index.html page to get business logic, to finally get to my page. The url is http://www.theuniquepear.com Anyway, upon talking to some co-workers, they suggested I watch my access log, so I can see what files they are indexing. I thought I had the access log turned on for the site, and see when someone hits my web site, but as far as the searchbots go, I only see this in my logs daily. $ cat localhost_access_log.2006-02-07.txt | less 67.15.16.30 - - [07/Feb/2006:03:44:55 -0600] GET /robots.txt HTTP/1.0 404 985 67.15.16.30 - - [07/Feb/2006:03:46:21 -0600] GET / HTTP/1.0 200 844 67.15.16.30 - - [07/Feb/2006:03:51:57 -0600] GET /robots.txt HTTP/1.0 404 985 62.114.208.233 - - [07/Feb/2006:03:52:42 -0600] GET /unique/welcome.do?OVRAW=home%20decorating%20ideasOVKEY=home 62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET /unique/includes/siteWide.css HTTP/1.1 200 15402 62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET /unique/images/header_pear.jpg HTTP/1.1 200 11227 I see the entry for robots.txt, but I have no idea where they are going, or what they are doing. I turned on access log like this in the server.xml like so: Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=localhost_access_log. suffix=.txt pattern=common resolveHosts=false/ And that is a snippet of the log from above. Does anyone know how to get more involved text, or can anyone tell me what the robots.txt above is doing? Thanks, Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Access log to see where robots go.
robots.txt is a standard file that search engines should request before trying to index your site. Its allows you to block the indexer completely, or partially from your site. Try a google search for robots.txt for more details. Not having one is the same as saying feel free to index my entire site, so in your case thats not causing any problems. Mark On Saturday 11 February 2006 16:57, Ed Bicker wrote: Hello Scott, I have had similar problem. Can you let me know if this is resolved on your end. Sometimes the email response coming back to me gets buried in another folder and I never get to see the resolutions. I can't seem to get search engines to see my site, as well. I do not know how to resolve this Thanks Ed [EMAIL PROTECTED] -Original Message- From: Scott Purcell [mailto:[EMAIL PROTECTED] Sent: Friday, February 10, 2006 8:40 PM To: Tomcat Users List Subject: Access log to see where robots go. I have had trouble getting search engines to see my site. I built it with struts, and use some tags from the index.html page to get business logic, to finally get to my page. The url is http://www.theuniquepear.com Anyway, upon talking to some co-workers, they suggested I watch my access log, so I can see what files they are indexing. I thought I had the access log turned on for the site, and see when someone hits my web site, but as far as the searchbots go, I only see this in my logs daily. $ cat localhost_access_log.2006-02-07.txt | less 67.15.16.30 - - [07/Feb/2006:03:44:55 -0600] GET /robots.txt HTTP/1.0 404 985 67.15.16.30 - - [07/Feb/2006:03:46:21 -0600] GET / HTTP/1.0 200 844 67.15.16.30 - - [07/Feb/2006:03:51:57 -0600] GET /robots.txt HTTP/1.0 404 985 62.114.208.233 - - [07/Feb/2006:03:52:42 -0600] GET /unique/welcome.do?OVRAW=home%20decorating%20ideasOVKEY=home 62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET /unique/includes/siteWide.css HTTP/1.1 200 15402 62.114.208.233 - - [07/Feb/2006:03:52:44 -0600] GET /unique/images/header_pear.jpg HTTP/1.1 200 11227 I see the entry for robots.txt, but I have no idea where they are going, or what they are doing. I turned on access log like this in the server.xml like so: Valve className=org.apache.catalina.valves.AccessLogValve directory=logs prefix=localhost_access_log. suffix=.txt pattern=common resolveHosts=false/ And that is a snippet of the log from above. Does anyone know how to get more involved text, or can anyone tell me what the robots.txt above is doing? Thanks, Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This email has been scanned for all known viruses by the MessageLabs SkyScan service. This email has been scanned for all known viruses by the MessageLabs SkyScan service. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: java.lang.Object cannot be resolved
From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: java.lang.Object cannot be resolved import java.lang.Object; The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Don't know why you're suddenly getting this message, but there's no reason to import java.lang.Object (or anything else from java.lang, for that matter). There is an implicit import of java.lang.* for all compilations (see Java language spec, section 7.5.5). - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.Object cannot be resolved
On Feb 11, 2006, at 6:30 PM, Caldarale, Charles R wrote: From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: java.lang.Object cannot be resolved import java.lang.Object; The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Don't know why you're suddenly getting this message, but there's no reason to import java.lang.Object (or anything else from java.lang, for that matter). There is an implicit import of java.lang.* for all compilations (see Java language spec, section 7.5.5). - Chuck I get that message at the first import-statement. When I don't import java.lang.Object, then I get exactly the same, e.g.: 1. ERROR in Familie.java (at line 1) import javax.servlet.*; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Any ideas? Greetings, Sebastian Funk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: java.lang.Object cannot be resolved
From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: Re: java.lang.Object cannot be resolved The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files This would imply that javac (or whatever compiler is being used) cannot find rt.jar, since java.lang.Object is pretty much the first class used to resolve references. Did something go bad with your JRE/JDK installation? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.Object cannot be resolved
On 2/11/06, Sebastian Funk [EMAIL PROTECTED] wrote: On Feb 11, 2006, at 6:30 PM, Caldarale, Charles R wrote: From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: java.lang.Object cannot be resolved import java.lang.Object; The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Don't know why you're suddenly getting this message, but there's no reason to import java.lang.Object (or anything else from java.lang, for that matter). There is an implicit import of java.lang.* for all compilations (see Java language spec, section 7.5.5). - Chuck I get that message at the first import-statement. When I don't import java.lang.Object, then I get exactly the same, e.g.: 1. ERROR in Familie.java (at line 1) import javax.servlet.*; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Any ideas? Greetings, Sebastian Funk Maybe the JAVA_HOME or CLASSPATH variables are set wrong, or rt.jar is missing? (rt.jar is where Object lives, in Sun's JRE at least.) -- Len - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.Object cannot be resolved
Looks like the kind of weirdness that makes me think the JVM has become unstable. Have you tried to restart Tomcat? -- David Sebastian Funk wrote: On Feb 11, 2006, at 6:30 PM, Caldarale, Charles R wrote: From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: java.lang.Object cannot be resolved import java.lang.Object; The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Don't know why you're suddenly getting this message, but there's no reason to import java.lang.Object (or anything else from java.lang, for that matter). There is an implicit import of java.lang.* for all compilations (see Java language spec, section 7.5.5). - Chuck I get that message at the first import-statement. When I don't import java.lang.Object, then I get exactly the same, e.g.: 1. ERROR in Familie.java (at line 1) import javax.servlet.*; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Any ideas? Greetings, Sebastian Funk - 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]
Re: UserTransaction, JOTM and Tomcat 5.5.x
Just to follow up on this, the settings below work - but HSQLDB doesn't seem to support nested transactions. beginning the transaction DBTest javax.transaction.NotSupportedException: Nested transactions not suppo rted at org.objectweb.jotm.Current.begin(Current.java:233) at foo.DBTest.init(DBTest.java:30) at org.apache.jsp.test_jsp._jspService(org.apache.jsp.test_jsp:54) The DBTest class is from the JOTM + Tomcat example at http://jotm.objectweb.org/current/jotm/doc/howto-tomcat-jotm.html. Changing to use MySQL solves the problem and everything works great. Also, it looks like JOTM (or maybe Carol) has issues with JDK 5. I googled for the following error and it appears to be known about on the ObjectWeb mailing lists - but there doesn't seem to be a documented solution. java.lang.NoSuchMethodError: sun.rmi.transport.ObjectTable.getStub(Ljava/rmi/Remote;)Ljava/rmi/server/RemoteStub; org.objectweb.carol.rmi.jrmp.server.JUnicastRemoteObject.unexportObject(JUnicastRemoteObject.java:138) org.objectweb.carol.rmi.multi.JrmpPRODelegate.unexportObject(JrmpPRODelegate.java:107) org.objectweb.carol.rmi.multi.MultiPRODelegate.unexportObject(MultiPRODelegate.java:107) javax.rmi.PortableRemoteObject.unexportObject(PortableRemoteObject.java:119) org.objectweb.jotm.SubCoordinator.doAfterCompletion(SubCoordinator.java:1584) org.objectweb.jotm.SubCoordinator.doRollback(SubCoordinator.java:1370) org.objectweb.jotm.SubCoordinator.rollback(SubCoordinator.java:330) org.objectweb.jotm.TransactionImpl.rollback(TransactionImpl.java:668) org.objectweb.jotm.Current.rollback(Current.java:538) foo.DBTest.init(DBTest.java:50) org.apache.jsp.test_jsp._jspService(org.apache.jsp.test_jsp:54) Thanks, Matt On 2/8/06, Remy Maucherat [EMAIL PROTECTED] wrote: Since you're doing docs, META-INF/context.xml should be simplified to: Context Resource name=jdbc/myDB auth=Container type=javax.sql.DataSource factory=org.objectweb.jndi.DataSourceFactory driverClassName=org.hsqldb.jdbcDriver username=sa password= url=jdbc:hsqldb:./ Transaction factory=org.objectweb.jotm.UserTransactionFactory jotm.timeout=60/ /Context No servlet class reloading anymore (not useful to many people), and the Transaction element has all the necessary defaults since it's a special resource. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - 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]
Re: UserTransaction, JOTM and Tomcat 5.5.x
On 2/11/06, Matt Raible [EMAIL PROTECTED] wrote: Just to follow up on this, the settings below work - but HSQLDB doesn't seem to support nested transactions. beginning the transaction DBTest javax.transaction.NotSupportedException: Nested transactions not suppo rted at org.objectweb.jotm.Current.begin(Current.java:233) at foo.DBTest.init(DBTest.java:30) at org.apache.jsp.test_jsp._jspService(org.apache.jsp.test_jsp:54) The DBTest class is from the JOTM + Tomcat example at http://jotm.objectweb.org/current/jotm/doc/howto-tomcat-jotm.html. Changing to use MySQL solves the problem and everything works great. Yes, I noticed hsql had that lack of transaction support, but I assumed things would work with a regular DB. I added some documentation for the Transaction element. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.Object cannot be resolved
Lets start with the easy stuff is $JAVA_HOME\lib\rt.jar on your $CLASSPATH ??? Martin- - Original Message - From: David Smith [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Saturday, February 11, 2006 1:56 PM Subject: Re: java.lang.Object cannot be resolved Looks like the kind of weirdness that makes me think the JVM has become unstable. Have you tried to restart Tomcat? -- David Sebastian Funk wrote: On Feb 11, 2006, at 6:30 PM, Caldarale, Charles R wrote: From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: java.lang.Object cannot be resolved import java.lang.Object; The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Don't know why you're suddenly getting this message, but there's no reason to import java.lang.Object (or anything else from java.lang, for that matter). There is an implicit import of java.lang.* for all compilations (see Java language spec, section 7.5.5). - Chuck I get that message at the first import-statement. When I don't import java.lang.Object, then I get exactly the same, e.g.: 1. ERROR in Familie.java (at line 1) import javax.servlet.*; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Any ideas? Greetings, Sebastian Funk - 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]
Re: java.lang.Object cannot be resolved
Hi, I never set $CLASSPATH, but when I call rt.jar via javac -cp .../ rt.jar Servlet.java, it works fine. Should I set $CLASSPATH or is that enough? On Feb 11, 2006, at 9:49 PM, Martin Gainty wrote: Lets start with the easy stuff is $JAVA_HOME\lib\rt.jar on your $CLASSPATH ??? Martin- - Original Message - From: David Smith [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Saturday, February 11, 2006 1:56 PM Subject: Re: java.lang.Object cannot be resolved Looks like the kind of weirdness that makes me think the JVM has become unstable. Have you tried to restart Tomcat? -- David Sebastian Funk wrote: On Feb 11, 2006, at 6:30 PM, Caldarale, Charles R wrote: From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: java.lang.Object cannot be resolved import java.lang.Object; The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Don't know why you're suddenly getting this message, but there's no reason to import java.lang.Object (or anything else from java.lang, for that matter). There is an implicit import of java.lang.* for all compilations (see Java language spec, section 7.5.5). - Chuck I get that message at the first import-statement. When I don't import java.lang.Object, then I get exactly the same, e.g.: 1. ERROR in Familie.java (at line 1) import javax.servlet.*; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Any ideas? Greetings, Sebastian Funk - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] java.lang.Object cannot be resolved
From: Martin Gainty [mailto:[EMAIL PROTECTED] Subject: Re: java.lang.Object cannot be resolved Lets start with the easy stuff is $JAVA_HOME\lib\rt.jar on your $CLASSPATH ??? The rt.jar should NOT be on CLASSPATH. CLASSPATH refers to the location of application classes, not ones provided by the JRE. The location of rt.jar is normally determined by working back from the location of the launcher, but may be overridden by the -Xbootclasspath command line parameter. JAVA_HOME is frequently used by application scripts, but is not used by the JVM/JRE itself. Note that this problem is occurring during compilation of servlets, not while Tomcat is running, so it's most likely a JRE installation problem (there's no IDE involved). Could also be an erroneous setting of the -bootclasspath parameter for javac, but the OP provided little information about exactly how he was compiling the servlets. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] java.lang.Object cannot be resolved
From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: Re: java.lang.Object cannot be resolved I never set $CLASSPATH, but when I call rt.jar via javac -cp .../ rt.jar Servlet.java, it works fine. Should I set $CLASSPATH or is that enough? No, you don't want to put rt.jar on the -cp parameter. Classes from rt.jar are loaded via the bootstrap classloader, not the system classloader, and the security attributes are different for the two loaders. Something seems to be wrong with your JDK installation. Where is javac located? Where is rt.jar located? What is your complete javac command line? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.Object cannot be resolved
Good Afternoon Sebastian- *usually* the JDK/JRE install is supposed to do that for you But as I found this past week (even webapps that cost alot of money) installs sometimes dont always do the complete task I would re-install the JDK/JRE and let the install configure your initial CLASSPATH for you make sure $JAVA_HOME is set correctly (and exported) otherwise things like $JAVA_HOME/bin/java and setting $CLASSPATH=$JAVA_HOME/jre/lib/rt.jar:$CLASSPATH wont work Martin- - Original Message - From: Sebastian Funk [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Saturday, February 11, 2006 4:05 PM Subject: Re: java.lang.Object cannot be resolved Hi, I never set $CLASSPATH, but when I call rt.jar via javac -cp .../ rt.jar Servlet.java, it works fine. Should I set $CLASSPATH or is that enough? On Feb 11, 2006, at 9:49 PM, Martin Gainty wrote: Lets start with the easy stuff is $JAVA_HOME\lib\rt.jar on your $CLASSPATH ??? Martin- - Original Message - From: David Smith [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Saturday, February 11, 2006 1:56 PM Subject: Re: java.lang.Object cannot be resolved Looks like the kind of weirdness that makes me think the JVM has become unstable. Have you tried to restart Tomcat? -- David Sebastian Funk wrote: On Feb 11, 2006, at 6:30 PM, Caldarale, Charles R wrote: From: Sebastian Funk [mailto:[EMAIL PROTECTED] Subject: java.lang.Object cannot be resolved import java.lang.Object; The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Don't know why you're suddenly getting this message, but there's no reason to import java.lang.Object (or anything else from java.lang, for that matter). There is an implicit import of java.lang.* for all compilations (see Java language spec, section 7.5.5). - Chuck I get that message at the first import-statement. When I don't import java.lang.Object, then I get exactly the same, e.g.: 1. ERROR in Familie.java (at line 1) import javax.servlet.*; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files Any ideas? Greetings, Sebastian Funk - 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] - 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]
