[jira] Commented: (FELIX-2628) Junit Runner doesn't run in Mac OSx platforms

2010-09-24 Thread Clement Escoffier (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12914768#action_12914768
 ] 

Clement Escoffier commented on FELIX-2628:
--

Here is the configuration, I use on equinox:

osgi> ss

Framework is launched.

id  State   Bundle
0   ACTIVE  org.eclipse.osgi_3.6.1.R36x_v20100806
1   ACTIVE  org.apache.felix.ipojo_1.6.4
2   ACTIVE  org.apache.felix.ipojo.junit4osgi_1.1.0.SNAPSHOT
3   ACTIVE  org.apache.felix.ipojo.junit4osgi.swing-gui_1.1.0.SNAPSHOT
4   ACTIVE  org.apache.felix.ipojo.arch.equinox_1.5.0.SNAPSHOT
5   ACTIVE  org.apache.felix.ipojo.handler.extender_1.5.0.SNAPSHOT

The bundle 4 is optional, it's just used to debug.

Regards,

Clement

> 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
>Assignee: Clement Escoffier
>Priority: Blocker
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> 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.



[jira] Assigned: (FELIX-2628) Junit Runner doesn't run in Mac OSx platforms

2010-09-24 Thread Clement Escoffier (JIRA)

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

Clement Escoffier reassigned FELIX-2628:


Assignee: Clement Escoffier

> 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
>Assignee: Clement Escoffier
>Priority: Blocker
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> 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.



[jira] Commented: (FELIX-2628) Junit Runner doesn't run in Mac OSx platforms

2010-09-24 Thread Clement Escoffier (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12914763#action_12914763
 ] 

Clement Escoffier commented on FELIX-2628:
--

Hi,

Which runner are you using ? The swing runner ?

Clement

> 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
>   Original Estimate: 24h
>  Remaining Estimate: 24h
>
> 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.



[jira] Created: (FELIX-2628) Junit Runner doesn't run in Mac OSx platforms

2010-09-24 Thread Ed Pichler (JIRA)
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.



[jira] Resolved: (FELIX-2627) can't install war files via webconsole

2010-09-24 Thread Felix Meschberger (JIRA)

 [ 
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] Assigned: (FELIX-2627) can't install war files via webconsole

2010-09-24 Thread Felix Meschberger (JIRA)

 [ 
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] Commented: (FELIX-2627) can't install war files via webconsole

2010-09-24 Thread Felix Meschberger (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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] Closed: (FELIX-2626) [Framework] Bundle cache is rewriting some files when restarting bundles

2010-09-24 Thread Richard S. Hall (JIRA)

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

Richard S. Hall closed FELIX-2626.
--

Resolution: Fixed

Committed patch to avoid rewriting revision.location and bunde.state files.

> [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.



Re: [VOTE] Felix framework 3.0.3 and releated subproject releases

2010-09-24 Thread Clement Escoffier
+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] Created: (FELIX-2627) can't install war files via webconsole

2010-09-24 Thread Justin Edelson (JIRA)
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

2010-09-24 Thread Justin Edelson (JIRA)

 [ 
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.



[jira] Updated: (FELIX-2619) [Framework] Bundle cache is rechecking non-existing files again and again

2010-09-24 Thread Richard S. Hall (JIRA)

 [ 
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-2626) [Framework] Bundle cache is rewriting some files when restarting bundles

2010-09-24 Thread Richard S. Hall (JIRA)
[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.



Re: [VOTE] Felix framework 3.0.3 and releated subproject releases

2010-09-24 Thread Toni Menzel
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  wrote:
>
> +1
>
> On Wed, Sep 22, 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)
> >
>
>
>
> --
> Cheers,
> Guillaume Nodet
> 
> Blog: http://gnodet.blogspot.com/
> 
> Open Source SOA
> http://fusesource.com



--
Toni Menzel || http://okidokiteam.com


Re: [VOTE] Felix framework 3.0.3 and releated subproject releases

2010-09-24 Thread Guillaume Nodet
+1

On Wed, Sep 22, 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)
>



-- 
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

2010-09-24 Thread Toni Menzel
+1 (not binding)

On Fri, Sep 24, 2010 at 10:02 AM, Carsten Ziegeler wrote:

> +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

2010-09-24 Thread Carsten Ziegeler
+1 Approve the release

Carsten
-- 
Carsten Ziegeler
cziege...@apache.org


[jira] Commented: (FELIX-2625) Provide a plugin for the Gogo Shell

2010-09-24 Thread Felix Meschberger (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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.



[jira] Commented: (FELIX-2625) Provide a plugin for the Gogo Shell

2010-09-24 Thread Guillaume Nodet (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2625?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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.