[jira] Closed: (TUSCANY-2109) Conflicts between component reference interface and promoted composite reference interface are not detected

2008-06-13 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker closed TUSCANY-2109.
---

Resolution: Fixed

Patch applied, immediate issue fixed. Any new findings or requests should 
require a new JIRA.

http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg30266.html 

 Conflicts between component reference interface and promoted composite 
 reference interface are not detected 
 

 Key: TUSCANY-2109
 URL: https://issues.apache.org/jira/browse/TUSCANY-2109
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: All
Reporter: Simon Nash
Assignee: Simon Laws
 Fix For: Java-SCA-Next

 Attachments: jira2109.patch, jira2109.zip


 See TUSCANY-2033 for the background to this problem.
 When a component reference defined with interface.java (either explicitly 
 or implicitly by introspection) is promoted to a composite reference defined 
 with interface.wsdl, and there is a namespace conflict between the 
 component reference's interface.java and the composite reference's 
 interface.wsdl. this conflict should be diagnosed as an error because it 
 violates the spec rule that an interface specified on a composite reference 
 must be a compatible superset of the interface of the promoted component 
 reference. In this case, the composite interface is incompatible with the 
 component reference because it has a different namespace.
 There is code in CompositeWireBuilderImpl.connectCompositeReferences() to 
 handle connections between composite references and promoted compoennt 
 references. The only interface processing performed in this method is to copy 
 the component reference's interface contract to the composite reference's 
 interface contract if the composite reference does not have an interface 
 contract. Code should be added here to check for conflicts between the 
 composite reference's interface and the component reference's interface if 
 both interfaces are specified.
 Similar code should be added to 
 CompositeWireBuilderImpl.connectCompositeServices() to check that the 
 composite service interface is a compatible subset of the component service 
 interface as required by the spec. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (TUSCANY-2289) Java runtime should not inject property into an unannotated non-public field by protected setter

2008-06-12 Thread Dan Becker (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-2289?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12604607#action_12604607
 ] 

Dan Becker commented on TUSCANY-2289:
-

The way I read these rules are:

Proposition A: Properties may also be injected via public setter methods 

(The extra information clause even when the @Property annotation is not 
present is not  needed, it is just amplifying that present or not present 
@Property annotation is OK.)

Proposition B: The @Property annotation must be used in order to inject a 
property onto a non-public field. 

The rules use the word injection for both @Property annotation and public 
setter methods, so:
Gilbert, there can be injection with a protected setter, if you use the 
@Property annotation.
Vamsi, you are correct, you can use a protected setter, if you use the 
@Property annotation.

The rules seem a little ambiguous because they don't distinguish the @Property 
annotation on the method versus on the instance variable.

Given properties are injected into unannotated protected fields too , it 
sounds to me that this could be legal if you have had

@Property(name=currency, required=true)
protected void setCurrency( String theCurrency );

and

protected String currency;

An example on line 1376 shows how you can have an unannotated field and an 
annotated setter.




 Java runtime should not inject property into an unannotated non-public field 
 by protected setter
 

 Key: TUSCANY-2289
 URL: https://issues.apache.org/jira/browse/TUSCANY-2289
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
Reporter: Gilbert Kwan
Assignee: Simon Laws
 Fix For: Java-SCA-Next


 Java Common Annotations and APIs v1.0 - Sec 1.8.13:
 1349 Properties may also be injected via public setter methods even when the 
 @Property annotation is not
 1350 present. However, the @Property annotation must be used in order to 
 inject a property onto a non-public
 1351 field. In the case where there is no @Property annotation, the name of 
 the property is the same as the
 1352 name of the field or setter.
 Currently the properties are injected into unannotated protected fields too.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Closed: (TUSCANY-2331) Got expection where the wsdl defines an operation without input

2008-06-10 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker closed TUSCANY-2331.
---

Resolution: Invalid

 Got expection where the wsdl defines an operation without input
 ---

 Key: TUSCANY-2331
 URL: https://issues.apache.org/jira/browse/TUSCANY-2331
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
Reporter: Gilbert Kwan
 Attachments: BService.wsdl, BServiceDan.wsdl


 Got following exception in running where the wsdl defines an operation 
 without input parameter.
 java.lang.IllegalArgumentException: Pass-by-value is not supported for the 
 given object
at 
 org.apache.tuscany.sca.databinding.javabeans.JavaBeansDataBinding.copy(JavaBeansDataBinding.java:102)
at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.copy(DefaultDataBindingExtensionPoint.java:171)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.copy(PassByValueInterceptor.java:235)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.copyFault(PassByValueInterceptor.java:130)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.invoke(PassByValueInterceptor.java:115)
at 
 org.apache.tuscany.sca.binding.sca.impl.SCABindingInvoker.invoke(SCABindingInvoker.java:61)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.invoke(PassByValueInterceptor.java:108)
at 
 org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:286)
at 
 org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:154)
at $Proxy7.getB1Name(Unknown Source)
at 
 org.apache.tuscany.sca.vtest.wsbinding.nowsdl.NoWsdlTestCase.testNoWsdl(NoWsdlTestCase.java:62)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:618)
at 
 org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
at 
 org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at 
 org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
at 
 org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
at 
 org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75)
at 
 org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
at 
 org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at 
 org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at 
 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
 Caused by: java.io.NotSerializableException:
 org.apache.axiom.om.impl.llom.OMElementImpl
at 
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1113)
at 
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1467)
at 
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1439)
at 
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1382)
at 
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:)
at 
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1467)
at 
 java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:414)
at java.lang.Throwable.writeObject(Throwable.java:320)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at 
 

[jira] Updated: (TUSCANY-2331) Got expection where the wsdl defines an operation without input

2008-06-10 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2331:


Attachment: BServiceDan.wsdl

I am no WSDL expert, but it seems to be a not valid WSDL file to me. It seems 
that the number of operations in the SOAP binding are not the same as the 
number of operations in the port type. I regenerated the WSDL SOAP bindings 
from Eclipse and came up with a different WSDL that seems to work. See the 
second attachment, BServiceDan.wsdl.

If you disagree with this assessment, please reopen the the JIRA, and provide 
the test case and how you generated your WSDL.

Thanks, Dan

 Got expection where the wsdl defines an operation without input
 ---

 Key: TUSCANY-2331
 URL: https://issues.apache.org/jira/browse/TUSCANY-2331
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
Reporter: Gilbert Kwan
 Attachments: BService.wsdl, BServiceDan.wsdl


 Got following exception in running where the wsdl defines an operation 
 without input parameter.
 java.lang.IllegalArgumentException: Pass-by-value is not supported for the 
 given object
