9:58 a.m.
Thomas Diesler created AS7-4607:
-----------------------------------
Summary: Second call to DEPLOYMENT_ROOT VirtualFile.openStream() gets no
bytes
Key: AS7-4607
URL: https://issues.jboss.org/browse/AS7-4607
Project: Application Server 7
Issue Type: Bug
Components: OSGi, Server
Reporter: Thomas Diesler
Assignee: Thomas Diesler
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and the returned InputStream.read(buff) returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 a.m.
New subject: [JBoss JIRA] (AS7-4607) Cannot get bytes from InputStream for DEPLOYMENT_ROOT VirtualFile.openStream() on second call
[
https://issues.jboss.org/browse/AS7-4607?page=com.atlassian.jira.plugin.s...
]
Thomas Diesler updated AS7-4607:
--------------------------------
Summary: Cannot get bytes from InputStream for DEPLOYMENT_ROOT
VirtualFile.openStream() on second call (was: Second call to DEPLOYMENT_ROOT
VirtualFile.openStream() gets no bytes)
Assignee: Jason Greene (was: Thomas Diesler)
Cannot get bytes from InputStream for DEPLOYMENT_ROOT
VirtualFile.openStream() on second call
---------------------------------------------------------------------------------------------
Key: AS7-4607
URL: https://issues.jboss.org/browse/AS7-4607
Project: Application Server 7
Issue Type: Bug
Components: OSGi, Server
Reporter: Thomas Diesler
Assignee: Jason Greene
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and the returned InputStream.read(buff) returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:02 a.m.
New subject: [JBoss JIRA] (AS7-4607) Cannot get bytes from InputStream for DEPLOYMENT_ROOT VirtualFile.openStream() on second call
[
https://issues.jboss.org/browse/AS7-4607?page=com.atlassian.jira.plugin.s...
]
Thomas Diesler updated AS7-4607:
--------------------------------
Description:
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and e read() on the returned InputStream returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
was:
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and the returned InputStream.read(buff) returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
Cannot get bytes from InputStream for DEPLOYMENT_ROOT
VirtualFile.openStream() on second call
---------------------------------------------------------------------------------------------
Key: AS7-4607
URL: https://issues.jboss.org/browse/AS7-4607
Project: Application Server 7
Issue Type: Bug
Components: OSGi, Server
Reporter: Thomas Diesler
Assignee: Jason Greene
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and e read() on the returned InputStream returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:04 a.m.
New subject: [JBoss JIRA] (AS7-4607) Cannot get bytes from InputStream for DEPLOYMENT_ROOT VirtualFile.openStream() on second call
[
https://issues.jboss.org/browse/AS7-4607?page=com.atlassian.jira.plugin.s...
]
Thomas Diesler updated AS7-4607:
--------------------------------
Description:
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and e read() on the returned InputStream returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
I assume that the root VirtualFile
{code}
VirtualFile virtualFile =
deploymentUnit.getAttachment(Attachments.DEPLOYMENT_ROOT).getRoot();
{code}
should be readable twice.
was:
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and e read() on the returned InputStream returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
Cannot get bytes from InputStream for DEPLOYMENT_ROOT
VirtualFile.openStream() on second call
---------------------------------------------------------------------------------------------
Key: AS7-4607
URL: https://issues.jboss.org/browse/AS7-4607
Project: Application Server 7
Issue Type: Bug
Components: OSGi, Server
Reporter: Thomas Diesler
Assignee: Jason Greene
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and e read() on the returned InputStream returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
I assume that the root VirtualFile
{code}
VirtualFile virtualFile =
deploymentUnit.getAttachment(Attachments.DEPLOYMENT_ROOT).getRoot();
{code}
should be readable twice.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:41 p.m.
New subject: [JBoss JIRA] (AS7-4607) Cannot get bytes from InputStream for DEPLOYMENT_ROOT VirtualFile.openStream() on second call
[
https://issues.jboss.org/browse/AS7-4607?page=com.atlassian.jira.plugin.s...
]
Jason Greene updated AS7-4607:
------------------------------
Fix Version/s: 7.2.0.Alpha1
Cannot get bytes from InputStream for DEPLOYMENT_ROOT
VirtualFile.openStream() on second call
---------------------------------------------------------------------------------------------
Key: AS7-4607
URL: https://issues.jboss.org/browse/AS7-4607
Project: Application Server 7
Issue Type: Bug
Components: OSGi, Server
Reporter: Thomas Diesler
Assignee: Jason Greene
Fix For: 7.2.0.Alpha1
The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store
area
Digging into this shows that during the first call isDirectory() is false and the file
gets mounted. The returned stream works fine. For the second call isDirectory() is true
and e read() on the returned InputStream returns -1
{code}
public InputStream openStream() throws IOException {
if(isDirectory()) {
return new VirtualJarInputStream(this);
}
final VFS.Mount mount = VFS.getMount(this);
return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
}
{code}
I assume that the root VirtualFile
{code}
VirtualFile virtualFile =
deploymentUnit.getAttachment(Attachments.DEPLOYMENT_ROOT).getRoot();
{code}
should be readable twice.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4634
days inactive
4644
days old
4 comments
2 participants
participants (2)
-
Jason Greene (JIRA) -
Thomas Diesler (JIRA)