Re: [Wicket-user] Wicket Quickstart + OSGi
By the way, that Felix URL should be http://incubator.apache.org/projects/felix.html /Gwyn On 08/03/06, Alex Karasulu [EMAIL PROTECTED] wrote: Eelco Hillenius wrote: Though felix is interesting too because we have several people using it and not everyone uses Eclipse (including the committers). Can we have both? :) +1 Let me know what we can do to help out over on the Felix side. We are also working on AsynchWeb as an HTTP service for OSGi with Wicket as the application framework without servlets in the picture. Felix - http://incubator.apache.org/incubator/felix AsyncWeb - http://asyncweb.safehaus.org/ Cheers, Alex --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
Or http://incubator.apache.org/felix/ On 11/03/06, Gwyn Evans [EMAIL PROTECTED] wrote: By the way, that Felix URL should be http://incubator.apache.org/projects/felix.html /Gwyn On 08/03/06, Alex Karasulu [EMAIL PROTECTED] wrote: Eelco Hillenius wrote: Though felix is interesting too because we have several people using it and not everyone uses Eclipse (including the committers). Can we have both? :) +1 Let me know what we can do to help out over on the Felix side. We are also working on AsynchWeb as an HTTP service for OSGi with Wicket as the application framework without servlets in the picture. Felix - http://incubator.apache.org/incubator/felix AsyncWeb - http://asyncweb.safehaus.org/ Cheers, Alex --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
Eelco Hillenius wrote: Though felix is interesting too because we have several people using it and not everyone uses Eclipse (including the committers). Can we have both? :) +1 Let me know what we can do to help out over on the Felix side. We are also working on AsynchWeb as an HTTP service for OSGi with Wicket as the application framework without servlets in the picture. Felix - http://incubator.apache.org/incubator/felix AsyncWeb - http://asyncweb.safehaus.org/ Cheers, Alex --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
Interesting! Wicket still builds on the servlet API, though getting totally away from it shouldn't be too difficult. Please let us know if you find things that should be abstracted more in order to let Wicket work with asyncweb. Thanks, Eelco Let me know what we can do to help out over on the Felix side. We are also working on AsynchWeb as an HTTP service for OSGi with Wicket as the application framework without servlets in the picture. Felix - http://incubator.apache.org/incubator/felix AsyncWeb - http://asyncweb.safehaus.org/ Cheers, Alex --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
Eelco Hillenius wrote: Interesting! Wicket still builds on the servlet API, though getting totally away from it shouldn't be too difficult. Please let us know if you find things that should be abstracted more in order to let Wicket work with asyncweb. Sure will Eelco thanks for the support. Alex Let me know what we can do to help out over on the Felix side. We are also working on AsynchWeb as an HTTP service for OSGi with Wicket as the application framework without servlets in the picture. Felix - http://incubator.apache.org/incubator/felix AsyncWeb - http://asyncweb.safehaus.org/ Cheers, Alex --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=kkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
I'm cc'ing the ops4j list, as they are the ones so far driving Wicket integration with OSGi. Comments below. On Mon, 2006-03-06 at 08:45 -0800, Eelco Hillenius wrote: It would be cool if Wicket came with OSGi support itself. ;-) Indeed, and we'd be happy to have Wicket support it better if we get good suggestions :) If you have any, please submit. Essentially, the OSGi standard provides for an HttpService. In practice, it is (or at least can be) implemented with Jetty. However, the exposed interface is a little different. http://www.knopflerfish.org/releases/1.3.2/javadoc/org/osgi/service/http/HttpService.html In my case, what I'm doing currently is not so different from what is posted here: http://wiki.ops4j.org/dokuwiki/doku.php?id=pax:wicket However, it seems to me that it may not be such a bad idea for Wicket to use the HttpService interface internally instead of directly using the Jetty API, even if Wicket does not use OSGi. It may be a bit more flexible, as the implementation could be changed later, not to mention that OSGi support would be pretty much automatic. But that's not really an important point. The REALLY cool feature that would be like a dream come true for me would be the ability to reuse panels and other components as reusable OSGi bundles. Currently, each application is a separate bundle and must include all the resources, so resources are packages multiple times, one for each of the bundles that use them. In the spirit of once and only once, it would be great to have only one bundle per component, or maybe one resource bundle that contains the components, or whatever. Unfortunately, though, I don't know the internals of either Wicket or OSGi well enough to give you any useful suggestions. I'm only a power user. ;-) Please let me know if I can provide you with any additional info. I'd also be glad to chip into this endeavour if it does go forward. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
what would be great to start is for someone to setup a quickstart that actually launches from inside eclipse equinox with the appropriate eclipse project file/mvn pom. once all the setup is done, we (the committers and anyone else who is interested) can start hacking on it because you can provide us with specific usecases that are difficult. but until we have that base to test things out on i think its difficult to go forward. -Igor On 3/7/06, David Leangen [EMAIL PROTECTED] wrote: I'm cc'ing the ops4j list, as they are the ones so far driving Wicketintegration with OSGi.Comments below.On Mon, 2006-03-06 at 08:45 -0800, Eelco Hillenius wrote: It would be cool if Wicket came with OSGi support itself. ;-) Indeed, and we'd be happy to have Wicket support it better if we get good suggestions :) If you have any, please submit.Essentially, the OSGi standard provides for an HttpService. In practice, it is (or at least can be) implemented with Jetty. However, the exposedinterface is a little different. http://www.knopflerfish.org/releases/1.3.2/javadoc/org/osgi/service/http/HttpService.htmlIn my case, what I'm doing currently is not so different from what isposted here: http://wiki.ops4j.org/dokuwiki/doku.php?id=pax:wicketHowever, it seems to me that it may not be such a bad idea for Wicket touse the HttpService interface internally instead of directly using theJetty API, even if Wicket does not use OSGi. It may be a bit more flexible, as the implementation could be changed later, not to mentionthat OSGi support would be pretty much automatic. But that's not reallyan important point.The REALLY cool feature that would be like a dream come true for me would be the ability to reuse panels and other components as reusableOSGi bundles. Currently, each application is a separate bundle and mustinclude all the resources, so resources are packages multiple times, one for each of the bundles that use them. In the spirit of once and onlyonce, it would be great to have only one bundle per component, or maybeone resource bundle that contains the components, or whatever. Unfortunately, though, I don't know the internals of either Wicket orOSGi well enough to give you any useful suggestions. I'm only a poweruser. ;-)Please let me know if I can provide you with any additional info. I'd also be glad to chip into this endeavour if it does go forward.Cheers,Dave---This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642___Wicket-user mailing list Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
i think i speak for most committers when i say:equinox would be easier because it can be launched directly from the eclipse ide which we all use and the project's debug/run settings contain all the necessary bundles and configuration. so to launch from eclipse you just press the debug icon and presto. also if we are messing with having things in different bundles eclipse makes it easier. each bundle can be an eclipse project, and in the launch config you can select which bundles you want included through a simple checkbox gui. so its really easy to launch with different bundle sets. maybe it can be setup the same with felix i dont know. but the less tinkering we have to do with the miscaleneous issues the more time we have for the project itself.if it is easiest for you to get it going with felix lets do that first, and then later see how we can move it over to equinox, or maybe it will work just great with eclipse+felix w/out too much tinkering. -IgorOn 3/7/06, David Leangen [EMAIL PROTECTED] wrote: what would be great to start is for someone to setup a quickstart that actually launches from inside eclipse equinox with the appropriate eclipse project file/mvn pom. once all the setup is done, we (the committers and anyone else who is interested) can start hacking on it because you can provide us with specific usecases that are difficult. but until we have that base to test things out on i think its difficult to go forward.Ok, sounds like a plan.I'll see what I can put together. Using Felix as the OSGi containerwould probably be easiest.Cheers,Dave--- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642___ Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
Though felix is interesting too because we have several people using it and not everyone uses Eclipse (including the committers). Can we have both? :) Eelco On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: i think i speak for most committers when i say: equinox would be easier because it can be launched directly from the eclipse ide which we all use and the project's debug/run settings contain all the necessary bundles and configuration. so to launch from eclipse you just press the debug icon and presto. also if we are messing with having things in different bundles eclipse makes it easier. each bundle can be an eclipse project, and in the launch config you can select which bundles you want included through a simple checkbox gui. so its really easy to launch with different bundle sets. maybe it can be setup the same with felix i dont know. but the less tinkering we have to do with the miscaleneous issues the more time we have for the project itself. if it is easiest for you to get it going with felix lets do that first, and then later see how we can move it over to equinox, or maybe it will work just great with eclipse+felix w/out too much tinkering. -Igor On 3/7/06, David Leangen [EMAIL PROTECTED] wrote: what would be great to start is for someone to setup a quickstart that actually launches from inside eclipse equinox with the appropriate eclipse project file/mvn pom. once all the setup is done, we (the committers and anyone else who is interested) can start hacking on it because you can provide us with specific usecases that are difficult. but until we have that base to test things out on i think its difficult to go forward. Ok, sounds like a plan. I'll see what I can put together. Using Felix as the OSGi container would probably be easiest. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
i think i speak for most committers when i say: equinox would be easier because it can be launched directly from the eclipse ide which we all use and the project's debug/run settings contain all the necessary bundles and configuration. so to launch from eclipse you just press the debug icon and presto. Ok, makes sense. I'll see what I can do as soon as I can put together some free time. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
On Tue, 2006-03-07 at 23:23 -0800, Eelco Hillenius wrote: Though felix is interesting too because we have several people using it and not everyone uses Eclipse (including the committers). Can we have both? :) :-) Actually, I wouldn't mind trying out Equinox. I'm using Oscar now, and am planning to migrate to Felix very soon. That's why I thought it would be easier for me. But, I'm interesting in getting something up and running from within Eclipse, so I'd like to try it out. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
sure, others use felix and other ides, but i think in the beginning most contributions would have to come from us because we will be modifying core parts of wicket.as i said, the less time i have to spend on tinkering and setup the more time i have to spend on the actually coding. so yes felix would be nice, but equinox would be nicer.-IgorOn 3/7/06, Eelco Hillenius [EMAIL PROTECTED] wrote:Though felix is interesting too because we have several people using it and not everyone uses Eclipse (including the committers).Can we have both? :)EelcoOn 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: i think i speak for most committers when i say: equinox would be easier because it can be launched directly from the eclipse ide which we all use and the project's debug/run settings contain all the necessary bundles and configuration. so to launch from eclipse you just press the debug icon and presto. also if we are messing with having things in different bundles eclipse makes it easier. each bundle can be an eclipse project, and in the launch config you can select which bundles you want included through a simple checkbox gui. so its really easy to launch with different bundle sets. maybe it can be setup the same with felix i dont know. but the less tinkering we have to do with the miscaleneous issues the more time we have for the project itself. if it is easiest for you to get it going with felix lets do that first, and then later see how we can move it over to equinox, or maybe it will work just great with eclipse+felix w/out too much tinkering. -Igor On 3/7/06, David Leangen [EMAIL PROTECTED] wrote: what would be great to start is for someone to setup a quickstart that actually launches from inside eclipse equinox with the appropriate eclipse project file/mvn pom. once all the setup is done, we (the committers and anyone else who is interested) can start hacking on it because you can provide us with specific usecases that are difficult. but until we have that base to test things out on i think its difficult to go forward. Ok, sounds like a plan. I'll see what I can put together. Using Felix as the OSGi container would probably be easiest. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user ---This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
Agreed. On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: sure, others use felix and other ides, but i think in the beginning most contributions would have to come from us because we will be modifying core parts of wicket. as i said, the less time i have to spend on tinkering and setup the more time i have to spend on the actually coding. so yes felix would be nice, but equinox would be nicer. -Igor On 3/7/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Though felix is interesting too because we have several people using it and not everyone uses Eclipse (including the committers). Can we have both? :) Eelco On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: i think i speak for most committers when i say: equinox would be easier because it can be launched directly from the eclipse ide which we all use and the project's debug/run settings contain all the necessary bundles and configuration. so to launch from eclipse you just press the debug icon and presto. also if we are messing with having things in different bundles eclipse makes it easier. each bundle can be an eclipse project, and in the launch config you can select which bundles you want included through a simple checkbox gui. so its really easy to launch with different bundle sets. maybe it can be setup the same with felix i dont know. but the less tinkering we have to do with the miscaleneous issues the more time we have for the project itself. if it is easiest for you to get it going with felix lets do that first, and then later see how we can move it over to equinox, or maybe it will work just great with eclipse+felix w/out too much tinkering. -Igor On 3/7/06, David Leangen [EMAIL PROTECTED] wrote: what would be great to start is for someone to setup a quickstart that actually launches from inside eclipse equinox with the appropriate eclipse project file/mvn pom. once all the setup is done, we (the committers and anyone else who is interested) can start hacking on it because you can provide us with specific usecases that are difficult. but until we have that base to test things out on i think its difficult to go forward. Ok, sounds like a plan. I'll see what I can put together. Using Felix as the OSGi container would probably be easiest. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
Sounds neat indeed. Eelco On 3/6/06, David Leangen [EMAIL PROTECTED] wrote: I locally modified the Wicket Quickstart project so that the Wicket app can be debugged in the IDE (Eclipse) and deployed as an OSGi bundle. If anybody's interested, please let me know and I'll ask the appropriate people to make it available on sf. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
How much work would it be, and how 'intrusive' is it for non-osgi users?i.e. can it be in one package without biting one another?MartijnOn 3/6/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Sounds neat indeed.EelcoOn 3/6/06, David Leangen [EMAIL PROTECTED] wrote: I locally modified the Wicket Quickstart project so that the Wicket app can be debugged in the IDE (Eclipse) and deployed as an OSGi bundle. If anybody's interested, please let me know and I'll ask the appropriate people to make it available on sf. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user--- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642___ Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user -- Living a wicket life...Martijn Dashorst - http://www.jroller.com/page/dashorstWicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1
Re: [Wicket-user] Wicket Quickstart + OSGi
How much work would it be, and how 'intrusive' is it for non-osgi users? Well, I guess that depends on what you mean by intrusive. In keeping with OSGi principles, there are no particular requirements upon the individual classes. So, the classes that are already in the project (or bundle in OSGi speak) are hardly changed at all. However, we would need to add a few classes to the project. I didn't count the number of additional classes, but the package would more than triple, I think. People who don't use OSGi can ignore them, but it would otherwise pollute the project for people who don't need them. So given the above and the fact that the quickstart is also intended for people unfamiliar with Wicket to get up-and-running quickly, I guess I wouldn't recommend having them together in a standard way unless we can figure out a clever way of doing it. It would be cool if Wicket came with OSGi support itself. ;-) That way, the quickstart could stay just as tiny as it is now. i.e. can it be in one package without biting one another? Yes, no problem there, I think, notwithstanding the above problem. Let me know. Cheers, Dave --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
what special things do you think we need to have good osgi support?-IgorOn 3/6/06, David Leangen [EMAIL PROTECTED] wrote: How much work would it be, and how 'intrusive' is it for non-osgi users?Well, I guess that depends on what you mean by intrusive.In keeping with OSGi principles, there are no particular requirementsupon the individual classes. So, the classes that are already in the project (or bundle in OSGi speak) are hardly changed at all.However, we would need to add a few classes to the project. I didn'tcount the number of additional classes, but the package would more than triple, I think.People who don't use OSGi can ignore them, but it would otherwisepollute the project for people who don't need them.So given the above and the fact that the quickstart is also intended for people unfamiliar with Wicket to get up-and-running quickly, I guessI wouldn't recommend having them together in a standard way unless wecan figure out a clever way of doing it.It would be cool if Wicket came with OSGi support itself. ;-) That way, the quickstart could stay just as tiny as it is now. i.e. can it be in one package without biting one another?Yes, no problem there, I think, notwithstanding the above problem. Let me know.Cheers,Dave---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket Quickstart + OSGi
It would be cool if Wicket came with OSGi support itself. ;-) Indeed, and we'd be happy to have Wicket support it better if we get good suggestions :) If you have any, please submit. Eelco --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user