[jira] Created: (FELIX-2625) Provide a plugin for the Gogo Shell
Provide a plugin for the Gogo Shell --- Key: FELIX-2625 URL: https://issues.apache.org/jira/browse/FELIX-2625 Project: Felix Issue Type: New Feature Components: Web Console Reporter: Felix Meschberger The Gogo Shell has replaced the simple Felix Shell as the command line tool for OSGi Management. We should provide support for this shell from within the Web Console, too. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FELIX-2625) Provide a plugin for the Gogo Shell
[ https://issues.apache.org/jira/browse/FELIX-2625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12914367#action_12914367 ] Guillaume Nodet commented on FELIX-2625: We have such a plugin in karaf, see http://svn.apache.org/repos/asf/karaf/trunk/webconsole/gogo/ Note it is dependant on our karaf console (mostly for all the jline stuff), but you can still have a look. If we could provide a common base, that would be nice. Provide a plugin for the Gogo Shell --- Key: FELIX-2625 URL: https://issues.apache.org/jira/browse/FELIX-2625 Project: Felix Issue Type: New Feature Components: Web Console Reporter: Felix Meschberger The Gogo Shell has replaced the simple Felix Shell as the command line tool for OSGi Management. We should provide support for this shell from within the Web Console, too. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (FELIX-2625) Provide a plugin for the Gogo Shell
[ https://issues.apache.org/jira/browse/FELIX-2625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12914369#action_12914369 ] Felix Meschberger commented on FELIX-2625: -- Cool thanks for the pointer. Provide a plugin for the Gogo Shell --- Key: FELIX-2625 URL: https://issues.apache.org/jira/browse/FELIX-2625 Project: Felix Issue Type: New Feature Components: Web Console Reporter: Felix Meschberger The Gogo Shell has replaced the simple Felix Shell as the command line tool for OSGi Management. We should provide support for this shell from within the Web Console, too. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Felix framework 3.0.3 and releated subproject releases
+1 Approve the release Carsten -- Carsten Ziegeler cziege...@apache.org
Re: [VOTE] Felix framework 3.0.3 and releated subproject releases
+1 (not binding) On Fri, Sep 24, 2010 at 10:02 AM, Carsten Ziegeler cziege...@apache.orgwrote: +1 Approve the release Carsten -- Carsten Ziegeler cziege...@apache.org -- *Toni Menzel || **http://okidokiteam.com*
Re: [VOTE] Felix framework 3.0.3 and releated subproject releases
+1 On Wed, Sep 22, 2010 at 23:12, Karl Pauls karlpa...@gmail.com wrote: I would like to call a vote on the following subproject releases: framework 3.0.3 main 3.0.3 main.distribution 3.0.3 gogo.runtime 0.6.1 gogo.shell 0.6.1 gogo.command 0.6.1 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-007/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 007 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: [VOTE] Felix framework 3.0.3 and releated subproject releases
Question, what is the exact purpose of org.apache.felix.main.distribution-3.0.3-bin.tar.gz and its variants (zip..) ? Cause they don't seem to contain anything useful except notice and license files.. Just curious. Toni On Fri, Sep 24, 2010 at 11:35 AM, Guillaume Nodet gno...@gmail.com wrote: +1 On Wed, Sep 22, 2010 at 23:12, Karl Pauls karlpa...@gmail.com wrote: I would like to call a vote on the following subproject releases: framework 3.0.3 main 3.0.3 main.distribution 3.0.3 gogo.runtime 0.6.1 gogo.shell 0.6.1 gogo.command 0.6.1 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-007/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 007 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments) -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com -- Toni Menzel || http://okidokiteam.com
[jira] Created: (FELIX-2626) [Framework] Bundle cache is rewriting some files when restarting bundles
[Framework] Bundle cache is rewriting some files when restarting bundles Key: FELIX-2626 URL: https://issues.apache.org/jira/browse/FELIX-2626 Project: Felix Issue Type: Improvement Components: Framework Affects Versions: framework-3.0.3 Reporter: Richard S. Hall Assignee: Richard S. Hall Priority: Minor Fix For: framework-3.2.0 When reloading cached bundles, the framework reuses code used for installing a bundle for the first time. While this makes sense to avoid code duplication, it is not properly special casing bundle reloading, which results in some unneeded disk writes, such as rewriting the bundle revision location to disk on each start up for every installed bundle. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (FELIX-2619) [Framework] Bundle cache is rechecking non-existing files again and again
[ https://issues.apache.org/jira/browse/FELIX-2619?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard S. Hall updated FELIX-2619: --- Summary: [Framework] Bundle cache is rechecking non-existing files again and again (was: [Framework] Bundle cache implementation could do a better job of avoiding disk access) [Framework] Bundle cache is rechecking non-existing files again and again - Key: FELIX-2619 URL: https://issues.apache.org/jira/browse/FELIX-2619 Project: Felix Issue Type: Improvement Components: Framework Affects Versions: framework-3.0.3 Reporter: Richard S. Hall Assignee: Richard S. Hall Priority: Minor Fix For: framework-3.2.0 The bundle archive implementation tries to limit disk accesses by only reading variables from the disk the first time and the caching the result. In some cases, though, it is not too smart. Like in BundleArchive.getRefreshCount() where it checks if a file exists and if not then simply returns the default value. This means all default values will incur a disk access to check for file existence. It should cache the default value after first read too, to avoid future disk accesses. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (FELIX-2627) can't install war files via webconsole
can't install war files via webconsole -- Key: FELIX-2627 URL: https://issues.apache.org/jira/browse/FELIX-2627 Project: Felix Issue Type: Bug Components: Web Console Affects Versions: webconsole-3.1.2 Reporter: Justin Edelson Priority: Minor Attachments: screenshot0.png You can select a WAR file and click Install or Update, but then you get an error message (see attached). WAR files can be OSGi bundles, so I don't see why this limitation should be in place. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (FELIX-2627) can't install war files via webconsole
[ https://issues.apache.org/jira/browse/FELIX-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Edelson updated FELIX-2627: -- Attachment: screenshot0.png can't install war files via webconsole -- Key: FELIX-2627 URL: https://issues.apache.org/jira/browse/FELIX-2627 Project: Felix Issue Type: Bug Components: Web Console Affects Versions: webconsole-3.1.2 Reporter: Justin Edelson Priority: Minor Attachments: screenshot0.png You can select a WAR file and click Install or Update, but then you get an error message (see attached). WAR files can be OSGi bundles, so I don't see why this limitation should be in place. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Felix framework 3.0.3 and releated subproject releases
+1, Regards, Clement On 22.09.2010, at 23:12, Karl Pauls wrote: I would like to call a vote on the following subproject releases: framework 3.0.3 main 3.0.3 main.distribution 3.0.3 gogo.runtime 0.6.1 gogo.shell 0.6.1 gogo.command 0.6.1 Staging repositories: https://repository.apache.org/content/repositories/orgapachefelix-007/ You can use this UNIX script to download the release and verify the signatures: http://svn.apache.org/repos/asf/felix/trunk/check_staged_release.sh Usage: sh check_staged_release.sh 007 /tmp/felix-staging Please vote to approve this release: [ ] +1 Approve the release [ ] -1 Veto the release (please provide specific comments)
[jira] Commented: (FELIX-2627) can't install war files via webconsole
[ https://issues.apache.org/jira/browse/FELIX-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12914544#action_12914544 ] Felix Meschberger commented on FELIX-2627: -- I agree, we should probably loosen the check on the file selection here. can't install war files via webconsole -- Key: FELIX-2627 URL: https://issues.apache.org/jira/browse/FELIX-2627 Project: Felix Issue Type: Bug Components: Web Console Affects Versions: webconsole-3.1.2 Reporter: Justin Edelson Priority: Minor Attachments: screenshot0.png You can select a WAR file and click Install or Update, but then you get an error message (see attached). WAR files can be OSGi bundles, so I don't see why this limitation should be in place. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (FELIX-2627) can't install war files via webconsole
[ https://issues.apache.org/jira/browse/FELIX-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Felix Meschberger reassigned FELIX-2627: Assignee: Felix Meschberger can't install war files via webconsole -- Key: FELIX-2627 URL: https://issues.apache.org/jira/browse/FELIX-2627 Project: Felix Issue Type: Bug Components: Web Console Affects Versions: webconsole-3.1.2 Reporter: Justin Edelson Assignee: Felix Meschberger Priority: Minor Attachments: screenshot0.png You can select a WAR file and click Install or Update, but then you get an error message (see attached). WAR files can be OSGi bundles, so I don't see why this limitation should be in place. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (FELIX-2627) can't install war files via webconsole
[ https://issues.apache.org/jira/browse/FELIX-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Felix Meschberger resolved FELIX-2627. -- Fix Version/s: webconsole-3.1.4 Resolution: Fixed Added support to upload war files from the GUI in Rev. 1001030. can't install war files via webconsole -- Key: FELIX-2627 URL: https://issues.apache.org/jira/browse/FELIX-2627 Project: Felix Issue Type: Bug Components: Web Console Affects Versions: webconsole-3.1.2 Reporter: Justin Edelson Assignee: Felix Meschberger Priority: Minor Fix For: webconsole-3.1.4 Attachments: screenshot0.png You can select a WAR file and click Install or Update, but then you get an error message (see attached). WAR files can be OSGi bundles, so I don't see why this limitation should be in place. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (FELIX-2628) Junit Runner doesn't run in Mac OSx platforms
Junit Runner doesn't run in Mac OSx platforms - Key: FELIX-2628 URL: https://issues.apache.org/jira/browse/FELIX-2628 Project: Felix Issue Type: Bug Components: iPOJO Environment: Mac os Leopard and eclipse helios Reporter: Ed Pichler Priority: Blocker I`m using Junit4SOsgi, an excelent framework. But in Mac Os I'm getting a problem. The junit runner doesn't work, It freeze when the Equinox envorinment starts. This is normal, under Equinox Swt OSGi environment. Here is more description about the problem and probably the solution too. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