at 
 org.apache.tuscany.sca.databinding.javabeans.JavaBeansDataBinding.copy(JavaBeansDataBinding.java:102)
at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.copy(DefaultDataBindingExtensionPoint.java:171)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.copy(PassByValueInterceptor.java:235)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.copyFault(PassByValueInterceptor.java:130)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.invoke(PassByValueInterceptor.java:115)
at 
 org.apache.tuscany.sca.binding.sca.impl.SCABindingInvoker.invoke(SCABindingInvoker.java:61)
at 
 org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.invoke(PassByValueInterceptor.java:108)
at 
 org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:286)
at 
 org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:154)
at $Proxy7.getB1Name(Unknown Source)
at 
 org.apache.tuscany.sca.vtest.wsbinding.nowsdl.NoWsdlTestCase.testNoWsdl(NoWsdlTestCase.java:62)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:618)
at 
 org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
at 
 org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at 
 org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
at 
 org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
at 
 org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75)
at 
 org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
at 
 org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
at 
 org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at 
 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
 Caused by: java.io.NotSerializableException:
 org.apache.axiom.om.impl.llom.OMElementImpl
at 
 java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1113)
at 
 java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1467)
at 
 java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1439)
at 
 java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1382)
at 
 

[jira] Commented: (TUSCANY-2343) OSGi bundle design leads to class loading issues

2008-06-03 Thread Dan Becker (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-2343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602021#action_12602021
 ] 

Dan Becker commented on TUSCANY-2343:
-

That last stack trace looks like a security-related issue. You can work around 
it temporarily by turning Java 2 security off. Or you can add the code base to 
one of the security policy files that would allow it to run as priviledged.  
What sort of security policy do you run with?

 OSGi bundle design leads to class loading issues
 

 Key: TUSCANY-2343
 URL: https://issues.apache.org/jira/browse/TUSCANY-2343
 Project: Tuscany
  Issue Type: Bug
Reporter: Georg Schmidt
 Attachments: Libary Versions.xls, test_bundles.zip


 Currently the design of the OSGi bundles leads to class loading exceptions. 
 There seem to be several reasons for this behavior:
 * reexporting of all libraries without version numbers
 * imports without version numbers
 Please use distinct bundles for 3rd party libraries. That would lead to 
 easier reusage of your bundles in a larger OSGi project.
 The current status leads to undefined system behaviour due to the OSGi class 
 loading concept.
 Please tell if you see a way, how we could support you by achieving this 
 goal. (If a solution is interesting for you)  We are willing to contribute 
 because its a critical project issue for us.
 The problems occur with the current snapshot release. Sorry, I do not know 
 which version to take.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (TUSCANY-2343) OSGi bundle design leads to class loading issues

2008-06-03 Thread Dan Becker (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-2343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602074#action_12602074
 ] 

Dan Becker commented on TUSCANY-2343:
-

Rajini said: Dan,
Doesn't Tuscany throw SecurityExceptions when security is turned on and the 
required FilePermissions are not granted?

Rajini,

Yes that is true. Do you have J2 security on and a policy file? If not, I 
wonder if it is going through security-related code and failing for some other 
reason. I am trying to understand the fail myself.

 OSGi bundle design leads to class loading issues
 

 Key: TUSCANY-2343
 URL: https://issues.apache.org/jira/browse/TUSCANY-2343
 Project: Tuscany
  Issue Type: Bug
Reporter: Georg Schmidt
 Attachments: Libary Versions.xls, test_bundles.zip


 Currently the design of the OSGi bundles leads to class loading exceptions. 
 There seem to be several reasons for this behavior:
 * reexporting of all libraries without version numbers
 * imports without version numbers
 Please use distinct bundles for 3rd party libraries. That would lead to 
 easier reusage of your bundles in a larger OSGi project.
 The current status leads to undefined system behaviour due to the OSGi class 
 loading concept.
 Please tell if you see a way, how we could support you by achieving this 
 goal. (If a solution is interesting for you)  We are willing to contribute 
 because its a critical project issue for us.
 The problems occur with the current snapshot release. Sorry, I do not know 
 which version to take.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2339) Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with Java 2 security enabled

2008-05-30 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2339:


Attachment: TUSCANY-2339.2.patch

Hello Raymond,

Thanks for your constructive suggestions. This new version of the patch, 
TUSCANY-2339.3.patch, will allow activation via a property, and it will allow 
the user to specify the property on the command line.

