You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Luciano Resende (JIRA)" <de...@tuscany.apache.org> on 2009/09/04 00:00:59 UTC
[jira] Created: (TUSCANY-3261) Java EE Contribution Itests failing
under MAC OS
Java EE Contribution Itests failing under MAC OS
------------------------------------------------
Key: TUSCANY-3261
URL: https://issues.apache.org/jira/browse/TUSCANY-3261
Project: Tuscany
Issue Type: Bug
Components: Java SCA Misc Implementation Extensions
Affects Versions: Java-SCA-1.5.1
Reporter: Luciano Resende
Fix For: Java-SCA-1.5.1
See: http://markmail.org/thread/fziu2t5eluq4c57f
I'm still having various issues trying to get a successful top down
1.5.1 build to complete. I'm right now investigating issues with the
contribution-jee and here is what I have found :
OpenEJBExceptions trying to introspect WebArchive :
Caused by: org.apache.tuscany.sca.contribution.service.ContributionReadException:
org.apache.openejb.OpenEJBException: Unable to extract jar. error in
opening zip file: error in opening zip file
at org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadataCompleteModules(JavaEEModuleHelper.java:42)
at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.introspectWebArchive(JavaEEIntrospectorImpl.java:80)
This seems like a openEJB bug, Mac OS X are generating temp files with
(+) in the names (e.g
/var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp4648477624506672403.war)
and the code in their DeploymentLoader file tries to decode the file
name causing the plus sign to be substituted by spaces thus causing a
the file path to be invalid and generating a internal exception. The
patch below seems to resolve this problem, but I'm not very familiar
with the OpenEJB code to calim this is a proper fix
Index: openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java
===================================================================
--- openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (revision
810677)
+++ openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (working
copy)
@@ -148,7 +148,8 @@
return appModule;
} else if (WebModule.class.equals(moduleClass)) {
String moduleId = toFile(baseUrl).getName();
- String warPath = URLs.toFilePath(baseUrl);
+ //String warPath = URLs.toFilePath(baseUrl);
+ String warPath = baseUrl.getPath();
AppModule appModule = new
AppModule(OpenEJB.class.getClassLoader(), warPath);
addWebModule(appModule, warPath,
OpenEJB.class.getClassLoader(), null, moduleId);
The remaining issue (after the fix above) is related to a Unknown
module type when introspecting the jUnit jar.
org.apache.openejb.config.UnknownModuleTypeException: Unknown
module type: url=file:/private/var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp7677330478607518277/junit-4.5.jar
Well, my question here is more why we are packing jUnit-4.5 jar if
this is a test dependency.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (TUSCANY-3261) Java EE Contribution Itests
failing under MAC OS
Posted by "Simon Laws (JIRA)" <de...@tuscany.apache.org>.
[ https://issues.apache.org/jira/browse/TUSCANY-3261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12754140#action_12754140 ]
Simon Laws commented on TUSCANY-3261:
-------------------------------------
JEE errors also being reported under TUSCANY-3165. Making a not just in case they are related.
> Java EE Contribution Itests failing under MAC OS
> ------------------------------------------------
>
> Key: TUSCANY-3261
> URL: https://issues.apache.org/jira/browse/TUSCANY-3261
> Project: Tuscany
> Issue Type: Bug
> Components: Java SCA Misc Implementation Extensions
> Affects Versions: Java-SCA-1.5.1
> Reporter: Luciano Resende
> Fix For: Java-SCA-1.5.1
>
>
> See: http://markmail.org/thread/fziu2t5eluq4c57f
> I'm still having various issues trying to get a successful top down
> 1.5.1 build to complete. I'm right now investigating issues with the
> contribution-jee and here is what I have found :
> OpenEJBExceptions trying to introspect WebArchive :
> Caused by: org.apache.tuscany.sca.contribution.service.ContributionReadException:
> org.apache.openejb.OpenEJBException: Unable to extract jar. error in
> opening zip file: error in opening zip file
> at org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadataCompleteModules(JavaEEModuleHelper.java:42)
> at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.introspectWebArchive(JavaEEIntrospectorImpl.java:80)
> This seems like a openEJB bug, Mac OS X are generating temp files with
> (+) in the names (e.g
> /var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp4648477624506672403.war)
> and the code in their DeploymentLoader file tries to decode the file
> name causing the plus sign to be substituted by spaces thus causing a
> the file path to be invalid and generating a internal exception. The
> patch below seems to resolve this problem, but I'm not very familiar
> with the OpenEJB code to calim this is a proper fix
> Index: openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java
> ===================================================================
> --- openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (revision
> 810677)
> +++ openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (working
> copy)
> @@ -148,7 +148,8 @@
> return appModule;
> } else if (WebModule.class.equals(moduleClass)) {
> String moduleId = toFile(baseUrl).getName();
> - String warPath = URLs.toFilePath(baseUrl);
> + //String warPath = URLs.toFilePath(baseUrl);
> + String warPath = baseUrl.getPath();
> AppModule appModule = new
> AppModule(OpenEJB.class.getClassLoader(), warPath);
> addWebModule(appModule, warPath,
> OpenEJB.class.getClassLoader(), null, moduleId);
> The remaining issue (after the fix above) is related to a Unknown
> module type when introspecting the jUnit jar.
> org.apache.openejb.config.UnknownModuleTypeException: Unknown
> module type: url=file:/private/var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp7677330478607518277/junit-4.5.jar
> Well, my question here is more why we are packing jUnit-4.5 jar if
> this is a test dependency.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (TUSCANY-3261) Java EE Contribution Itests failing
under MAC OS
Posted by "ant elder (JIRA)" <de...@tuscany.apache.org>.
[ https://issues.apache.org/jira/browse/TUSCANY-3261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ant elder closed TUSCANY-3261.
------------------------------
Resolution: Fixed
Presumably fixed in 1.6
> Java EE Contribution Itests failing under MAC OS
> ------------------------------------------------
>
> Key: TUSCANY-3261
> URL: https://issues.apache.org/jira/browse/TUSCANY-3261
> Project: Tuscany
> Issue Type: Bug
> Components: Java SCA Misc Implementation Extensions
> Affects Versions: Java-SCA-1.5.1
> Reporter: Luciano Resende
> Fix For: Java-SCA-1.5.2
>
>
> See: http://markmail.org/thread/fziu2t5eluq4c57f
> I'm still having various issues trying to get a successful top down
> 1.5.1 build to complete. I'm right now investigating issues with the
> contribution-jee and here is what I have found :
> OpenEJBExceptions trying to introspect WebArchive :
> Caused by: org.apache.tuscany.sca.contribution.service.ContributionReadException:
> org.apache.openejb.OpenEJBException: Unable to extract jar. error in
> opening zip file: error in opening zip file
> at org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadataCompleteModules(JavaEEModuleHelper.java:42)
> at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.introspectWebArchive(JavaEEIntrospectorImpl.java:80)
> This seems like a openEJB bug, Mac OS X are generating temp files with
> (+) in the names (e.g
> /var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp4648477624506672403.war)
> and the code in their DeploymentLoader file tries to decode the file
> name causing the plus sign to be substituted by spaces thus causing a
> the file path to be invalid and generating a internal exception. The
> patch below seems to resolve this problem, but I'm not very familiar
> with the OpenEJB code to calim this is a proper fix
> Index: openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java
> ===================================================================
> --- openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (revision
> 810677)
> +++ openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (working
> copy)
> @@ -148,7 +148,8 @@
> return appModule;
> } else if (WebModule.class.equals(moduleClass)) {
> String moduleId = toFile(baseUrl).getName();
> - String warPath = URLs.toFilePath(baseUrl);
> + //String warPath = URLs.toFilePath(baseUrl);
> + String warPath = baseUrl.getPath();
> AppModule appModule = new
> AppModule(OpenEJB.class.getClassLoader(), warPath);
> addWebModule(appModule, warPath,
> OpenEJB.class.getClassLoader(), null, moduleId);
> The remaining issue (after the fix above) is related to a Unknown
> module type when introspecting the jUnit jar.
> org.apache.openejb.config.UnknownModuleTypeException: Unknown
> module type: url=file:/private/var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp7677330478607518277/junit-4.5.jar
> Well, my question here is more why we are packing jUnit-4.5 jar if
> this is a test dependency.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TUSCANY-3261) Java EE Contribution Itests failing
under MAC OS
Posted by "Simon Laws (JIRA)" <de...@tuscany.apache.org>.
[ https://issues.apache.org/jira/browse/TUSCANY-3261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Simon Laws updated TUSCANY-3261:
--------------------------------
Fix Version/s: (was: Java-SCA-1.5.1)
Java-SCA-1.5.2
Move to 1.5.2
> Java EE Contribution Itests failing under MAC OS
> ------------------------------------------------
>
> Key: TUSCANY-3261
> URL: https://issues.apache.org/jira/browse/TUSCANY-3261
> Project: Tuscany
> Issue Type: Bug
> Components: Java SCA Misc Implementation Extensions
> Affects Versions: Java-SCA-1.5.1
> Reporter: Luciano Resende
> Fix For: Java-SCA-1.5.2
>
>
> See: http://markmail.org/thread/fziu2t5eluq4c57f
> I'm still having various issues trying to get a successful top down
> 1.5.1 build to complete. I'm right now investigating issues with the
> contribution-jee and here is what I have found :
> OpenEJBExceptions trying to introspect WebArchive :
> Caused by: org.apache.tuscany.sca.contribution.service.ContributionReadException:
> org.apache.openejb.OpenEJBException: Unable to extract jar. error in
> opening zip file: error in opening zip file
> at org.apache.tuscany.sca.contribution.jee.JavaEEModuleHelper.getMetadataCompleteModules(JavaEEModuleHelper.java:42)
> at org.apache.tuscany.sca.contribution.jee.impl.JavaEEIntrospectorImpl.introspectWebArchive(JavaEEIntrospectorImpl.java:80)
> This seems like a openEJB bug, Mac OS X are generating temp files with
> (+) in the names (e.g
> /var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp4648477624506672403.war)
> and the code in their DeploymentLoader file tries to decode the file
> name causing the plus sign to be substituted by spaces thus causing a
> the file path to be invalid and generating a internal exception. The
> patch below seems to resolve this problem, but I'm not very familiar
> with the OpenEJB code to calim this is a proper fix
> Index: openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java
> ===================================================================
> --- openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (revision
> 810677)
> +++ openejb-core/src/main/java/org/apache/openejb/config/DeploymentLoader.java (working
> copy)
> @@ -148,7 +148,8 @@
> return appModule;
> } else if (WebModule.class.equals(moduleClass)) {
> String moduleId = toFile(baseUrl).getName();
> - String warPath = URLs.toFilePath(baseUrl);
> + //String warPath = URLs.toFilePath(baseUrl);
> + String warPath = baseUrl.getPath();
> AppModule appModule = new
> AppModule(OpenEJB.class.getClassLoader(), warPath);
> addWebModule(appModule, warPath,
> OpenEJB.class.getClassLoader(), null, moduleId);
> The remaining issue (after the fix above) is related to a Unknown
> module type when introspecting the jUnit jar.
> org.apache.openejb.config.UnknownModuleTypeException: Unknown
> module type: url=file:/private/var/folders/PI/PIxzw8eOGJmebuUgCle+ek+++TI/-Tmp-/temp7677330478607518277/junit-4.5.jar
> Well, my question here is more why we are packing jUnit-4.5 jar if
> this is a test dependency.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.