Look at those two cookies in the browser. What is different?
Chuck
On Nov 10, 2009, at 9:34 PM, Jeff Schmitz wrote:
Nope, not there (see below). But this is interesting. I used
Safari this time, and it shows 2 cookies for localhost,
jforumUserId=49 which is in the headers, and POOL=BIG,
On 11/11/2009, at 4:52 PM, Jeff Schmitz wrote:
Actually it's method I defined in my custom WOComponent that all my
other WOComponents inherit from.
public Session Session() {
return (Session)super.session();
}
Don't ask me why I capitalized it.
I _do_ understand why you ca
Actually it's method I defined in my custom WOComponent that all my
other WOComponents inherit from.
public Session Session() {
return (Session)super.session();
}
Don't ask me why I capitalized it.
Jeff
On Nov 10, 2009, at 11:47 PM, Lachlan Deck wrote:
On 11/11/2009, at
On 11/11/2009, at 4:36 PM, Jeff Schmitz wrote:
Session() returns the session object,
I should have been more specific:
- why does it have a capital-letter prefix? Is that a mistyped email
(i.e., you meant to type session() rather than Session()).
- or do you have some static method that figu
That didn't take long. It's the last flag for the cookie
constructor. Need to set it false.
Thanks again for the help.
Jeff
On Nov 10, 2009, at 11:40 PM, Jeff Schmitz wrote:
Yes, beat me by about a minute. I just noticed the security column
was checked for that cookie in the browser. N
Yes, beat me by about a minute. I just noticed the security column
was checked for that cookie in the browser. Now I just have to figure
out why it's making it secure.
Thanks!
Jeff
On Nov 10, 2009, at 11:37 PM, Chuck Hill wrote:
On Nov 10, 2009, at 9:31 PM, Lachlan Deck wrote:
On 11/1
On Nov 10, 2009, at 9:31 PM, Lachlan Deck wrote:
On 11/11/2009, at 4:22 PM, Chuck Hill wrote:
On Nov 10, 2009, at 9:11 PM, Jeff Schmitz wrote:
Holy resurrected thread batman. I never did get cookies working,
and I'd REALLY like to figure out why. I've got a brand new dev
machine, runni
Nope, not there (see below). But this is interesting. I used Safari
this time, and it shows 2 cookies for localhost, jforumUserId=49 which
is in the headers, and POOL=BIG, which is not. Why would one get
passed on, and not the other. Both have expiration dates in 2010.
Nov 10 23:25:32 n
On 11/11/2009, at 4:22 PM, Chuck Hill wrote:
On Nov 10, 2009, at 9:11 PM, Jeff Schmitz wrote:
Holy resurrected thread batman. I never did get cookies working,
and I'd REALLY like to figure out why. I've got a brand new dev
machine, running Eclipse 3.4, WOLips 3.4.5830. Everything is
ru
On Nov 10, 2009, at 9:11 PM, Jeff Schmitz wrote:
Holy resurrected thread batman. I never did get cookies working,
and I'd REALLY like to figure out why. I've got a brand new dev
machine, running Eclipse 3.4, WOLips 3.4.5830. Everything is
running great through apache, with DirectConnect
Holy resurrected thread batman. I never did get cookies working, and
I'd REALLY like to figure out why. I've got a brand new dev machine,
running Eclipse 3.4, WOLips 3.4.5830. Everything is running great
through apache, with DirectConnect Disabled and a nice URL of:
http://localhost/cgi-
On 10.01.2008, at 19:17, Chuck Hill wrote:
Maybe you are ... I have Yojimbo and my own notes ... ;-)
Well, that's smart, ain't it?
;-)
cug
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobj
On Jan 10, 2008, at 6:02 PM, Guido Neitzer wrote:
On 10.01.2008, at 18:15, Chuck Hill wrote:
How in the heck to you guys keep track of all that stuff?
We're just smart, real smart. :-P
Maybe you are ... I have Yojimbo and my own notes ... ;-)
Well, that's smart, ain't it?
--
Pract
On 10.01.2008, at 18:15, Chuck Hill wrote:
How in the heck to you guys keep track of all that stuff?
We're just smart, real smart. :-P
Maybe you are ... I have Yojimbo and my own notes ... ;-)
cug
___
Do not post admin requests to the list. They
On 10.01.2008, at 18:01, Jeff Schmitz wrote:
You don't have permission to access /cgi-bin/WebObjects/
netBrackets.woa/-49882 on this server.
Apache setup.
Check in your httpd.conf that you have it set to:
Options FollowSymLinks
AllowOverride None
# Order deny,allow
# Deny
On Jan 10, 2008, at 5:49 PM, Jeff Schmitz wrote:
BINGO!!!
It now works with Direct Connect disabled.
See, I told you it was easy! :-P
Now, to figure out what's wrong with my cookie.
Oh yeah, that is how we got into this mess.
Chuck
On Jan 10, 2008, at 7:35 PM, Art Isbell wrote:
O
BINGO!!!
It now works with Direct Connect disabled. Now, to figure out what's
wrong with my cookie.
Thanks to all,
Jeff
On Jan 10, 2008, at 7:35 PM, Art Isbell wrote:
On Jan 10, 2008, at 3:01 PM, Jeff Schmitz wrote:
Anyway, now with Direct Connect disabled and WOPort set to -1, or
not
On Jan 10, 2008, at 3:01 PM, Jeff Schmitz wrote:
Anyway, now with Direct Connect disabled and WOPort set to -1, or
not set at all, I get the following error in my browser:
Forbidden
You don't have permission to access /cgi-bin/WebObjects/
netBrackets.woa/-49882 on this server.
This error
On Jan 10, 2008, at 5:01 PM, Jeff Schmitz wrote:
How in the heck to you guys keep track of all that stuff?
We're just smart, real smart. :-P
For a part time deployer like me I'd be lost with the help...
Anyway, now with Direct Connect disabled and WOPort set to -1, or
not set at all,
How in the heck to you guys keep track of all that stuff? For a part
time deployer like me I'd be lost with the help...
Anyway, now with Direct Connect disabled and WOPort set to -1, or not
set at all, I get the following error in my browser:
Forbidden
You don't have permission to access
On 10.01.2008, at 13:37, Mr. Pierre Frisch wrote:
This is a difficult issue and I am not sure I have the answer. On
the server WebObjects is installed by default so we include the
startup script and the correct apache configuration. On client most
user do not have WebObjects so we do not mo
Hi Pierre,
Could you please make a little extra installer for that. It should be
fairly easy to do; only take a couple of hours.
You could call it "WebObjectsClientDeployment.pkg"
With Kind Regards,
Dennis Gaastra, M.B.A.[sfu.ca], B.Sc.[ubc.ca]
Chief Technology Officer,
WEBAPPZ Systems, In
Le 08-01-10 à 15:42, Chuck Hill a écrit :
On Jan 10, 2008, at 12:37 PM, Mr. Pierre Frisch wrote:
This is a difficult issue and I am not sure I have the answer. On
the server WebObjects is installed by default so we include the
startup script and the correct apache configuration. On client
On Jan 10, 2008, at 12:37 PM, Mr. Pierre Frisch wrote:
This is a difficult issue and I am not sure I have the answer. On
the server WebObjects is installed by default so we include the
startup script and the correct apache configuration. On client most
user do not have WebObjects so we do
This is a difficult issue and I am not sure I have the answer. On the
server WebObjects is installed by default so we include the startup
script and the correct apache configuration. On client most user do
not have WebObjects so we do not modify the apache configuration and
we not include t
On 10.01.2008, at 12:34, Mr. Pierre Frisch wrote:
You of course know that you could save yourself a lot of grief by
using MacOSX Server where everything is installed and tested by
default... It is only $499.
I should buy Mac OS X Server for my development box? Not that I think
it's expens
You of course know that you could save yourself a lot of grief by
using MacOSX Server where everything is installed and tested by
default... It is only $499.
Pierre
--
Pierre Frisch
[EMAIL PROTECTED]
On Jan 10, 2008, at 10:58, Guido Neitzer wrote:
On 10.01.2008, at 11:18, Chuck Hill wrote
On 10.01.2008, at 11:18, Chuck Hill wrote:
Is that there by default after a successful WO install?
No, it is unfortunately not installed by default on 10.5 client.
I don't recall having to do this on the single Leopard machine that
I have setup.
Yeah, I hope that's fixed in 5.4.1 - I have
On Jan 10, 2008, at 10:48 AM, Art Isbell wrote:
On Jan 10, 2008, at 8:18 AM, Chuck Hill wrote:
Is that there by default after a successful WO install? I don't
recall having to do this on the single Leopard machine that I have
setup.
The Xcode 3.0 tools which contain WO 5.4 no longer i
On Jan 10, 2008, at 8:18 AM, Chuck Hill wrote:
Is that there by default after a successful WO install? I don't
recall having to do this on the single Leopard machine that I have
setup.
The Xcode 3.0 tools which contain WO 5.4 no longer include a WO
startup item script. So when Xcode 3
Is that there by default after a successful WO install? I don't
recall having to do this on the single Leopard machine that I have
setup.
Chuck
On Jan 9, 2008, at 10:20 PM, Guido Neitzer wrote:
On 09.01.2008, at 21:53, Chuck Hill wrote:
In a way, that is good. wotaskd is not running an
On 09.01.2008, at 21:53, Chuck Hill wrote:
In a way, that is good. wotaskd is not running and you need it to
be running. I don't have a Leotard machine handy and don't recall
how wotaskd is started on them. Is it launchd now on the client?
Yes.
Put this:
http://www.app
On Jan 9, 2008, at 8:46 PM, Jeff Schmitz wrote:
After a reboot, the lsof command no longer hangs. However, it
doesn't return anything either
In a way, that is good. wotaskd is not running and you need it to be
running. I don't have a Leotard machine handy and don't recall how
wotaskd
After a reboot, the lsof command no longer hangs. However, it doesn't
return anything either.
Jeff
On Jan 9, 2008, at 10:36 PM, Chuck Hill wrote:
On Jan 9, 2008, at 8:32 PM, Jeff Schmitz wrote:
I think a reboot is in order.
It would be nice if that worked.
On the other issue, you're
On Jan 9, 2008, at 8:21 PM, Q wrote:
On 10/01/2008, at 2:11 PM, Jeff Schmitz wrote:
That command just hangs with no output. I can't even crtl-C it.
Jeff
This could indicate a DNS related issue. Try running it as 'sudo
lsof -n -i tcp:1085' instead
In case you are curious,
This opti
On 10/01/2008, at 2:11 PM, Jeff Schmitz wrote:
That command just hangs with no output. I can't even crtl-C it.
Jeff
This could indicate a DNS related issue. Try running it as 'sudo lsof -
n -i tcp:1085' instead
On Jan 9, 2008, at 9:51 PM, Chuck Hill wrote:
It sounds like a configur
Sorry, that was on my server machine.
My development machine still just hangs.
Jeff
On Jan 9, 2008, at 10:16 PM, Chuck Hill wrote:
It _can_ take several seconds or more to return. It is processing a
lot of data.
saskatoon:/Projects/HH/Cadre/Testing/Repositories/SCA/Configuration
chuck$
OK, so wotaskd is running.
Launch your app, wait a second or three, and go to this URL:
http://localhost:1085
You will get a bunch of XML. Do you see your running app in there
anywhere?
Chuck
On Jan 9, 2008, at 8:17 PM, Jeff Schmitz wrote:
Weird, it came back that time:
COMMAND PID
Weird, it came back that time:
COMMAND PID USER FD TYPEDEVICE SIZE/OFF NODE NAME
java 70 appserver6u IPv6 0x78e7174 0t0 TCP [::
127.0.0.1]:webobjects (LISTEN)
java 70 appserver9u IPv6 0x78e6698 0t0 TCP [::
127.0.0.1]:webobjects->[::127.0.0.1]:49164
It _can_ take several seconds or more to return. It is processing a
lot of data.
saskatoon:/Projects/HH/Cadre/Testing/Repositories/SCA/Configuration
chuck$ sudo lsof -i tcp:1085
Password:
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
java 171 root8u IPv6 0x032733a
That command just hangs with no output. I can't even crtl-C it.
Jeff
On Jan 9, 2008, at 9:51 PM, Chuck Hill wrote:
It sounds like a configuration problem to me.
Is wotaskd running?
sudo lsof -i tcp:1085
Chuck
On Jan 9, 2008, at 7:19 PM, Jeff Schmitz wrote:
Could it be a WOLips version
That looks right. And I suppose you are loading the right apache.conf?
i.e. your include is:
Include /System/Library/WebObjects/Adaptors/Apache2.2/apache.conf
Pierre
--
Pierre Frisch
[EMAIL PROTECTED]
On Jan 9, 2008, at 19:36, Jeff Schmitz wrote:
My machine is a Leopard Client, updgraded fro
It sounds like a configuration problem to me.
Is wotaskd running?
sudo lsof -i tcp:1085
Chuck
On Jan 9, 2008, at 7:19 PM, Jeff Schmitz wrote:
Could it be a WOLips version problem? I probably haven't updated
it in awhile. How do you check what version of WOLips you have?
On Jan 9, 2008
My machine is a Leopard Client, updgraded from Tiger. The files in /
System/Library/WebObjects/Adaptors/Apache2.2 are:
apache.conf
mod_WebObjects.la
mod_WebObjects.so
/etc/apache2 is also there with httpd.conf
Jeff
On Jan 9, 2008, at 4:38 PM, Mr. Pierre Frisch wrote:
Apache 1.3 is only ins
Could it be a WOLips version problem? I probably haven't updated it
in awhile. How do you check what version of WOLips you have?
On Jan 9, 2008, at 3:58 PM, Guido Neitzer wrote:
On 09.01.2008, at 14:00, Chuck Hill wrote:
I may have been looking at the wrong file. Is /etc/httpd still
Ap
In the /etc/apache2/httpd.conf file I do have that line:
ScriptAliasMatch ^/cgi-bin/((?!(?i:webobjects)).*$) "/Library/
WebServer/CGI-Executables/$1"
On Jan 9, 2008, at 3:00 PM, Chuck Hill wrote:
I may have been looking at the wrong file. Is /etc/httpd still
Apache 1.3? And /etc/apa
n unsuccessful with my Leopard server
for 6 weeks now, I have no statement in my httpd.conf:
WebServer/CGI-Executables/$1">
Is that statement exact between the <> brackets?
On Jan 9, 2008, at 2:49 PM, [EMAIL PROTECTED]
wrote:
Date: Wed, 9 Jan 2008 12:36:06 -0800
From: Chuck
On Jan 9, 2008, at 1:24 PM, Baiss Eric Magnusson wrote:
Jumping in, since I have been unsuccessful with my Leopard server
for 6 weeks now, I have no statement in my httpd.conf:
WebServer/CGI-Executables/$1">
Is that statement exact between the <> brackets?
It exactly matches the Script
ROTECTED]
wrote:
Date: Wed, 9 Jan 2008 12:36:06 -0800
From: Chuck Hill <[EMAIL PROTECTED]>
Subject: Re: Can't retrieve cookies
To: "Mr. Pierre Frisch" <[EMAIL PROTECTED]>,Jeff Schmitz
<[EMAIL PROTECTED]>
Cc: WebObjects-Dev List
Message-ID: <[EMAIL
2008 12:36:06 -0800
From: Chuck Hill <[EMAIL PROTECTED]>
Subject: Re: Can't retrieve cookies
To: "Mr. Pierre Frisch" <[EMAIL PROTECTED]>,Jeff Schmitz
<[EMAIL PROTECTED]>
Cc: WebObjects-Dev List
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/p
Apache 1.3 is only installed on leopard server for legacy. It is not
installed on leopard Client.
If you did an upgrade install then the behavior is different on client
and server.
On server the Apache 1.3 will still be running using the config files
in /etc/httpd. When you go in the serv
On Jan 9, 2008, at 1:55 PM, Art Isbell wrote:
On Jan 9, 2008, at 11:00 AM, Chuck Hill wrote:
I may have been looking at the wrong file. Is /etc/httpd still
Apache 1.3?
Yes, but it's empty on a fresh Leopard Client install. Not sure
whether a fresh Leopard Server includes Apache 1.3 an
On 09.01.2008, at 14:00, Chuck Hill wrote:
I may have been looking at the wrong file. Is /etc/httpd still
Apache 1.3?
Yes. Apache 2 is at /etc/apache2/...
cug
--
http://www.event-s.net
___
Do not post admin requests to the list. They will be ign
On Jan 9, 2008, at 11:00 AM, Chuck Hill wrote:
I may have been looking at the wrong file. Is /etc/httpd still
Apache 1.3?
Yes, but it's empty on a fresh Leopard Client install. Not sure
whether a fresh Leopard Server includes Apache 1.3 and its config file
in /etc/httpd.
And /etc/apa
I may have been looking at the wrong file. Is /etc/httpd still
Apache 1.3? And /etc/apache2/httpd.conf is what is really getting
using on Leopard? If so, I have only seen his 1.3 conf file.
Chuck
On Jan 9, 2008, at 12:36 PM, Chuck Hill wrote:
On Jan 9, 2008, at 12:32 PM, Mr. Pierre Fr
On Jan 9, 2008, at 12:32 PM, Mr. Pierre Frisch wrote:
How did that machine get installed?
I have no idea.
In leopard Server and Client you must have a statement like:
ScriptAliasMatch ^/cgi-bin/((?!(?i:webobjects)).*$) "/Library/
WebServer/CGI-Executables/$1"
in your httpd.conf or a
Hi Chuck,
How did that machine get installed? In leopard Server and Client you
must have a statement like:
ScriptAliasMatch ^/cgi-bin/((?!(?i:webobjects)).*$) "/Library/
WebServer/CGI-Executables/$1"
in your httpd.conf or apache 2.2 will keep the WebObjects URL to
himself and route t
On Jan 8, 2008, at 9:55 PM, Guido Neitzer wrote:
On 08.01.2008, at 20:06, Art Isbell wrote:
Which Apache version are you running? Leopard runs Apache 2.2 by
default. When you say you are using WO 5.3 under Leopard, are you
also using the WO 5.3 HTTP adaptor? If so, that might explain
On 08.01.2008, at 20:06, Art Isbell wrote:
Which Apache version are you running? Leopard runs Apache 2.2 by
default. When you say you are using WO 5.3 under Leopard, are you
also using the WO 5.3 HTTP adaptor? If so, that might explain your
problem if you are running Apache 2.2 because
On Jan 8, 2008, at 6:34 PM, Jeff Schmitz wrote:
Ok, I tried all the stuff on the 'Running Through Apache', but now
when my browser comes up it immediately says The Requested URL was
not found. I tried restarting Apache, but still get the same results.
That sounds like it is configured to
On Jan 7, 2008, at 11:35 AM, Jeff Schmitz wrote:
I tried just turning DirectConnect off, and I can't connect to the
instance (as Guido intimated). I am on Leopard, but am using WO5.3,
and I have WOHost=localhost in my wotaskd properties file.
Which Apache version are you running? Leopar
Ok, I tried all the stuff on the 'Running Through Apache', but now
when my browser comes up it immediately says The Requested URL was not
found. I tried restarting Apache, but still get the same results.
I tried both setting the WOPort property and not setting it. One
thing I noticed is w
On 07.01.2008, at 21:27, Chuck Hill wrote:
The weird thing is, that it works on that G4 all the time with a
fixed port even for the first application start after a reboot.
And that is with WO 5.4?
Yes. WO 5.4, 10.5.1, fresh install of everything.
But that doesn't explain why we had trouble
On Jan 7, 2008, at 2:54 PM, Guido Neitzer wrote:
On 07.01.2008, at 13:01, Chuck Hill wrote:
I think that was the problem with webobjects starting too early
or too fast in the boot process. This won't happen on my test
machine (dual G4 867MHz). ;-)
Grin. Yeah, that probably won't be your
On Jan 7, 2008, at 1:35 PM, Jeff Schmitz wrote:
I tried just turning DirectConnect off, and I can't connect to the
instance (as Guido intimated). I am on Leopard, but am using
WO5.3, and I have WOHost=localhost in my wotaskd properties file.
Maybe you missed part. Does this help?
http://
On 07.01.2008, at 13:01, Chuck Hill wrote:
I think that was the problem with webobjects starting too early or
too fast in the boot process. This won't happen on my test machine
(dual G4 867MHz). ;-)
Grin. Yeah, that probably won't be your problem.
Yep. I figured that much even with a Wor
I tried just turning DirectConnect off, and I can't connect to the
instance (as Guido intimated). I am on Leopard, but am using WO5.3,
and I have WOHost=localhost in my wotaskd properties file.
I then tried setting the port to a specific number (11351) with
DirectConnect off, but the brows
On Jan 7, 2008, at 11:30 AM, Guido Neitzer wrote:
On 07.01.2008, at 12:10, Chuck Hill wrote:
I think that is a networking issue. Art (or someone) posted this
a while back:
I think that was the problem with webobjects starting too early or
too fast in the boot process. This won't happen
On 07.01.2008, at 12:10, Chuck Hill wrote:
I think that is a networking issue. Art (or someone) posted this a
while back:
I think that was the problem with webobjects starting too early or too
fast in the boot process. This won't happen on my test machine (dual
G4 867MHz). ;-)
Does yo
Hi Guido,
On Jan 7, 2008, at 10:53 AM, Guido Neitzer wrote:
On 07.01.2008, at 11:29, Chuck Hill wrote:
Not quite. The correct statement is "I'm launching my app in
Direct Connect mode, so it uses the randomly generated port number
instead of 80". Look on the WO tab of the launch configur
On 07.01.2008, at 11:29, Chuck Hill wrote:
Not quite. The correct statement is "I'm launching my app in Direct
Connect mode, so it uses the randomly generated port number instead
of 80". Look on the WO tab of the launch configuration and uncheck
WODirectConnectEnabled true.
And have fun
On Jan 6, 2008, at 2:49 PM, Jeff Schmitz wrote:
Hello,
I'm trying to retrieve a previously set cookie from my browser
with the following code on my developement machine. I do see the
cookie my browser when I do Show Cookies. I'm launching my app
from WOLIPS (i.e. it uses the randoml
Try leaving the domain as null (eg. new WOCookie("POOL",
session.poolName, "/", null, expires, true) ) and see what domain
gets set for the cookie. I do this on my development machine and the
cookie gets the domain of 'localhost.local'. I'm then able to retrieve
it fine.
Cheers,
Jake
73 matches
Mail list logo