So, as before, you can invoke the security profile via profile name (in which 
case it will use the default tuscany.policy at location 
file:///${java.home}/lib/security/tuscany.policy):
   mvn -P security

Or you can invoke the security profile by adding a command line property:
   mvn -Dtuscany.policy.file=file:///e:/tuscany.policy

 Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with 
 Java 2 security enabled
 ---

 Key: TUSCANY-2339
 URL: https://issues.apache.org/jira/browse/TUSCANY-2339
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA Core Runtime
 Environment: Maven profile should be operating system independent.
Reporter: Dan Becker
 Attachments: TUSCANY-2339.2.patch


 Provide Tuscany Maven profile to run vtest and itest with Java 2 security 
 enabled. This profile should specify a security profile for Tuscany, and 
 should run vtest and itests with Java 2 security enabled.
 Run the profile with
 mvn -P security.
 Suggested profile addition to Tuscany java/sca pom.xml
 profile
 idsecurity/id
 modules
 !-- moduledemos/module --
 moduleitest/module
 modulevtest/module
 /modules
 build
 plugins
 plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-surefire-plugin/artifactId
 version2.3.1/version
 configuration
 includes
 include**/*TestCase.java/include
 /includes
 reportFormatbrief/reportFormat
 useFilefalse/useFile
 forkModeonce/forkMode
 !-- Place tuscany.policy in your Java home 
 security directory. Alternatively, hardcode the file location here. --
 argLine-Djava.security.manager 
 -Djava.security.policy=file:///${java.home}/lib/security/tuscany.policy 
 -Dpolicy.allowSystemProperty=true -Djava.security.debug=policy/argLine
 /configuration
 /plugin
 /plugins 
 /build
 /profile

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2339) Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with Java 2 security enabled

2008-05-30 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2339:


Attachment: (was: TUSCANY-2339.patch)

 Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with 
 Java 2 security enabled
 ---

 Key: TUSCANY-2339
 URL: https://issues.apache.org/jira/browse/TUSCANY-2339
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA Core Runtime
 Environment: Maven profile should be operating system independent.
Reporter: Dan Becker
 Attachments: TUSCANY-2339.2.patch


 Provide Tuscany Maven profile to run vtest and itest with Java 2 security 
 enabled. This profile should specify a security profile for Tuscany, and 
 should run vtest and itests with Java 2 security enabled.
 Run the profile with
 mvn -P security.
 Suggested profile addition to Tuscany java/sca pom.xml
 profile
 idsecurity/id
 modules
 !-- moduledemos/module --
 moduleitest/module
 modulevtest/module
 /modules
 build
 plugins
 plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-surefire-plugin/artifactId
 version2.3.1/version
 configuration
 includes
 include**/*TestCase.java/include
 /includes
 reportFormatbrief/reportFormat
 useFilefalse/useFile
 forkModeonce/forkMode
 !-- Place tuscany.policy in your Java home 
 security directory. Alternatively, hardcode the file location here. --
 argLine-Djava.security.manager 
 -Djava.security.policy=file:///${java.home}/lib/security/tuscany.policy 
 -Dpolicy.allowSystemProperty=true -Djava.security.debug=policy/argLine
 /configuration
 /plugin
 /plugins 
 /build
 /profile

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (TUSCANY-2339) Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with Java 2 security enabled

2008-05-23 Thread Dan Becker (JIRA)
Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with 
Java 2 security enabled
---

 Key: TUSCANY-2339
 URL: https://issues.apache.org/jira/browse/TUSCANY-2339
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA Core Runtime
 Environment: Maven profile should be operating system independent.
Reporter: Dan Becker


Provide Tuscany Maven profile to run vtest and itest with Java 2 security 
enabled. This profile should specify a security profile for Tuscany, and should 
run vtest and itests with Java 2 security enabled.

Run the profile with
mvn -P security.

Suggested profile addition to Tuscany java/sca pom.xml
profile
idsecurity/id
modules
!-- moduledemos/module --
moduleitest/module
modulevtest/module
/modules
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-surefire-plugin/artifactId
version2.3.1/version
configuration
includes
include**/*TestCase.java/include
/includes
reportFormatbrief/reportFormat
useFilefalse/useFile
forkModeonce/forkMode
!-- Place tuscany.policy in your Java home 
security directory. Alternatively, hardcode the file location here. --
argLine-Djava.security.manager 
-Djava.security.policy=file:///${java.home}/lib/security/tuscany.policy 
-Dpolicy.allowSystemProperty=true -Djava.security.debug=policy/argLine
/configuration
/plugin
/plugins 
/build
/profile



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2339) Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with Java 2 security enabled

2008-05-23 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2339:


Attachment: TUSCANY-2339.patch

 Java 2 Security - Provide Tuscany Maven profile to run vtest and itest with 
 Java 2 security enabled
 ---

 Key: TUSCANY-2339
 URL: https://issues.apache.org/jira/browse/TUSCANY-2339
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA Core Runtime
 Environment: Maven profile should be operating system independent.
Reporter: Dan Becker
 Attachments: TUSCANY-2339.patch


 Provide Tuscany Maven profile to run vtest and itest with Java 2 security 
 enabled. This profile should specify a security profile for Tuscany, and 
 should run vtest and itests with Java 2 security enabled.
 Run the profile with
 mvn -P security.
 Suggested profile addition to Tuscany java/sca pom.xml
 profile
 idsecurity/id
 modules
 !-- moduledemos/module --
 moduleitest/module
 modulevtest/module
 /modules
 build
 plugins
 plugin
 groupIdorg.apache.maven.plugins/groupId
 artifactIdmaven-surefire-plugin/artifactId
 version2.3.1/version
 configuration
 includes
 include**/*TestCase.java/include
 /includes
 reportFormatbrief/reportFormat
 useFilefalse/useFile
 forkModeonce/forkMode
 !-- Place tuscany.policy in your Java home 
 security directory. Alternatively, hardcode the file location here. --
 argLine-Djava.security.manager 
 -Djava.security.policy=file:///${java.home}/lib/security/tuscany.policy 
 -Dpolicy.allowSystemProperty=true -Djava.security.debug=policy/argLine
 /configuration
 /plugin
 /plugins 
 /build
 /profile

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-19 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2290:


Attachment: TUSCANY-2290.2.patch

I saw on the Tuscany dev list that there was a problem with the previous patch. 
I have regenerated this one and hope it is better. (I had deleted some 
non-security changes in the previous patch, and I might have deleted too much.)

 Java 2 Security enablement for Tuscany sample (part 1)
 --

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2290.1.patch, TUSCANY-2290.2.patch


 Fix security issues that arise in Tuscany samples when Java 2 security is 
 turned on via 
 -java.security.manager  -Djava.security.policy=tuscany.policy 
 -Dpolicy.allowSystemProperty=true
 A typical exception might be for sample helloworld sdo ws 
 Problems trying to access System properties: 
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.specification.version read)
 java.lang.NoClassDefFoundError
   at 
 org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
 ...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-19 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2290:


Attachment: TUSCANY-2290.3.patch

Trying once more. This time using TortoiseSVN to generate patch and ignore 
non-security issues in my private tree.

 Java 2 Security enablement for Tuscany sample (part 1)
 --

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2290.3.patch


 Fix security issues that arise in Tuscany samples when Java 2 security is 
 turned on via 
 -java.security.manager  -Djava.security.policy=tuscany.policy 
 -Dpolicy.allowSystemProperty=true
 A typical exception might be for sample helloworld sdo ws 
 Problems trying to access System properties: 
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.specification.version read)
 java.lang.NoClassDefFoundError
   at 
 org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
 ...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-19 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2290:


Attachment: (was: TUSCANY-2290.1.patch)

 Java 2 Security enablement for Tuscany sample (part 1)
 --

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2290.3.patch


 Fix security issues that arise in Tuscany samples when Java 2 security is 
 turned on via 
 -java.security.manager  -Djava.security.policy=tuscany.policy 
 -Dpolicy.allowSystemProperty=true
 A typical exception might be for sample helloworld sdo ws 
 Problems trying to access System properties: 
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.specification.version read)
 java.lang.NoClassDefFoundError
   at 
 org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
 ...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-19 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2290:


Attachment: (was: TUSCANY-2290.2.patch)

 Java 2 Security enablement for Tuscany sample (part 1)
 --

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2290.3.patch


 Fix security issues that arise in Tuscany samples when Java 2 security is 
 turned on via 
 -java.security.manager  -Djava.security.policy=tuscany.policy 
 -Dpolicy.allowSystemProperty=true
 A typical exception might be for sample helloworld sdo ws 
 Problems trying to access System properties: 
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.specification.version read)
 java.lang.NoClassDefFoundError
   at 
 org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
 ...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-16 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2290:


