Re: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-10-03 Thread Bernard Choi 
Just to update everyone,

WW2 needs an OgnlPermission as well.

Please add SunONE 7 to the compatibility matrix (if there is one...)

- Original Message - 
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, September 10, 2003 10:26 AM
Subject: RE: [OS-webwork] Running WebWork on Sun ONE Application Server 7


Look at the message from Dick Z. especially this part:

- Give Write Permissions to java.util.PropertyPermission.

I think that should do it.

 -Original Message-
 From: Bernard Choi [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, September 09, 2003 9:46 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [OS-webwork] Running WebWork on Sun ONE 
 Application Server 7
 
 
 No access exceptions are encountered.
 
 On further tracing and comparison on the execution on 
 different environments (Resin and SunONE), I've noticed they 
 identical until the following line in 
 com.opensymphony.xwork.DefaultActionInvocation:127 .
 
 OgnlUtil.setProperties(resultConfig.getParams(), result, 
 ActionContext.getContext().getContextMap());
 
 I suspect that the location property might not be populated 
 in the initial context ?
 
 - Original Message -
 From: Jason Carreira [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, September 10, 2003 3:40 AM
 Subject: RE: [OS-webwork] Running WebWork on Sun ONE 
 Application Server 7
 
 
 I'm not sure why it would fail there... The setLocation() 
 method is public on a public class... Did it give you any 
 access exceptions the first time?
 
  -Original Message-
  From: Bernard Choi [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, September 09, 2003 1:39 PM
  To: [EMAIL PROTECTED]
  Subject: [OS-webwork] Running WebWork on Sun ONE 
 Application Server 7
 
 
  Greetings all,
 
  I've recently met some problems with running Webwork on SunONE 
  Application Server 7. It was working fine on Resin and OrionServer, 
  thus I suspected something was wrong with my configuration 
 of SunONE.
 
  First I traced it to a NPE in 
  com.opensymphony.webwork.dispatcher.VelocityResult . The
  setLocation() was not called.
 
  On further tracing, I suspected some permissions problem, 
 to which I 
  set the server.policy to grant all permissions.
 
  ~/Sun/AppServer7/domains/domain1/server1/config/server.policy
  grant {
   permission java.security.AllPermission;
  };
 
  This solved the problem, as webwork was now working fine. However, 
  understandably, granting all permissions is not acceptable in the 
  final system. Might I inquire as to where I can find more 
 information 
  on which specific permissions are required by Webwork ?
 
 
 
  ---
  This sf.net email is sponsored by:ThinkGeek
  Welcome to geek heaven.
  http://thinkgeek.com/sf 
  ___
  Opensymphony-webwork mailing list 
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
 
 
 
 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf 
 ___
 Opensymphony-webwork mailing list 
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
 
 
 
 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf 
 ___
 Opensymphony-webwork mailing list 
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
 


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Re: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-10 Thread Rickard Öberg 
Bernard Choi wrote:
In this particular, our application which uses webwork resides in an
environment along with other applications. That environment is controlled by
another team, who imposes such restrictions. 
Ok, but the question then still remains: why impose such restrictions? I 
have yet to find a good reason to use permissions in server-side 
applications (except for hosting applications in an ISP/ASP 
environment). If you're in the same company it doesn't make much sense, 
and seems mostly just like a hassle.

regards,
  Rickard


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Re: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-10 Thread Dick Zetterberg 
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
 Isn't suppressAccessChecks only if you're accessing private or
 protected properties using reflection?

Yes, I believe so. It is used in the ValueStack to be able to call/access methods that 
matches parameters but may be protected.
There is a comment in the code: Try to sneak through security so that's what it is 
used for.

Cheers,

Dick Zetterberg
[EMAIL PROTECTED]


  -Original Message-
  From: Dick Zetterberg [mailto:[EMAIL PROTECTED] 
  Sent: Tuesday, September 09, 2003 3:57 PM
  To: [EMAIL PROTECTED]
  Subject: Re: [OS-webwork] Running WebWork on Sun ONE 
  Application Server 7
  
  
  I am not sure about WW2, but for WW1 you have to have some 
  permissions for the reflection and property editors to work.
  
  There is a Wiki note here: 
  http://wiki.opensymphony.com/space/Running+WebWork+on+SunONE
  
  According to it you should set the following permissions to 
  make it work:
  
  - Give Write Permissions to java.util.PropertyPermission.
  -  Add java.lang.reflect.ReflectPermission suppressAccessChecks
  
  Best regards,
  
  Dick Zetterberg
  [EMAIL PROTECTED]
  



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

[OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-09 Thread Bernard Choi 
Greetings all,

I've recently met some problems with running Webwork on SunONE Application
Server 7. It was working fine on Resin and OrionServer, thus I suspected
something was wrong with my configuration of SunONE.

First I traced it to a NPE in
com.opensymphony.webwork.dispatcher.VelocityResult . The setLocation() was
not called.

On further tracing, I suspected some permissions problem, to which I set the
server.policy to grant all permissions.

~/Sun/AppServer7/domains/domain1/server1/config/server.policy
grant {
 permission java.security.AllPermission;
};

This solved the problem, as webwork was now working fine. However,
understandably, granting all permissions is not acceptable in the final
system. Might I inquire as to where I can find more information on which
specific permissions are required by Webwork ?



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Re: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-09 Thread Rickard Öberg 
Bernard Choi wrote:
This solved the problem, as webwork was now working fine. However,
understandably, granting all permissions is not acceptable in the final
system. 
Why not?

/Rickard



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

RE: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-09 Thread Jason Carreira 
I'm not sure why it would fail there... The setLocation() method is
public on a public class... Did it give you any access exceptions the
first time?

 -Original Message-
 From: Bernard Choi [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, September 09, 2003 1:39 PM
 To: [EMAIL PROTECTED]
 Subject: [OS-webwork] Running WebWork on Sun ONE Application Server 7
 
 
 Greetings all,
 
 I've recently met some problems with running Webwork on 
 SunONE Application Server 7. It was working fine on Resin and 
 OrionServer, thus I suspected something was wrong with my 
 configuration of SunONE.
 
 First I traced it to a NPE in 
 com.opensymphony.webwork.dispatcher.VelocityResult . The 
 setLocation() was not called.
 
 On further tracing, I suspected some permissions problem, to 
 which I set the server.policy to grant all permissions.
 
 ~/Sun/AppServer7/domains/domain1/server1/config/server.policy
 grant {
  permission java.security.AllPermission;
 };
 
 This solved the problem, as webwork was now working fine. 
 However, understandably, granting all permissions is not 
 acceptable in the final system. Might I inquire as to where I 
 can find more information on which specific permissions are 
 required by Webwork ?
 
 
 
 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf 
 ___
 Opensymphony-webwork mailing list 
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
 


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Re: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-09 Thread Dick Zetterberg 
I am not sure about WW2, but for WW1 you have to have some permissions for
the reflection and property editors to work.

There is a Wiki note here:
http://wiki.opensymphony.com/space/Running+WebWork+on+SunONE

According to it you should set the following permissions to make it work:

- Give Write Permissions to java.util.PropertyPermission.
-  Add java.lang.reflect.ReflectPermission suppressAccessChecks

Best regards,

Dick Zetterberg
[EMAIL PROTECTED]

- Original Message -
From: Bernard Choi [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September 09, 2003 7:39 PM
Subject: [OS-webwork] Running WebWork on Sun ONE Application Server 7


 Greetings all,

 I've recently met some problems with running Webwork on SunONE Application
 Server 7. It was working fine on Resin and OrionServer, thus I suspected
 something was wrong with my configuration of SunONE.

 First I traced it to a NPE in
 com.opensymphony.webwork.dispatcher.VelocityResult . The setLocation() was
 not called.

 On further tracing, I suspected some permissions problem, to which I set
the
 server.policy to grant all permissions.

 ~/Sun/AppServer7/domains/domain1/server1/config/server.policy
 grant {
  permission java.security.AllPermission;
 };

 This solved the problem, as webwork was now working fine. However,
 understandably, granting all permissions is not acceptable in the final
 system. Might I inquire as to where I can find more information on which
 specific permissions are required by Webwork ?





---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

RE: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-09 Thread Jason Carreira 
Look at the message from Dick Z. especially this part:

- Give Write Permissions to java.util.PropertyPermission.

I think that should do it.

 -Original Message-
 From: Bernard Choi [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, September 09, 2003 9:46 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [OS-webwork] Running WebWork on Sun ONE 
 Application Server 7
 
 
 No access exceptions are encountered.
 
 On further tracing and comparison on the execution on 
 different environments (Resin and SunONE), I've noticed they 
 identical until the following line in 
 com.opensymphony.xwork.DefaultActionInvocation:127 .
 
 OgnlUtil.setProperties(resultConfig.getParams(), result, 
 ActionContext.getContext().getContextMap());
 
 I suspect that the location property might not be populated 
 in the initial context ?
 
 - Original Message -
 From: Jason Carreira [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Wednesday, September 10, 2003 3:40 AM
 Subject: RE: [OS-webwork] Running WebWork on Sun ONE 
 Application Server 7
 
 
 I'm not sure why it would fail there... The setLocation() 
 method is public on a public class... Did it give you any 
 access exceptions the first time?
 
  -Original Message-
  From: Bernard Choi [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, September 09, 2003 1:39 PM
  To: [EMAIL PROTECTED]
  Subject: [OS-webwork] Running WebWork on Sun ONE 
 Application Server 7
 
 
  Greetings all,
 
  I've recently met some problems with running Webwork on SunONE 
  Application Server 7. It was working fine on Resin and OrionServer, 
  thus I suspected something was wrong with my configuration 
 of SunONE.
 
  First I traced it to a NPE in 
  com.opensymphony.webwork.dispatcher.VelocityResult . The
  setLocation() was not called.
 
  On further tracing, I suspected some permissions problem, 
 to which I 
  set the server.policy to grant all permissions.
 
  ~/Sun/AppServer7/domains/domain1/server1/config/server.policy
  grant {
   permission java.security.AllPermission;
  };
 
  This solved the problem, as webwork was now working fine. However, 
  understandably, granting all permissions is not acceptable in the 
  final system. Might I inquire as to where I can find more 
 information 
  on which specific permissions are required by Webwork ?
 
 
 
  ---
  This sf.net email is sponsored by:ThinkGeek
  Welcome to geek heaven.
  http://thinkgeek.com/sf 
  ___
  Opensymphony-webwork mailing list 
  [EMAIL PROTECTED]
  https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
 
 
 
 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf 
 ___
 Opensymphony-webwork mailing list 
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
 
 
 
 ---
 This sf.net email is sponsored by:ThinkGeek
 Welcome to geek heaven.
 http://thinkgeek.com/sf 
 ___
 Opensymphony-webwork mailing list 
 [EMAIL PROTECTED]
 https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
 


---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Re: [OS-webwork] Running WebWork on Sun ONE Application Server 7

2003-09-09 Thread Bernard Choi 
From: Rickard Öberg [EMAIL PROTECTED]
 Bernard Choi wrote:
  This solved the problem, as webwork was now working fine. However,
  understandably, granting all permissions is not acceptable in the final
  system.

 Why not?

In this particular, our application which uses webwork resides in an
environment along with other applications. That environment is controlled by
another team, who imposes such restrictions. (I'm surprised to note that
none of the other teams use such frameworks, all of the others are using
simple jsp / servlets. We're the first vendor to encounter such a
situation.)

Perhaps I can rephrase the query to inquire : what specific permissions are
required by webwork ?



---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork