You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@river.apache.org by "Nigel Daley (JIRA)" <ji...@apache.org> on 2007/08/01 05:58:53 UTC
[jira] Created: (RIVER-161) Coalesce jars from multiple source dirs
while retain current Manifest Classpath semantics
Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
-----------------------------------------------------------------------------------------
Key: RIVER-161
URL: https://issues.apache.org/jira/browse/RIVER-161
Project: River
Issue Type: New Feature
Components: com_sun_jini_tool
Reporter: Nigel Daley
Priority: Minor
Bugtraq ID [6227228 |http://bugs.sun.com/bugdatabase/view_bug.do?bug_id= 6227228]
"I would like to have an additional wrap method on
com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
of String arguments and that doesn't have the limitation that all jar
files to be wrapped are in the same directory. In the Class-Path entry
of the Manifest files the referenced jar files should be listed as being
in the same directory (as required by specification).
This RFE is the result of the future ability of Seven to serve jar files
that seems (from the requestor perspective) to be in the same directory
but are served from different locations on the filing system. I can work
around this by moving all jar files involved to a temp directory, apply
jar wrapping over there, move the wrapped jar file to the final location
and remove the temp directory, but I would prefer a better way of doing
this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (RIVER-161) Coalesce jars from multiple source
dirs while retain current Manifest Classpath semantics
Posted by "Mark Brouwer (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/RIVER-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Brouwer resolved RIVER-161.
--------------------------------
Resolution: Fixed
Fixed as requested.
> Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
> -----------------------------------------------------------------------------------------
>
> Key: RIVER-161
> URL: https://issues.apache.org/jira/browse/RIVER-161
> Project: River
> Issue Type: New Feature
> Components: com_sun_jini_tool
> Affects Versions: jtsk_2.1
> Reporter: Nigel Daley
> Assignee: Mark Brouwer
> Priority: Minor
> Fix For: AR2
>
>
> Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
> "I would like to have an additional wrap method on {{com.sun.jini.tool.JarWrapper}} that takes {{java.io.File}} arguments instead of {{String}} arguments and that doesn't have the limitation that all JAR files to be wrapped are in the same directory. In the {{Class-Path}} entry of the Manifest files the referenced JAR files should be listed as being in the same directory (as required by specification).
> This RFE is the result of the future ability of Seven to serve JAR files that seems (from the requestor perspective) to be in the same directory but are served from different locations on the filing system. I can work around this by moving all JAR files involved to a temp directory, apply JAR wrapping over there, move the wrapped JAR file to the final location and remove the temp directory, but I would prefer a better way of doing this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (RIVER-161) Coalesce jars from multiple source dirs
while retain current Manifest Classpath semantics
Posted by "Mark Brouwer (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/RIVER-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Brouwer updated RIVER-161:
-------------------------------
Fix Version/s: AR2
> Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
> -----------------------------------------------------------------------------------------
>
> Key: RIVER-161
> URL: https://issues.apache.org/jira/browse/RIVER-161
> Project: River
> Issue Type: New Feature
> Components: com_sun_jini_tool
> Reporter: Nigel Daley
> Assignee: Mark Brouwer
> Priority: Minor
> Fix For: AR2
>
>
> Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
> "I would like to have an additional wrap method on
> com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
> of String arguments and that doesn't have the limitation that all jar
> files to be wrapped are in the same directory. In the Class-Path entry
> of the Manifest files the referenced jar files should be listed as being
> in the same directory (as required by specification).
> This RFE is the result of the future ability of Seven to serve jar files
> that seems (from the requestor perspective) to be in the same directory
> but are served from different locations on the filing system. I can work
> around this by moving all jar files involved to a temp directory, apply
> jar wrapping over there, move the wrapped jar file to the final location
> and remove the temp directory, but I would prefer a better way of doing
> this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (RIVER-161) Coalesce jars from multiple source dirs
while retain current Manifest Classpath semantics
Posted by "Nigel Daley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/RIVER-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Nigel Daley updated RIVER-161:
------------------------------
Description:
Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
"I would like to have an additional wrap method on
com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
of String arguments and that doesn't have the limitation that all jar
files to be wrapped are in the same directory. In the Class-Path entry
of the Manifest files the referenced jar files should be listed as being
in the same directory (as required by specification).
This RFE is the result of the future ability of Seven to serve jar files
that seems (from the requestor perspective) to be in the same directory
but are served from different locations on the filing system. I can work
around this by moving all jar files involved to a temp directory, apply
jar wrapping over there, move the wrapped jar file to the final location
and remove the temp directory, but I would prefer a better way of doing
this."
was:
Bugtraq ID [6227228 |http://bugs.sun.com/bugdatabase/view_bug.do?bug_id= 6227228]
"I would like to have an additional wrap method on
com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
of String arguments and that doesn't have the limitation that all jar
files to be wrapped are in the same directory. In the Class-Path entry
of the Manifest files the referenced jar files should be listed as being
in the same directory (as required by specification).
This RFE is the result of the future ability of Seven to serve jar files
that seems (from the requestor perspective) to be in the same directory
but are served from different locations on the filing system. I can work
around this by moving all jar files involved to a temp directory, apply
jar wrapping over there, move the wrapped jar file to the final location
and remove the temp directory, but I would prefer a better way of doing
this."
> Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
> -----------------------------------------------------------------------------------------
>
> Key: RIVER-161
> URL: https://issues.apache.org/jira/browse/RIVER-161
> Project: River
> Issue Type: New Feature
> Components: com_sun_jini_tool
> Reporter: Nigel Daley
> Priority: Minor
>
> Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
> "I would like to have an additional wrap method on
> com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
> of String arguments and that doesn't have the limitation that all jar
> files to be wrapped are in the same directory. In the Class-Path entry
> of the Manifest files the referenced jar files should be listed as being
> in the same directory (as required by specification).
> This RFE is the result of the future ability of Seven to serve jar files
> that seems (from the requestor perspective) to be in the same directory
> but are served from different locations on the filing system. I can work
> around this by moving all jar files involved to a temp directory, apply
> jar wrapping over there, move the wrapped jar file to the final location
> and remove the temp directory, but I would prefer a better way of doing
> this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Work started: (RIVER-161) Coalesce jars from multiple source
dirs while retain current Manifest Classpath semantics
Posted by "Mark Brouwer (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/RIVER-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Work on RIVER-161 started by Mark Brouwer.
> Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
> -----------------------------------------------------------------------------------------
>
> Key: RIVER-161
> URL: https://issues.apache.org/jira/browse/RIVER-161
> Project: River
> Issue Type: New Feature
> Components: com_sun_jini_tool
> Reporter: Nigel Daley
> Assignee: Mark Brouwer
> Priority: Minor
>
> Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
> "I would like to have an additional wrap method on
> com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
> of String arguments and that doesn't have the limitation that all jar
> files to be wrapped are in the same directory. In the Class-Path entry
> of the Manifest files the referenced jar files should be listed as being
> in the same directory (as required by specification).
> This RFE is the result of the future ability of Seven to serve jar files
> that seems (from the requestor perspective) to be in the same directory
> but are served from different locations on the filing system. I can work
> around this by moving all jar files involved to a temp directory, apply
> jar wrapping over there, move the wrapped jar file to the final location
> and remove the temp directory, but I would prefer a better way of doing
> this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (RIVER-161) Coalesce jars from multiple source
dirs while retain current Manifest Classpath semantics
Posted by "Mark Brouwer (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/RIVER-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Brouwer reassigned RIVER-161:
----------------------------------
Assignee: Mark Brouwer
> Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
> -----------------------------------------------------------------------------------------
>
> Key: RIVER-161
> URL: https://issues.apache.org/jira/browse/RIVER-161
> Project: River
> Issue Type: New Feature
> Components: com_sun_jini_tool
> Reporter: Nigel Daley
> Assignee: Mark Brouwer
> Priority: Minor
>
> Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
> "I would like to have an additional wrap method on
> com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
> of String arguments and that doesn't have the limitation that all jar
> files to be wrapped are in the same directory. In the Class-Path entry
> of the Manifest files the referenced jar files should be listed as being
> in the same directory (as required by specification).
> This RFE is the result of the future ability of Seven to serve jar files
> that seems (from the requestor perspective) to be in the same directory
> but are served from different locations on the filing system. I can work
> around this by moving all jar files involved to a temp directory, apply
> jar wrapping over there, move the wrapped jar file to the final location
> and remove the temp directory, but I would prefer a better way of doing
> this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (RIVER-161) Coalesce jars from multiple source dirs
while retain current Manifest Classpath semantics
Posted by "Mark Brouwer (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/RIVER-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mark Brouwer updated RIVER-161:
-------------------------------
Description:
Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
"I would like to have an additional wrap method on {{com.sun.jini.tool.JarWrapper}} that takes {{java.io.File}} arguments instead of {{String}} arguments and that doesn't have the limitation that all JAR files to be wrapped are in the same directory. In the {{Class-Path}} entry of the Manifest files the referenced JAR files should be listed as being in the same directory (as required by specification).
This RFE is the result of the future ability of Seven to serve JAR files that seems (from the requestor perspective) to be in the same directory but are served from different locations on the filing system. I can work around this by moving all JAR files involved to a temp directory, apply JAR wrapping over there, move the wrapped JAR file to the final location and remove the temp directory, but I would prefer a better way of doing this."
was:
Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
"I would like to have an additional wrap method on
com.sun.jini.tool.JarWrapper that takes java.io.File arguments instead
of String arguments and that doesn't have the limitation that all jar
files to be wrapped are in the same directory. In the Class-Path entry
of the Manifest files the referenced jar files should be listed as being
in the same directory (as required by specification).
This RFE is the result of the future ability of Seven to serve jar files
that seems (from the requestor perspective) to be in the same directory
but are served from different locations on the filing system. I can work
around this by moving all jar files involved to a temp directory, apply
jar wrapping over there, move the wrapped jar file to the final location
and remove the temp directory, but I would prefer a better way of doing
this."
Affects Version/s: jtsk_2.1
> Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
> -----------------------------------------------------------------------------------------
>
> Key: RIVER-161
> URL: https://issues.apache.org/jira/browse/RIVER-161
> Project: River
> Issue Type: New Feature
> Components: com_sun_jini_tool
> Affects Versions: jtsk_2.1
> Reporter: Nigel Daley
> Assignee: Mark Brouwer
> Priority: Minor
> Fix For: AR2
>
>
> Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
> "I would like to have an additional wrap method on {{com.sun.jini.tool.JarWrapper}} that takes {{java.io.File}} arguments instead of {{String}} arguments and that doesn't have the limitation that all JAR files to be wrapped are in the same directory. In the {{Class-Path}} entry of the Manifest files the referenced JAR files should be listed as being in the same directory (as required by specification).
> This RFE is the result of the future ability of Seven to serve JAR files that seems (from the requestor perspective) to be in the same directory but are served from different locations on the filing system. I can work around this by moving all JAR files involved to a temp directory, apply JAR wrapping over there, move the wrapped JAR file to the final location and remove the temp directory, but I would prefer a better way of doing this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (RIVER-161) Coalesce jars from multiple source dirs
while retain current Manifest Classpath semantics
Posted by "Peter Firmstone (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/RIVER-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Peter Firmstone closed RIVER-161.
---------------------------------
> Coalesce jars from multiple source dirs while retain current Manifest Classpath semantics
> -----------------------------------------------------------------------------------------
>
> Key: RIVER-161
> URL: https://issues.apache.org/jira/browse/RIVER-161
> Project: River
> Issue Type: New Feature
> Components: com_sun_jini_tool
> Affects Versions: jtsk_2.1
> Reporter: Nigel Daley
> Assignee: Mark Brouwer
> Priority: Minor
> Fix For: AR2
>
>
> Bugtraq ID [6227228|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6227228]
> "I would like to have an additional wrap method on {{com.sun.jini.tool.JarWrapper}} that takes {{java.io.File}} arguments instead of {{String}} arguments and that doesn't have the limitation that all JAR files to be wrapped are in the same directory. In the {{Class-Path}} entry of the Manifest files the referenced JAR files should be listed as being in the same directory (as required by specification).
> This RFE is the result of the future ability of Seven to serve JAR files that seems (from the requestor perspective) to be in the same directory but are served from different locations on the filing system. I can work around this by moving all JAR files involved to a temp directory, apply JAR wrapping over there, move the wrapped JAR file to the final location and remove the temp directory, but I would prefer a better way of doing this."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.