Attachment: TUSCANY-2290.1.patch

New patch generated based on comments in Tuscany dev group. Summary is that 
security fixes should not be applied to samples to keep them simple.

 Java 2 Security enablement for Tuscany sample (part 1)
 --

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2290.1.patch


 Fix security issues that arise in Tuscany samples when Java 2 security is 
 turned on via 
 -java.security.manager  -Djava.security.policy=tuscany.policy 
 -Dpolicy.allowSystemProperty=true
 A typical exception might be for sample helloworld sdo ws 
 Problems trying to access System properties: 
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.specification.version read)
 java.lang.NoClassDefFoundError
   at 
 org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
 ...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-16 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2290:


Attachment: (was: TUSCANY-2290.patch)

 Java 2 Security enablement for Tuscany sample (part 1)
 --

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2290.1.patch


 Fix security issues that arise in Tuscany samples when Java 2 security is 
 turned on via 
 -java.security.manager  -Djava.security.policy=tuscany.policy 
 -Dpolicy.allowSystemProperty=true
 A typical exception might be for sample helloworld sdo ws 
 Problems trying to access System properties: 
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.specification.version read)
 java.lang.NoClassDefFoundError
   at 
 org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
 ...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-02 Thread Dan Becker (JIRA)
Java 2 Security enablement for Tuscany sample (part 1)
--

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next
 Attachments: TUSCANY-2290.patch

Fix security issues that arise in Tuscany samples when Java 2 security is 
turned on via 
-java.security.manager  -Djava.security.policy=tuscany.policy 
-Dpolicy.allowSystemProperty=true

A typical exception might be for sample helloworld sdo ws 
Problems trying to access System properties: 
java.security.AccessControlException: access denied 
(java.util.PropertyPermission java.specification.version read)
java.lang.NoClassDefFoundError
at 
org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
at 
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
at 
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
at 
org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
at 
org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
at 
org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
at 
org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
at 
org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
at 
org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
at 
org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
at 
org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
at 
org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
at 
org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
at 
org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2290) Java 2 Security enablement for Tuscany sample (part 1)

2008-05-02 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2290:


Attachment: TUSCANY-2290.patch

Please let me know if there are improvements to  be made to the patch or 
comments.

 Java 2 Security enablement for Tuscany sample (part 1)
 --

 Key: TUSCANY-2290
 URL: https://issues.apache.org/jira/browse/TUSCANY-2290
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.2
 Environment: Windows, Java 1.5
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2290.patch


 Fix security issues that arise in Tuscany samples when Java 2 security is 
 turned on via 
 -java.security.manager  -Djava.security.policy=tuscany.policy 
 -Dpolicy.allowSystemProperty=true
 A typical exception might be for sample helloworld sdo ws 
 Problems trying to access System properties: 
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.specification.version read)
 java.lang.NoClassDefFoundError
   at 
 org.apache.tuscany.sca.databinding.sdo.SDODataBinding.introspect(SDODataBinding.java:61)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.introspect(DefaultDataBindingExtensionPoint.java:191)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:246)
   at 
 org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(DefaultDataBindingExtensionPoint.java:202)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.processInterface(DataBindingJavaInterfaceProcessor.java:116)
   at 
 org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visitInterface(DataBindingJavaInterfaceProcessor.java:58)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInterface(JavaInterfaceIntrospectorImpl.java:113)
   at 
 org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterface(JavaInterfaceFactoryImpl.java:48)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService(ServiceProcessor.java:159)
   at 
 org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(ServiceProcessor.java:90)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass(JavaClassIntrospectorImpl.java:72)
   at 
 org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaImplementation(JavaImplementationFactoryImpl.java:53)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:152)
   at 
 org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaImplementationProcessor.java:63)
 ...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2030) Java 2 security

2008-04-22 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2030:


Attachment: TUSCANY-2030.patch

This patch when used in conjunction with fixes for TUSCANY-2108 and 
TUSCANY-2237 allow the Tuscany runtime to run under WAS 7.0 plus SOA FeP with 
Java 2 security on. However, there are still some security errors in the 
WebSphere code, which prevents the calculator sample from running error free.

 Java 2 security
 ---

 Key: TUSCANY-2030
 URL: https://issues.apache.org/jira/browse/TUSCANY-2030
 Project: Tuscany
  Issue Type: New Feature
Affects Versions: Java-SCA-1.0.1
Reporter: Greg Dritschler
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2030.patch


 In environments where Java 2 security is enabled, an AccessControlException 
 may occur in Tuscany code even though it has privileges to perform the 
 action, because there is code on the call stack that does not have such 
 privileges.  doPrivileged calls must be used around such actions.
 Here is an example of a failure.  There are undoubtedly others.
 java.security.AccessControlException: Access denied 
 (java.lang.RuntimePermission getClassLoader)
   at 
 java.security.AccessController.checkPermission(AccessController.java:104)
   at java.lang.SecurityManager.checkPermission(SecurityManager.java:547)
   at 
 com.ibm.ws.security.core.SecurityManager.checkPermission(SecurityManager.java:189)
   at java.lang.Class.getClassLoader(Class.java:234)
   at 
 org.apache.tuscany.sca.core.invocation.JDKProxyFactory.createProxy(JDKProxyFactory.java:64)
   at 
 org.apache.tuscany.sca.core.invocation.DefaultProxyFactoryExtensionPoint.createProxy(DefaultProxyFactoryExtensionPoint.java:105)
   at 
 org.apache.tuscany.sca.core.context.CallableReferenceImpl.getInstance(CallableReferenceImpl.java:154)
   at 
 org.apache.tuscany.sca.core.context.CallableReferenceImpl.getService(CallableReferenceImpl.java:162)
   at 
 org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
   at 
 com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
   at com.ibm._jsp._Calculator._jspService(_Calculator.java:96)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2030) Java 2 security

2008-04-22 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2030:


Patch Info: [Patch Available]

 Java 2 security
 ---

 Key: TUSCANY-2030
 URL: https://issues.apache.org/jira/browse/TUSCANY-2030
 Project: Tuscany
  Issue Type: New Feature
