Re: Zurich meetup
Will arrive in Zurich 8:15am on sunday. So.. dinner is great, but who joins for breakfast ? ;)Tsss, those cheap Flights are insane. On Fri, Jun 19, 2009 at 5:25 PM, Rob Walker r...@ascert.com wrote: Likewise! Richard S. Hall wrote: Wish I could be there! - richard On 6/19/09 10:28 AM, Filippo Diotalevi wrote: On Fri, Jun 19, 2009 at 4:23 PM, Marcel Offermansmarcel.offerm...@luminis.nl wrote: First time for me too, so no clue about good meeting points, I should arrive Sunday around 17:00. I'll arrive on Sunday afternoon too. A good meeting point can be the central station (Hauptbahnhof). From there we can easily walk to have dinner in the center. -- Ascert - Taking systems to the Edge r...@ascert.com +44 (0)20 7488 3470 www.ascert.com -- Toni Menzel Independent Software Developer Professional Profile: http://okidokiteam.com t...@okidokiteam.com http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software.
[jira] Updated: (FELIX-1214) Four unclear points in the iPOJO for Eclipse example
[ https://issues.apache.org/jira/browse/FELIX-1214?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Clement Escoffier updated FELIX-1214: - Assignee: Clement Escoffier Four unclear points in the iPOJO for Eclipse example -- Key: FELIX-1214 URL: https://issues.apache.org/jira/browse/FELIX-1214 Project: Felix Issue Type: Bug Components: iPOJO Environment: Ubuntu 8.10, Eclipse 3.3 Reporter: Ingo Müller Assignee: Clement Escoffier Original Estimate: 0.5h Remaining Estimate: 0.5h Hi there! I recently tried out iPOJO in Eclipse for a small projet for the university. Although I quite enjoy the documentation, I found a few unclear points in the Eclipse example [1], which have cost me some time and which I wanted to share. 1) The unpackage target of the build.xml says ${output.dir}/META-INF/MANIFEST.mf, although the file is called MANIFEST.MF. This is a problem on Linux (I guess it is not on Windows) 2) The guide doesn't mention to install BND, althoug build.xml supposes its installation: taskdef resource=aQute/bnd/ant/taskdef.properties classpath=../../tasks/bnd-0.0.223.jar/ Maybe it could be included in the lib folder as well. 3) property name=lib.dir value=libs/ The folder libs doesn't exist... The property is not used, but it's a bit confusing. 4) I think that I had to run ant's unpackage target to make it work, although package is the default one. Unfortunately, I can't retest it right now. Thanks a lot for your work! Cheers, Ingo [1] http://felix.apache.org/site/apache-felix-ipojo-eclipse-integration.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (FELIX-1251) Looping NullPointerException if the polled directory is removed after File Install registration
[ https://issues.apache.org/jira/browse/FELIX-1251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guido Spadotto closed FELIX-1251. - Looping NullPointerException if the polled directory is removed after File Install registration --- Key: FELIX-1251 URL: https://issues.apache.org/jira/browse/FELIX-1251 Project: Felix Issue Type: Bug Components: File Install Affects Versions: fileinstall-1.0.0 Environment: Windows Vista Reporter: Guido Spadotto Assignee: Richard S. Hall Priority: Minor Fix For: fileinstall-1.2.0 Attachments: patch-1251.txt If the directory being polled by File Install is removed while File Install is running, the method DirectoryWatcher.traverse will raise a NullPointerException when evaluating the condition for its for loop (the list variable will be null). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Zurich meetup
2009/6/20 Toni Menzel t...@okidokiteam.com Will arrive in Zurich 8:15am on sunday. So.. dinner is great, but who joins for breakfast ? ;)Tsss, those cheap Flights are insane. just arrived in Zurich but not yet adjusted to timezone after 17hr trip, so may or may not be awake Sunday morning ;) On Fri, Jun 19, 2009 at 5:25 PM, Rob Walker r...@ascert.com wrote: Likewise! Richard S. Hall wrote: Wish I could be there! - richard On 6/19/09 10:28 AM, Filippo Diotalevi wrote: On Fri, Jun 19, 2009 at 4:23 PM, Marcel Offermansmarcel.offerm...@luminis.nl wrote: First time for me too, so no clue about good meeting points, I should arrive Sunday around 17:00. I'll arrive on Sunday afternoon too. A good meeting point can be the central station (Hauptbahnhof). From there we can easily walk to have dinner in the center. -- Ascert - Taking systems to the Edge r...@ascert.com +44 (0)20 7488 3470 www.ascert.com -- Toni Menzel Independent Software Developer Professional Profile: http://okidokiteam.com t...@okidokiteam.com http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software.
Re: Zurich meetup
Hi, I'll arrive in Zurich near 20:00. So, I'm available around 21:00 pm. But, as everybody, it's my firs Zurich experience. However, I'm sure that the Swiss Felix Team (Felix and Carlsten) know some great places. Regards, Clement On 20.06.2009, at 11:04, Toni Menzel wrote: Will arrive in Zurich 8:15am on sunday. So.. dinner is great, but who joins for breakfast ? ;)Tsss, those cheap Flights are insane. On Fri, Jun 19, 2009 at 5:25 PM, Rob Walker r...@ascert.com wrote: Likewise! Richard S. Hall wrote: Wish I could be there! - richard On 6/19/09 10:28 AM, Filippo Diotalevi wrote: On Fri, Jun 19, 2009 at 4:23 PM, Marcel Offermansmarcel.offerm...@luminis.nl wrote: First time for me too, so no clue about good meeting points, I should arrive Sunday around 17:00. I'll arrive on Sunday afternoon too. A good meeting point can be the central station (Hauptbahnhof). From there we can easily walk to have dinner in the center. -- Ascert - Taking systems to the Edge r...@ascert.com +44 (0)20 7488 3470 www.ascert.com -- Toni Menzel Independent Software Developer Professional Profile: http://okidokiteam.com t...@okidokiteam.com http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software.
[jira] Updated: (FELIX-1015) Hardcoded HTML Header/Footer in AbstractWebConsolePlugin
[ https://issues.apache.org/jira/browse/FELIX-1015?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcin Wilkos updated FELIX-1015: - Attachment: branding2.patch I uploaded another patch with improvements suggested by Felix. Hardcoded HTML Header/Footer in AbstractWebConsolePlugin Key: FELIX-1015 URL: https://issues.apache.org/jira/browse/FELIX-1015 Project: Felix Issue Type: Sub-task Components: Web Console Affects Versions: webconsole-1.2.8 Reporter: Thomas Diesler Assignee: Felix Meschberger Attachments: branding.patch, branding2.patch Instead of private static final String HEADER = ?xml version=\1.0\ encoding=\UTF-8\ ? + !DOCTYPE html PUBLIC \-//W3C//DTD XHTML 1.0 Transitional//EN\ \xhtml1-transitional.dtd\ + html xmlns=\http://www.w3.org/1999/xhtml\; + head + meta http-equiv=\Content-Type\ content=\text/html; utf-8\ + link rel=\icon\ href=\{6}/res/imgs/favicon.ico\ + title{0} - {2}/title + script src=\{5}/res/ui/jquery-1.3.2.min.js\ language=\JavaScript\/script + script src=\{5}/res/ui/jquery.tablesorter-2.0.3.min.js\ language=\JavaScript\/script + script src=\{5}/res/ui/admin.js\ language=\JavaScript\/script + script src=\{5}/res/ui/ui.js\ language=\JavaScript\/script + script language=\JavaScript\ + appRoot = \{5}\; + pluginRoot = appRoot + \/{6}\; + /script + link href=\{5}/res/ui/admin.css\ rel=\stylesheet\ type=\text/css\ + /head + body + div id=\main\ + div id=\lead\ + h1 + {0}br{2} + /h1 + p + a target=\_blank\ href=\{3}\ title=\{1}\img src=\{5}/res/imgs/logo.png\ width=\165\ height=\63\ border=\0\/a + /p + /div; we propose protected String getHeader() { String HEADER = ?xml version=\1.0\ encoding=\UTF-8\ ? + !DOCTYPE html PUBLIC \-//W3C//DTD XHTML 1.0 Transitional//EN\ \xhtml1-transitional.dtd\ + html xmlns=\http://www.w3.org/1999/xhtml\; + head + meta http-equiv=\Content-Type\ content=\text/html; utf-8\ + link rel=\icon\ href=\{6}/res/imgs/favicon.ico\ + title{0} - {2}/title + script src=\{5}/res/ui/jquery-1.3.2.min.js\ language=\JavaScript\/script + script src=\{5}/res/ui/jquery.tablesorter-2.0.3.min.js\ language=\JavaScript\/script + script src=\{5}/res/ui/admin.js\ language=\JavaScript\/script + script src=\{5}/res/ui/ui.js\ language=\JavaScript\/script + script language=\JavaScript\ + appRoot = \{5}\; + pluginRoot = appRoot + \/{6}\; + /script + link href=\{5}/res/ui/admin.css\ rel=\stylesheet\ type=\text/css\ + /head + body + div id=\main\ + div id=\lead\ + h1 + {0}br{2} + /h1 + p + a target=\_blank\ href=\{3}\ title=\{1}\img src=\{5}/res/imgs/logo.png\ width=\165\ height=\63\ border=\0\/a + /p + /div; return HEADER; } - protected PrintWriter startResponse( HttpServletRequest request, HttpServletResponse response ) throws IOException { ... String header = MessageFormat.format( getHeader(), new Object[] } protected void endResponse( HttpServletRequest request, PrintWriter pw ) { pw.println( /body ); pw.println( /html ); } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Google Summer of Code
Thanks for your ideas. I attached a new patch. What do you think about resource support for branding? 2009/6/16 Felix Meschberger fmesc...@gmail.com Hi Marcin, Thanks for providing. I have taken a look and commented on your patch in the issue. Ragards Felix Marcin Wilkos schrieb: Hi, I've just attached patch to https://issues.apache.org/jira/browse/FELIX-1015 I hope it works like you wanted. Could you check it? Greetings, Marcin Wilkos 2009/6/10 Felix Meschberger fmesc...@gmail.com Hi, Gert Vanthienen schrieb: Felix, Like I said, I really do get your point about the dependencies. Not sure I follow with the argument that it would lock the console into a single presentation technology, because you can plugin different view technologies into jersey and at this point in time, the only view technology that's available for the web console plugins is using a plain Servlet. Sure, but I my application does not care about Jersey, you are back to field one. My suggestion would be to put the JAX-RS bean in the OSGi Service Registry, just like we to with the Servlet right now. Ok, that would be good. Though However, I do like your suggestion for somehow building a bridge and hide the entire view technology behind the Servlet (which is what almost all view technologies eventually boil down to anyway). Great. So lets stay on the Servlet track for now ;-) This would require us to get the brandability issue solved, so we no longer need to work with the AbstractConsolePlugin to draw the headers. So I guess it would make sense to make that the next task item on Marcin's list. Absolutely ! I see a two-step approach here: (1) We keep the AbstractConsolePlugin but add support for branding to it. This helps all existing AbstractConsolePlugin extensions since they don't have to be modified. This is part of FELIX-1015 [1] for which Thomas Diesler already proposed a solution. (2) Add support for plain servlets. When the console encounters a Servlet not extending the AbstractWebConsolePlugin, it would create a proxy internally, which extends the AbstractWebConsolePlugin and forwards to the registered servlet. This would be part of FELIX-1043 [2]. I have attached a patch implementing this proposal. Regards Felix [1] https://issues.apache.org/jira/browse/FELIX-1015 [2] https://issues.apache.org/jira/browse/FELIX-1043 Regards, Gert Vanthienen Open Source SOA: http://fusesource.com Blog: http://gertvanthienen.blogspot.com/ 2009/6/10 Felix Meschberger fmesc...@gmail.com: Hi Gert Gert Vanthienen schrieb: Felix, You're right about the dependencies obviously: the plugin bundle would need to depend on the JAXRS API but the web console itself would depend on the API and some implementation like Jersey. That would be the biggest disadvantage in my mind, because at this point in time the felix web console is a very lightweight solution that doesn't need any dependencies. That is exactly one of my biggest issues ... In addition it would lock the console into a single presentation technology. There are others like JSF, Apache Sling, Wicket, etc. These would all be left out of the door. Honestly, I don't like the idea of adding Jersey to an OSGi framework just for the sake of the Web Console. This does not sound right. On the other hand, this solution would give us some benefits as well. The JAXRS bean I mentioned is just a POJO with methods and annotations. This will map the methods to URIs, allowing us to easily provide multiple uris from a single plugin. So we can have methods there for serving the main page content but others could handle POSTs or serve JSON or XML. I understand and agree. But you said *register* a JAX-RS bean. Where would that bean be registered ? As for rendering the reponse, you can still do that using a plain PrintWriter as we do in the Servlets now if we want a lightweight plugin, but it would also become possible use another kind of view technology (e.g. JSP or Lift templates) if people prefer that or to serve other kinds of resources (images, css style sheets, ...) Sure, I completely agree, that supporting other rendering technology (I, of course have a slight bias towards Apache Sling ;-) ) would be nice. But this should IMHO be possible without tying the Web Console to all these technologies. I opt for keeping the Web Console lightweight defining a simple API for extensions. To connect with other rendering technology, bridges could be defined. For example a Jersey bridge, which proxies JAX-RS beans into the Web Console registering proxy Servlets on behalf of the JAX-RS beans. Regards Felix Regards, Gert Vanthienen Open Source SOA: http://fusesource.com Blog: http://gertvanthienen.blogspot.com/
[jira] Created: (FELIX-1261) Install/Uninstall Karaf Features from Felix WebConsole
Install/Uninstall Karaf Features from Felix WebConsole -- Key: FELIX-1261 URL: https://issues.apache.org/jira/browse/FELIX-1261 Project: Felix Issue Type: New Feature Components: Karaf Reporter: Marcin Wilkos Currently we can't Install/Uninstall Karaf Features from Felix WebConsole. In my Google Summer of Code project I created an Extension Plugin for web console, which lists Karaf Features and gives admin ability to manage them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (FELIX-1261) Install/Uninstall Karaf Features from Felix WebConsole
[ https://issues.apache.org/jira/browse/FELIX-1261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcin Wilkos updated FELIX-1261: - Attachment: webconsole.patch I attached patch with web console extension plugin, which is also branding plugin. Install/Uninstall Karaf Features from Felix WebConsole -- Key: FELIX-1261 URL: https://issues.apache.org/jira/browse/FELIX-1261 Project: Felix Issue Type: New Feature Components: Karaf Reporter: Marcin Wilkos Attachments: webconsole.patch Currently we can't Install/Uninstall Karaf Features from Felix WebConsole. In my Google Summer of Code project I created an Extension Plugin for web console, which lists Karaf Features and gives admin ability to manage them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.