Re: Off topic: Email bounce handler code?

[Kenevel]

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

[Rhino]

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" 
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

[Sebastian Funk]

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?

[Scott Purcell]

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.



   
 The Unique Pear | Unique Home Decor & Accessories
 
 
 

  



   //


hello



-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%20ideas&OVKEY=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:
>   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?

[Tim Lucia]

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  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.



   
 The Unique Pear | Unique Home Decor & Accessories
 
 
 

  



   //


hello



-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%20ideas&OVKEY=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:
>   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?

[Scott Purcell]

I have created a site  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" %>

  

 

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?

[David Smith]

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.




   
 The Unique Pear | Unique Home Decor & Accessories
 

decor, garden, lighting, bath and more.">
 

 

  



   //


hello



-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%20ideas&OVKEY=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:


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

[Martin Gainty]

Hello Everyone
Does anyone know where the instructions for installing tc 5.5.7 compatibility 
package are?
Thanks,
M-

Re: Robots cannot read JSP?

[Mike Sabroff]

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.



   
 The Unique Pear | Unique Home Decor & Accessories
 

decor, garden, lighting, bath and more.">
 
jaqua bath products, candleholders">
 

  



   //


hello



-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%20ideas&OVKEY=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:


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 unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

False Alarm

[Martin Gainty]

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.

[Ed Bicker]

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%20ideas&OVKEY=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:


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.

[Mark Hagger]

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%20ideas&OVKEY=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:
>   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

[Caldarale, Charles R]

> 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

[Sebastian Funk]

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

[Caldarale, Charles R]

> 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

[Len Popp]

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

[David Smith]

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

[Matt Raible]

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:
> 
>
>  factory="org.objectweb.jndi.DataSourceFactory"
> driverClassName="org.hsqldb.jdbcDriver"
> username="sa" password=""
> url="jdbc:hsqldb:."/>
>
>  jotm.timeout="60"/>
>
> 
>
> 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

[Remy Maucherat]

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

[Martin Gainty]

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" 
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

[Sebastian Funk]

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" 
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

[Caldarale, Charles R]

> 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

[Caldarale, Charles R]

> 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

[Martin Gainty]

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" 
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" 
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]

RE: java.lang.Object cannot be resolved

[Caldarale, Charles R]

> From: Martin Gainty [mailto:[EMAIL PROTECTED] 
> Subject: Re: java.lang.Object cannot be resolved
> 
> $CLASSPATH=$JAVA_HOME/jre/lib/rt.jar:$CLASSPATH

To reiterate: rt.jar must NOT be included in the CLASSPATH variable
setting.  Classes from rt.jar ate expected to be loaded by the bootstrap
classloader, which has privileges within the JVM that the system
classloader (the one that handles the CLASSPATH or -cp setting) does
not.  Arbitrarily adding jars to CLASSPATH can only mask the actual
underlying problem, whatever that turns out to be.

 - 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: Access log to see where robots go.

[Leon Rosenberg]

On 2/11/06, Tim Funk <[EMAIL PROTECTED]> wrote:
> 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).

That's not quite true, in fact crawlers like google bot are executing
javascript. Their javascript engine seem to be very powerful thou. But
they do it mostly to find cloaker and not for indexing.
And back to the original posters problem: don't even try to deliver
something different based on the user agent. This will be your bye-bye
from the  index.
Still, for best crawlability, add a link to your real start page to
the body (where your hello is):
http://www.theuniquepear.com/unique/index.jsp";>Follow me, robot :-)

regards
Leon

>
> As much as I detest SEO companies, you might find it helpful to search for
> one for some assistance.
>
> 
> 
>
>  The Unique Pear | Unique Home Decor & Accessories
>  
>  
>  
> 
>   
> 
>
> 
>//
> 
>
> hello
> 
> 
>
> -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%20ideas&OVKEY=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:
> >  >  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]