Affects Versions: Java-SCA-1.0.1
Reporter: Greg Dritschler
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2030.patch


 In environments where Java 2 security is enabled, an AccessControlException 
 may occur in Tuscany code even though it has privileges to perform the 
 action, because there is code on the call stack that does not have such 
 privileges.  doPrivileged calls must be used around such actions.
 Here is an example of a failure.  There are undoubtedly others.
 java.security.AccessControlException: Access denied 
 (java.lang.RuntimePermission getClassLoader)
   at 
 java.security.AccessController.checkPermission(AccessController.java:104)
   at java.lang.SecurityManager.checkPermission(SecurityManager.java:547)
   at 
 com.ibm.ws.security.core.SecurityManager.checkPermission(SecurityManager.java:189)
   at java.lang.Class.getClassLoader(Class.java:234)
   at 
 org.apache.tuscany.sca.core.invocation.JDKProxyFactory.createProxy(JDKProxyFactory.java:64)
   at 
 org.apache.tuscany.sca.core.invocation.DefaultProxyFactoryExtensionPoint.createProxy(DefaultProxyFactoryExtensionPoint.java:105)
   at 
 org.apache.tuscany.sca.core.context.CallableReferenceImpl.getInstance(CallableReferenceImpl.java:154)
   at 
 org.apache.tuscany.sca.core.context.CallableReferenceImpl.getService(CallableReferenceImpl.java:162)
   at 
 org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
   at 
 com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
   at com.ibm._jsp._Calculator._jspService(_Calculator.java:96)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (TUSCANY-2237) Java 2 Security - Enhancements to run Itest bucket

2008-04-17 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2237:


Attachment: TUSCANY-2237-2.patch

This moves the module.stop in ReallySmallRuntime (that Raymond mentions) to the 
submodules such as Jetty and Tomcat runtime modules. More focused in scope than 
before.

 Java 2 Security - Enhancements to run Itest bucket
 --

 Key: TUSCANY-2237
 URL: https://issues.apache.org/jira/browse/TUSCANY-2237
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Java 1.5, Windows
Reporter: Dan Becker
Assignee: Raymond Feng
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2237-2.patch


 Must add proper Java 2 security to allow all Itests to run and pass JUnit 
 testing. An example of a failing Itest occurs with 
 CallableReferenceRemoteTestcase with Java 2 security enables. Here is an 
 example AccessControlException:
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.io.tmpdir read)
   at java.security.AccessControlContext.checkPermission(Unknown Source)
   at java.security.AccessController.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
   at java.lang.System.getProperty(Unknown Source)
   at 
 org.apache.axis2.context.ConfigurationContext.cleanupTemp(ConfigurationContext.java:665)
   at 
 org.apache.axis2.context.ConfigurationContext.terminate(ConfigurationContext.java:653)
   at 
 org.apache.axis2.transport.http.AxisServlet.destroy(AxisServlet.java:449)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.destroy(Axis2ServiceServlet.java:236)
   at 
 org.apache.tuscany.sca.http.tomcat.ServletWrapper.destroyServlet(ServletWrapper.java:55)
   at 
 org.apache.tuscany.sca.http.tomcat.TomcatServer.removeServletMapping(TomcatServer.java:510)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.stop(Axis2ServiceProvider.java:308)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.stop(Axis2ServiceBindingProvider.java:98)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:615)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:513)
   at 
 org.apache.tuscany.sca.node.impl.SCADomainProxyImpl.destroy(SCADomainProxyImpl.java:500)
   at 
 org.apache.tuscany.sca.node.impl.SCANodeImpl.destroy(SCANodeImpl.java:441)
   at 
 org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase.destroy(CallableReferenceRemoteTestCase.java:97)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runAfters(BeforeAndAfterRunner.java:65)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:37)
   at 
 org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
   at 
 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
 This is fixed by adding AccessController.doPrivileged blocks around the 
 sensitive call

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (TUSCANY-2237) Java 2 Security - Enhancements to run Itest bucket

2008-04-17 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2237:


Attachment: (was: TUSCANY-2237.patch)

 Java 2 Security - Enhancements to run Itest bucket
 --

 Key: TUSCANY-2237
 URL: https://issues.apache.org/jira/browse/TUSCANY-2237
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Java 1.5, Windows
Reporter: Dan Becker
Assignee: Raymond Feng
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2237-2.patch


 Must add proper Java 2 security to allow all Itests to run and pass JUnit 
 testing. An example of a failing Itest occurs with 
 CallableReferenceRemoteTestcase with Java 2 security enables. Here is an 
 example AccessControlException:
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.io.tmpdir read)
   at java.security.AccessControlContext.checkPermission(Unknown Source)
   at java.security.AccessController.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
   at java.lang.System.getProperty(Unknown Source)
   at 
 org.apache.axis2.context.ConfigurationContext.cleanupTemp(ConfigurationContext.java:665)
   at 
 org.apache.axis2.context.ConfigurationContext.terminate(ConfigurationContext.java:653)
   at 
 org.apache.axis2.transport.http.AxisServlet.destroy(AxisServlet.java:449)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.destroy(Axis2ServiceServlet.java:236)
   at 
 org.apache.tuscany.sca.http.tomcat.ServletWrapper.destroyServlet(ServletWrapper.java:55)
   at 
 org.apache.tuscany.sca.http.tomcat.TomcatServer.removeServletMapping(TomcatServer.java:510)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.stop(Axis2ServiceProvider.java:308)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.stop(Axis2ServiceBindingProvider.java:98)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:615)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:513)
   at 
 org.apache.tuscany.sca.node.impl.SCADomainProxyImpl.destroy(SCADomainProxyImpl.java:500)
   at 
 org.apache.tuscany.sca.node.impl.SCANodeImpl.destroy(SCANodeImpl.java:441)
   at 
 org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase.destroy(CallableReferenceRemoteTestCase.java:97)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runAfters(BeforeAndAfterRunner.java:65)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:37)
   at 
 org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
   at 
 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
 This is fixed by adding AccessController.doPrivileged blocks around the 
 sensitive call

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (TUSCANY-2237) Java 2 Security - Enhancements to run Itest bucket

2008-04-16 Thread Dan Becker (JIRA)
Java 2 Security - Enhancements to run Itest bucket
--

 Key: TUSCANY-2237
 URL: https://issues.apache.org/jira/browse/TUSCANY-2237
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Java 1.5, Windows
Reporter: Dan Becker
 Fix For: Java-SCA-Next


Must add proper Java 2 security to allow all Itests to run and pass JUnit 
testing. An example of a failing Itest occurs with 
CallableReferenceRemoteTestcase with Java 2 security enables. Here is an 
example AccessControlException:
java.security.AccessControlException: access denied 
(java.util.PropertyPermission java.io.tmpdir read)
at java.security.AccessControlContext.checkPermission(Unknown Source)
at java.security.AccessController.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPermission(Unknown Source)
at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
at java.lang.System.getProperty(Unknown Source)
at 
org.apache.axis2.context.ConfigurationContext.cleanupTemp(ConfigurationContext.java:665)
at 
org.apache.axis2.context.ConfigurationContext.terminate(ConfigurationContext.java:653)
at 
org.apache.axis2.transport.http.AxisServlet.destroy(AxisServlet.java:449)
at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.destroy(Axis2ServiceServlet.java:236)
at 
org.apache.tuscany.sca.http.tomcat.ServletWrapper.destroyServlet(ServletWrapper.java:55)
at 
org.apache.tuscany.sca.http.tomcat.TomcatServer.removeServletMapping(TomcatServer.java:510)
at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.stop(Axis2ServiceProvider.java:308)
at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.stop(Axis2ServiceBindingProvider.java:98)
at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:615)
at 
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:513)
at 
org.apache.tuscany.sca.node.impl.SCADomainProxyImpl.destroy(SCADomainProxyImpl.java:500)
at 
org.apache.tuscany.sca.node.impl.SCANodeImpl.destroy(SCANodeImpl.java:441)
at 
org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase.destroy(CallableReferenceRemoteTestCase.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at 
org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
at 
org.junit.internal.runners.BeforeAndAfterRunner.runAfters(BeforeAndAfterRunner.java:65)
at 
org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:37)
at 
org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at 
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
at 
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
at 
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)

This is fixed by adding AccessController.doPrivileged blocks around the 
sensitive call

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (TUSCANY-2237) Java 2 Security - Enhancements to run Itest bucket

2008-04-16 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2237:


Attachment: TUSCANY-2237.patch

This file adds Java 2 security to cover ITests. I would like to co-review with 
a commiter before commiting.

 Java 2 Security - Enhancements to run Itest bucket
 --

 Key: TUSCANY-2237
 URL: https://issues.apache.org/jira/browse/TUSCANY-2237
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Java 1.5, Windows
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2237.patch


 Must add proper Java 2 security to allow all Itests to run and pass JUnit 
 testing. An example of a failing Itest occurs with 
 CallableReferenceRemoteTestcase with Java 2 security enables. Here is an 
 example AccessControlException:
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.io.tmpdir read)
   at java.security.AccessControlContext.checkPermission(Unknown Source)
   at java.security.AccessController.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
   at java.lang.System.getProperty(Unknown Source)
   at 
 org.apache.axis2.context.ConfigurationContext.cleanupTemp(ConfigurationContext.java:665)
   at 
 org.apache.axis2.context.ConfigurationContext.terminate(ConfigurationContext.java:653)
   at 
 org.apache.axis2.transport.http.AxisServlet.destroy(AxisServlet.java:449)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.destroy(Axis2ServiceServlet.java:236)
   at 
 org.apache.tuscany.sca.http.tomcat.ServletWrapper.destroyServlet(ServletWrapper.java:55)
   at 
 org.apache.tuscany.sca.http.tomcat.TomcatServer.removeServletMapping(TomcatServer.java:510)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.stop(Axis2ServiceProvider.java:308)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.stop(Axis2ServiceBindingProvider.java:98)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:615)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:513)
   at 
 org.apache.tuscany.sca.node.impl.SCADomainProxyImpl.destroy(SCADomainProxyImpl.java:500)
   at 
 org.apache.tuscany.sca.node.impl.SCANodeImpl.destroy(SCANodeImpl.java:441)
   at 
 org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase.destroy(CallableReferenceRemoteTestCase.java:97)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runAfters(BeforeAndAfterRunner.java:65)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:37)
   at 
 org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
   at 
 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
 This is fixed by adding AccessController.doPrivileged blocks around the 
 sensitive call

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (TUSCANY-2237) Java 2 Security - Enhancements to run Itest bucket

2008-04-16 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2237:


Patch Info: [Patch Available]

 Java 2 Security - Enhancements to run Itest bucket
 --

 Key: TUSCANY-2237
 URL: https://issues.apache.org/jira/browse/TUSCANY-2237
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Java 1.5, Windows
Reporter: Dan Becker
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2237.patch


 Must add proper Java 2 security to allow all Itests to run and pass JUnit 
 testing. An example of a failing Itest occurs with 
 CallableReferenceRemoteTestcase with Java 2 security enables. Here is an 
 example AccessControlException:
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.io.tmpdir read)
   at java.security.AccessControlContext.checkPermission(Unknown Source)
   at java.security.AccessController.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
   at java.lang.System.getProperty(Unknown Source)
   at 
 org.apache.axis2.context.ConfigurationContext.cleanupTemp(ConfigurationContext.java:665)
   at 
 org.apache.axis2.context.ConfigurationContext.terminate(ConfigurationContext.java:653)
   at 
 org.apache.axis2.transport.http.AxisServlet.destroy(AxisServlet.java:449)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.destroy(Axis2ServiceServlet.java:236)
   at 
 org.apache.tuscany.sca.http.tomcat.ServletWrapper.destroyServlet(ServletWrapper.java:55)
   at 
 org.apache.tuscany.sca.http.tomcat.TomcatServer.removeServletMapping(TomcatServer.java:510)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.stop(Axis2ServiceProvider.java:308)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.stop(Axis2ServiceBindingProvider.java:98)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:615)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:513)
   at 
 org.apache.tuscany.sca.node.impl.SCADomainProxyImpl.destroy(SCADomainProxyImpl.java:500)
   at 
 org.apache.tuscany.sca.node.impl.SCANodeImpl.destroy(SCANodeImpl.java:441)
   at 
 org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase.destroy(CallableReferenceRemoteTestCase.java:97)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runAfters(BeforeAndAfterRunner.java:65)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:37)
   at 
 org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
   at 
 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
 This is fixed by adding AccessController.doPrivileged blocks around the 
 sensitive call

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (TUSCANY-2237) Java 2 Security - Enhancements to run Itest bucket

2008-04-16 Thread Dan Becker (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12589709#action_12589709
 ] 

Dan Becker commented on TUSCANY-2237:
-

Yes, will do. Thanks for reviewing and keeping me honest. I will have an 
updated patch soon.

 Java 2 Security - Enhancements to run Itest bucket
 --

 Key: TUSCANY-2237
 URL: https://issues.apache.org/jira/browse/TUSCANY-2237
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Java 1.5, Windows
Reporter: Dan Becker
Assignee: Raymond Feng
 Fix For: Java-SCA-Next

 Attachments: TUSCANY-2237.patch


 Must add proper Java 2 security to allow all Itests to run and pass JUnit 
 testing. An example of a failing Itest occurs with 
 CallableReferenceRemoteTestcase with Java 2 security enables. Here is an 
 example AccessControlException:
 java.security.AccessControlException: access denied 
 (java.util.PropertyPermission java.io.tmpdir read)
   at java.security.AccessControlContext.checkPermission(Unknown Source)
   at java.security.AccessController.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPermission(Unknown Source)
   at java.lang.SecurityManager.checkPropertyAccess(Unknown Source)
   at java.lang.System.getProperty(Unknown Source)
   at 
 org.apache.axis2.context.ConfigurationContext.cleanupTemp(ConfigurationContext.java:665)
   at 
 org.apache.axis2.context.ConfigurationContext.terminate(ConfigurationContext.java:653)
   at 
 org.apache.axis2.transport.http.AxisServlet.destroy(AxisServlet.java:449)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceServlet.destroy(Axis2ServiceServlet.java:236)
   at 
 org.apache.tuscany.sca.http.tomcat.ServletWrapper.destroyServlet(ServletWrapper.java:55)
   at 
 org.apache.tuscany.sca.http.tomcat.TomcatServer.removeServletMapping(TomcatServer.java:510)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.stop(Axis2ServiceProvider.java:308)
   at 
 org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceBindingProvider.stop(Axis2ServiceBindingProvider.java:98)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:615)
   at 
 org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.stop(CompositeActivatorImpl.java:513)
   at 
 org.apache.tuscany.sca.node.impl.SCADomainProxyImpl.destroy(SCADomainProxyImpl.java:500)
   at 
 org.apache.tuscany.sca.node.impl.SCANodeImpl.destroy(SCANodeImpl.java:441)
   at 
 org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase.destroy(CallableReferenceRemoteTestCase.java:97)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
   at java.lang.reflect.Method.invoke(Unknown Source)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.invokeMethod(BeforeAndAfterRunner.java:74)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runAfters(BeforeAndAfterRunner.java:65)
   at 
 org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:37)
   at 
 org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
   at 
 org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
 This is fixed by adding AccessController.doPrivileged blocks around the 
 sensitive call

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (TUSCANY-2173) Add style formatter and template information to website Coding Guidelines

2008-03-31 Thread Dan Becker (JIRA)
Add style formatter and template information to website Coding Guidelines
---

 Key: TUSCANY-2173
 URL: https://issues.apache.org/jira/browse/TUSCANY-2173
 Project: Tuscany
  Issue Type: Improvement
  Components: Website
 Environment: All browsers
Reporter: Dan Becker
Priority: Minor


Incorporate more specific Eclipse style formatter and template notes to the 
external web site.

The external web site at 
http://cwiki.apache.org/TUSCANY/sca-java-development-guide.html#SCAJavaDevelopmentGuide-CodingGuidelines
 contains useful coding guidelines.

There are additional Eclipse-specific guidelines on the internal wiki at 
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Code+Style+Formatters+and+Templates
 

It would be useful if the Eclipse Style Formatter and Eclipse Templates (which 
are in the Tuscany build/repository) be mentioned in the external site. In 
other words, append the information from the second link above to the first 
link above.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (TUSCANY-2108) Java 2 Security - ReallySmallRuntime AccessController blocks

2008-03-26 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2108:


Attachment: tuscany2108-2.txt

Patch regenerated based on failing test cases and review comments.

 Java 2 Security - ReallySmallRuntime AccessController blocks
 

 Key: TUSCANY-2108
 URL: https://issues.apache.org/jira/browse/TUSCANY-2108
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Run with JDK 1.5, Windows XP system
Reporter: Dan Becker
Assignee: Raymond Feng
 Fix For: Java-SCA-Next

 Attachments: tuscany2108-2.txt, tuscany2108.txt


 Add Java 2 Security to SCA core accessed via ReallySmallRuntime. This can be 
 seen by running the sample-calculator program with -Djava.security.manager  
 for the Java application runtime.
 This JIRA is a preliminary prereq for JIRA TUSCANY-2030. That JIRA covers the 
 code entry points via
 org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
  and 
 com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
  
 This JIRA covers all internal entry points that are accessed via 
 Exception in thread main org.osoa.sca.ServiceRuntimeException: 
 java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
   at calculator.CalculatorClient.main(CalculatorClient.java:31)
 Caused by: java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(ReallySmallRuntime.java:116)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:118)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:109)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:231)
 There needs to be AccessController.doPrivileged blocks around all sensitive 
 code that  creates a ClassLoader, accesses the file system via stream or URL, 
 reads system properties and all other sensitive areas not covered by the 
 security.policy file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (TUSCANY-2130) Promote Security Aware Tuscany article from internal wiki to external developer wiki pages

2008-03-24 Thread Dan Becker (JIRA)
Promote Security Aware Tuscany article from internal wiki to external developer 
wiki pages
--

 Key: TUSCANY-2130
 URL: https://issues.apache.org/jira/browse/TUSCANY-2130
 Project: Tuscany
  Issue Type: Improvement
  Components: Website
 Environment: Web
Reporter: Dan Becker
Priority: Minor


Promote the Security Aware Programming in Tuscany article from the internal 
wiki (at 
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Security+Aware+Programming+in+Tuscany)
 to the external developer pages. A suggested location is the developer hints 
section of the development guide (at 
http://cwiki.apache.org/TUSCANY/sca-java-development-guide.html)

Wiki and HTML source code for the article is available at the first link given.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (TUSCANY-2108) Java 2 Security - ReallySmallRuntime AccessController blocks

2008-03-19 Thread Dan Becker (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12580372#action_12580372
 ] 

Dan Becker commented on TUSCANY-2108:
-

I have a patch that covers about 40 doPrivileged blocks in about 24 files. Will 
append patch shortly.

 Java 2 Security - ReallySmallRuntime AccessController blocks
 

 Key: TUSCANY-2108
 URL: https://issues.apache.org/jira/browse/TUSCANY-2108
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Run with JDK 1.5, Windows XP system
Reporter: Dan Becker
 Fix For: Java-SCA-1.2


 Add Java 2 Security to SCA core accessed via ReallySmallRuntime. This can be 
 seen by running the sample-calculator program with -Djava.security.manager  
 for the Java application runtime.
 This JIRA is a preliminary prereq for JIRA TUSCANY-2030. That JIRA covers the 
 code entry points via
 org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
  and 
 com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
  
 This JIRA covers all internal entry points that are accessed via 
 Exception in thread main org.osoa.sca.ServiceRuntimeException: 
 java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
   at calculator.CalculatorClient.main(CalculatorClient.java:31)
 Caused by: java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(ReallySmallRuntime.java:116)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:118)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:109)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:231)
 There needs to be AccessController.doPrivileged blocks around all sensitive 
 code that  creates a ClassLoader, accesses the file system via stream or URL, 
 reads system properties and all other sensitive areas not covered by the 
 security.policy file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (TUSCANY-2108) Java 2 Security - ReallySmallRuntime AccessController blocks

2008-03-19 Thread Dan Becker (JIRA)
Java 2 Security - ReallySmallRuntime AccessController blocks


 Key: TUSCANY-2108
 URL: https://issues.apache.org/jira/browse/TUSCANY-2108
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Run with JDK 1.5, Windows XP system
Reporter: Dan Becker
 Fix For: Java-SCA-1.2


Add Java 2 Security to SCA core accessed via ReallySmallRuntime. This can be 
seen by running the sample-calculator program with -Djava.security.manager  for 
the Java application runtime.

This JIRA is a preliminary prereq for JIRA TUSCANY-2030. That JIRA covers the 
code entry points via
org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
 and 
com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
 

This JIRA covers all internal entry points that are accessed via 
Exception in thread main org.osoa.sca.ServiceRuntimeException: 
java.lang.NullPointerException
at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
at 
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
at calculator.CalculatorClient.main(CalculatorClient.java:31)
Caused by: java.lang.NullPointerException
at 
org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(ReallySmallRuntime.java:116)
at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:118)
at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:109)
at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:231)

There needs to be AccessController.doPrivileged blocks around all sensitive 
code that  creates a ClassLoader, accesses the file system via stream or URL, 
reads system properties and all other sensitive areas not covered by the 
security.policy file.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (TUSCANY-2108) Java 2 Security - ReallySmallRuntime AccessController blocks

2008-03-19 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2108:


Attachment: tuscany2108.txt

 Java 2 Security - ReallySmallRuntime AccessController blocks
 

 Key: TUSCANY-2108
 URL: https://issues.apache.org/jira/browse/TUSCANY-2108
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Run with JDK 1.5, Windows XP system
Reporter: Dan Becker
 Fix For: Java-SCA-1.2

 Attachments: tuscany2108.txt


 Add Java 2 Security to SCA core accessed via ReallySmallRuntime. This can be 
 seen by running the sample-calculator program with -Djava.security.manager  
 for the Java application runtime.
 This JIRA is a preliminary prereq for JIRA TUSCANY-2030. That JIRA covers the 
 code entry points via
 org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
  and 
 com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
  
 This JIRA covers all internal entry points that are accessed via 
 Exception in thread main org.osoa.sca.ServiceRuntimeException: 
 java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
   at calculator.CalculatorClient.main(CalculatorClient.java:31)
 Caused by: java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(ReallySmallRuntime.java:116)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:118)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:109)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:231)
 There needs to be AccessController.doPrivileged blocks around all sensitive 
 code that  creates a ClassLoader, accesses the file system via stream or URL, 
 reads system properties and all other sensitive areas not covered by the 
 security.policy file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (TUSCANY-2108) Java 2 Security - ReallySmallRuntime AccessController blocks

2008-03-19 Thread Dan Becker (JIRA)

 [ 
https://issues.apache.org/jira/browse/TUSCANY-2108?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dan Becker updated TUSCANY-2108:


Patch Info: [Patch Available]

 Java 2 Security - ReallySmallRuntime AccessController blocks
 

 Key: TUSCANY-2108
 URL: https://issues.apache.org/jira/browse/TUSCANY-2108
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.1
 Environment: Run with JDK 1.5, Windows XP system
Reporter: Dan Becker
 Fix For: Java-SCA-1.2

 Attachments: tuscany2108.txt


 Add Java 2 Security to SCA core accessed via ReallySmallRuntime. This can be 
 seen by running the sample-calculator program with -Djava.security.manager  
 for the Java application runtime.
 This JIRA is a preliminary prereq for JIRA TUSCANY-2030. That JIRA covers the 
 code entry points via
 org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
  and 
 com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
  
 This JIRA covers all internal entry points that are accessed via 
 Exception in thread main org.osoa.sca.ServiceRuntimeException: 
 java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
   at calculator.CalculatorClient.main(CalculatorClient.java:31)
 Caused by: java.lang.NullPointerException
   at 
 org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(ReallySmallRuntime.java:116)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:118)
   at 
 org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:109)
   at 
 org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:231)
 There needs to be AccessController.doPrivileged blocks around all sensitive 
 code that  creates a ClassLoader, accesses the file system via stream or URL, 
 reads system properties and all other sensitive areas not covered by the 
 security.policy file.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (TUSCANY-2030) Java 2 security

2008-03-14 Thread Dan Becker (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-2030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12578775#action_12578775
 ] 

Dan Becker commented on TUSCANY-2030:
-

I am investigating this an other java.security.AccessControlExceptions that 
occur with -Djava.security.manager turned on.

 Java 2 security
 ---

 Key: TUSCANY-2030
 URL: https://issues.apache.org/jira/browse/TUSCANY-2030
 Project: Tuscany
  Issue Type: New Feature
Affects Versions: Java-SCA-1.0.1
Reporter: Greg Dritschler
 Fix For: Java-SCA-Next


 In environments where Java 2 security is enabled, an AccessControlException 
 may occur in Tuscany code even though it has privileges to perform the 
 action, because there is code on the call stack that does not have such 
 privileges.  doPrivileged calls must be used around such actions.
 Here is an example of a failure.  There are undoubtedly others.
 java.security.AccessControlException: Access denied 
 (java.lang.RuntimePermission getClassLoader)
   at 
 java.security.AccessController.checkPermission(AccessController.java:104)
   at java.lang.SecurityManager.checkPermission(SecurityManager.java:547)
   at 
 com.ibm.ws.security.core.SecurityManager.checkPermission(SecurityManager.java:189)
   at java.lang.Class.getClassLoader(Class.java:234)
   at 
 org.apache.tuscany.sca.core.invocation.JDKProxyFactory.createProxy(JDKProxyFactory.java:64)
   at 
 org.apache.tuscany.sca.core.invocation.DefaultProxyFactoryExtensionPoint.createProxy(DefaultProxyFactoryExtensionPoint.java:105)
   at 
 org.apache.tuscany.sca.core.context.CallableReferenceImpl.getInstance(CallableReferenceImpl.java:154)
   at 
 org.apache.tuscany.sca.core.context.CallableReferenceImpl.getService(CallableReferenceImpl.java:162)
   at 
 org.apache.tuscany.sca.host.embedded.impl.EmbeddedSCADomain.getService(EmbeddedSCADomain.java:138)
   at 
 com.ibm.ws.soa.sca.runtime.impl.SimpleCompositeContextImpl.locateService(SimpleCompositeContextImpl.java:86)
   at com.ibm._jsp._Calculator._jspService(_Calculator.java:96)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]