You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Eike Kettner <ne...@eknet.org> on 2011/03/15 15:05:06 UTC
wicket 1.5-rc2 and aggregate jar for osgi
Hi,
I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when
upgrading related to package names
(https://issues.apache.org/jira/browse/WICKET-3088)
Now I tried upgrading to 1.5-rc2 and found that there is no aggregate
jar file anymore. I then read the discussion-thread "[discuss] How to
resolve wicket aggregate classes / sources jar issues".
(nabble:
http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html )
As it states, the aggregate jar has been removed from the wicket
distribution. Now, this introduces the very same issues described in
WICKET-3088 again.
While I can just repackage wicket myself and create a aggregate jar to
feed the osgi container, it is first more inconvenient :) and secondly,
there is then no real reason to have the wicket-xxx jars export
packages, as they won't work in an OSGi container one by one anyways. I
cannot add all single jars to the osgi container, because of the clashes
in export-package.
so in summary, there is another use case where the aggregate jar is
really helpful: when using wicket with osgi. But it only is, because
the single wicket jars export the same packages (for example,
wicket-request and wicket-core both export
org.apache.wicket.request.handler).
Are there any thoughts of adding this aggregate jar to the distribution
back again?
kind regards,
eike
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Eike Kettner <ne...@eknet.org>.
Hi Daniele,
sorry for answering this late, anyways, inline reply.
On [Fri, 22.04.2011 16:09], Daniele Dellafiore wrote:
> Hi, sorry I read your reply only today...
> I got basically to the same results yesterday, but I've some problem which I
> summarized in the last message in this thread on felix mailing list:
>
> http://old.nabble.com/A-better-life%3A-quick-webapp-deploy-to31334158.html
>
> I'll go into details point by point.
>
> On Fri, Apr 8, 2011 at 3:29 PM, Eike Kettner <ne...@eknet.org> wrote:
>
> > Hi Daniele,
> >
> > I might have not understood your concern well enough... But here is what I
> > do: I deploy a really small war file (without any deps of course) into the
> > osgi container (I use felix...). There is another bundle from pax,
> > called pax-web-extender, that "listens" for war files coming into the
> > container and will then register them on the embedded jetty instance.
> >
> > I use the following pax bundles:
> > * org.ops4j.pax.web.pax-web-extender-war
> > * org.ops4j.pax.web.pax-web-jetty-bundle
> > * org.ops4j.pax.web.pax-web-jsp (might be superfluous)
> >
>
> yeah I've everything installed. I do not remember what osgi features
> installed this but there is:
>
> [ 54] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
> Runtime (1.0.1)
> [ 55] [Active ] [ ] [ ] [ 60] OPS4J Pax Web - API
> (1.0.1)
> [ 56] [Active ] [ ] [ ] [ 60] OPS4J Pax Web - Jetty
> (1.0.1)
> [ 57] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
> Service SPI (1.0.1)
> [ 59] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
> Extender - Whiteboard (1.0.1)
> [ 60] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
> FileInstall Deployer (1.0.1)
> [ 61] [Active ] [ ] [ ] [ 60] OPS4J Pax Url - war:,
> war-i: (1.2.5)
> [ 62] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
> Extender - WAR (1.0.1)
> [ 63] [Active ] [ ] [ ] [ 60] OPS4J Pax Web - Jsp
> Support (1.0.1)
>
> on Karaf 2.2.0
>
>
> >
> > Then I use the felix-bundle plugin to create a MANIFEST.MF for my war
> > file. It looks like that:
> >
> > <plugins>
> > <plugin>
> > <groupId>org.apache.felix</groupId>
> > <artifactId>maven-bundle-plugin</artifactId>
> > <executions>
> > <execution>
> > <id>bundle-manifest</id>
> > <phase>process-classes</phase>
> > <goals>
> > <goal>manifest</goal>
> > </goals>
> > </execution>
> > </executions>
> > <configuration>
> > <supportedProjectTypes>
> > <supportedProjectType>jar</supportedProjectType>
> > <supportedProjectType>war</supportedProjectType>
> > <supportedProjectType>bundle</supportedProjectType>
> > </supportedProjectTypes>
> > <instructions>
> > <_include>-osgi.bnd</_include>
> > </instructions>
> > </configuration>
> > </plugin>
> > <plugin>
> > <groupId>org.apache.maven.plugins</groupId>
> > <artifactId>maven-war-plugin</artifactId>
> > <configuration>
> > <archive>
> > <manifestFile>
> > ${project.build.outputDirectory}/META-INF/MANIFEST.MF
> > </manifestFile>
> > </archive>
> > </configuration>
> > </plugin>
> > </plugins>
> >
> >
>
> it's almost the same as mine, also the war-plugin config is identical.
> I do not have
>
> <_include>-osgi.bnd</_include>
>
> but I have this instructions
>
> <_wab>src/main/webapp</_wab>
> <Web-ContextPath>/myApp</Web-ContextPath>
I didn't know about tha <_wab> configuration, This will maybe then add the
web bundle class path to the headers, so it needn't be specified
explicitely.
> There are some more instructions in the "osgi.bnd" file. You could have
> > written them directly in the <instructions> section of the bundle plugin:
> >
> > Bundle-Classpath: ., WEB-INF/classes
> > Web-ContextPath: mywebapp
> > DynamicImport-Package: *
> > Webapp-Context: mywebapp
> >
>
> It seems that maven-bundle-plugin, at least 2.3.4 version, automatically
> add Bundle-Classpath: WEB-INF/classes if the project is a WAR or have a
> Webapp-Context (that make the bundle a WAB, as for OSGI in Action), in fact
> I do not have that intructions and the war project Bundle-Classpath:
> WEB-INF/classes in the MANIFEST (note, without the dot).
> I think also that Webapp-Context has been deprecated in favor of the new
> Web-ContextPath you also have.
ok, thanks for the info, I used both headers (web-contextpath and
webapp-context) so far without issues, so I didn't worry to modify this
so far.
> As for DynamicImport-Package: *
> what does this do?
This is a very generic import header for the bundle. It is needed, if
you plan to have other bundles contribute wicket pages/components.
Wicket uses reflection to create page instances. In this case, the
classes must be available to the class loader. If you do not know them
up front, you can use the DynamicImport-Package statement.
> It does not seem you do not have specific Import or Export package
> instructions, so you use the maven-bundle-plugin defaults, so every dep is
> explicitly written in the MANIFEST right?
yes, every dep especially wicket is explicitely written in the manifest.
>
> >
> > This creates a MANIFEST with Import-Package statements for all your
> > dependencies - they are not included in the war file. The war file has
> > no /lib folder, just WEB-INF/classes and META-INF/ are there. The bundle
> > classpath is extended to include the classes in WEB-INF/classes. I
> > use the scope "provided" for all dependencies.
> >
>
> where do you specify the "provided" scope? In all the maven deps explicitly?
> There is not a way to tell just maven-bundle-plugin to consider everything
> as provided just when building the bundle? I think that this is the reason
> why you do not have jars in the lib folder, right?
>
yes, right now I tell every dependency in maven to be "provided", if the
jar is available from the osgi container. if not, i say "compile" and
use the "EmbedDependency" instruction to embed this dependency in the
bundle. I did not use this with the war bundle (only with normal jars)
it needs more fiddleing...
> >
> > When the war file is deployed to the osgi container, the pax bundles
> > from above will make it available to jetty.
> >
>
> In fact, it seems that if I just manually remove the jars from the lib
> folder, the pax extensions starts but fails to found the classes cause it
> expect to found them in the WEB-INF/lib. So, I get a series of
> ClassNotFoundException for spring and wicket classes during the startup (as
> you can read in the same thread
> http://old.nabble.com/A-better-life%3A-quick-webapp-deploy-to31334158.html)
>
I'm not sure why this happens. I remember from other threads that you
solved this already, right?
> >
> > In my case the war file contains a simple wicket application that itself
> > listens for other bundles to finally create content.
>
>
> What do you mean with "listen"? Do you have some OSGI specific code to
> access the application services?
yes and no. I use spring-dm to have services registered at the osgi
registry and to import them from there. every bundle has its own spring
application context. then the war bundle is "listening" for specific
services entering the osgi registry (in my case this is all wired by
spring-dm). If it happens, the webapp can serve more content.
>
> > So its just a few
> > bytes and I can reload/redeploy the "content bundles" without affecting
> > the whole application.
> >
> >
> So the wicket module is a separated bundle and the real application
> (services, repositories...) are in another bundle? How do you access them,
> with an OSGi specific mechanism, so you export your services as OSGI
> services and access them from Wicket?
Yes exactly. There are many bundles; and the wicket bundle is also a
separate one. Then, for example, one is for authentication and exports a
service to the osgi registry. I can then use the service by declaring it
in the application context of another bundle using spring-dm specific
xml configuration and then using the @SpringBean annotation. A note to
the @SpringBean annotation: if you plan to have bundles updated or
uninstalled at any time (in my case I "forbid" to stop the
authentication bundle for my application lifetime but allow to
stop/update several other bundles that just add more content to the
webapp, because the application is written to allow it), you might want
to rewrite the @SpringBean cache because it is not aware of services
leaving the application.
> Thanks for sharing your experience, I feel I'm close :)
you're welcome. hope it helps..
regards
Eike
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Daniele Dellafiore <da...@dellafiore.net>.
Hi, sorry I read your reply only today...
I got basically to the same results yesterday, but I've some problem which I
summarized in the last message in this thread on felix mailing list:
http://old.nabble.com/A-better-life%3A-quick-webapp-deploy-to31334158.html
I'll go into details point by point.
On Fri, Apr 8, 2011 at 3:29 PM, Eike Kettner <ne...@eknet.org> wrote:
> Hi Daniele,
>
> I might have not understood your concern well enough... But here is what I
> do: I deploy a really small war file (without any deps of course) into the
> osgi container (I use felix...). There is another bundle from pax,
> called pax-web-extender, that "listens" for war files coming into the
> container and will then register them on the embedded jetty instance.
>
> I use the following pax bundles:
> * org.ops4j.pax.web.pax-web-extender-war
> * org.ops4j.pax.web.pax-web-jetty-bundle
> * org.ops4j.pax.web.pax-web-jsp (might be superfluous)
>
yeah I've everything installed. I do not remember what osgi features
installed this but there is:
[ 54] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
Runtime (1.0.1)
[ 55] [Active ] [ ] [ ] [ 60] OPS4J Pax Web - API
(1.0.1)
[ 56] [Active ] [ ] [ ] [ 60] OPS4J Pax Web - Jetty
(1.0.1)
[ 57] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
Service SPI (1.0.1)
[ 59] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
Extender - Whiteboard (1.0.1)
[ 60] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
FileInstall Deployer (1.0.1)
[ 61] [Active ] [ ] [ ] [ 60] OPS4J Pax Url - war:,
war-i: (1.2.5)
[ 62] [Active ] [ ] [ ] [ 60] OPS4J Pax Web -
Extender - WAR (1.0.1)
[ 63] [Active ] [ ] [ ] [ 60] OPS4J Pax Web - Jsp
Support (1.0.1)
on Karaf 2.2.0
>
> Then I use the felix-bundle plugin to create a MANIFEST.MF for my war
> file. It looks like that:
>
> <plugins>
> <plugin>
> <groupId>org.apache.felix</groupId>
> <artifactId>maven-bundle-plugin</artifactId>
> <executions>
> <execution>
> <id>bundle-manifest</id>
> <phase>process-classes</phase>
> <goals>
> <goal>manifest</goal>
> </goals>
> </execution>
> </executions>
> <configuration>
> <supportedProjectTypes>
> <supportedProjectType>jar</supportedProjectType>
> <supportedProjectType>war</supportedProjectType>
> <supportedProjectType>bundle</supportedProjectType>
> </supportedProjectTypes>
> <instructions>
> <_include>-osgi.bnd</_include>
> </instructions>
> </configuration>
> </plugin>
> <plugin>
> <groupId>org.apache.maven.plugins</groupId>
> <artifactId>maven-war-plugin</artifactId>
> <configuration>
> <archive>
> <manifestFile>
> ${project.build.outputDirectory}/META-INF/MANIFEST.MF
> </manifestFile>
> </archive>
> </configuration>
> </plugin>
> </plugins>
>
>
it's almost the same as mine, also the war-plugin config is identical.
I do not have
<_include>-osgi.bnd</_include>
but I have this instructions
<_wab>src/main/webapp</_wab>
<Web-ContextPath>/myApp</Web-ContextPath>
There are some more instructions in the "osgi.bnd" file. You could have
> written them directly in the <instructions> section of the bundle plugin:
>
> Bundle-Classpath: ., WEB-INF/classes
> Web-ContextPath: mywebapp
> DynamicImport-Package: *
> Webapp-Context: mywebapp
>
It seems that maven-bundle-plugin, at least 2.3.4 version, automatically
add Bundle-Classpath: WEB-INF/classes if the project is a WAR or have a
Webapp-Context (that make the bundle a WAB, as for OSGI in Action), in fact
I do not have that intructions and the war project Bundle-Classpath:
WEB-INF/classes in the MANIFEST (note, without the dot).
I think also that Webapp-Context has been deprecated in favor of the new
Web-ContextPath you also have.
As for DynamicImport-Package: *
what does this do?
It does not seem you do not have specific Import or Export package
instructions, so you use the maven-bundle-plugin defaults, so every dep is
explicitly written in the MANIFEST right?
>
> This creates a MANIFEST with Import-Package statements for all your
> dependencies - they are not included in the war file. The war file has
> no /lib folder, just WEB-INF/classes and META-INF/ are there. The bundle
> classpath is extended to include the classes in WEB-INF/classes. I
> use the scope "provided" for all dependencies.
>
where do you specify the "provided" scope? In all the maven deps explicitly?
There is not a way to tell just maven-bundle-plugin to consider everything
as provided just when building the bundle? I think that this is the reason
why you do not have jars in the lib folder, right?
>
> When the war file is deployed to the osgi container, the pax bundles
> from above will make it available to jetty.
>
In fact, it seems that if I just manually remove the jars from the lib
folder, the pax extensions starts but fails to found the classes cause it
expect to found them in the WEB-INF/lib. So, I get a series of
ClassNotFoundException for spring and wicket classes during the startup (as
you can read in the same thread
http://old.nabble.com/A-better-life%3A-quick-webapp-deploy-to31334158.html)
>
> In my case the war file contains a simple wicket application that itself
> listens for other bundles to finally create content.
What do you mean with "listen"? Do you have some OSGI specific code to
access the application services?
> So its just a few
> bytes and I can reload/redeploy the "content bundles" without affecting
> the whole application.
>
>
So the wicket module is a separated bundle and the real application
(services, repositories...) are in another bundle? How do you access them,
with an OSGi specific mechanism, so you export your services as OSGI
services and access them from Wicket?
Thanks for sharing your experience, I feel I'm close :)
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Eike Kettner <ne...@eknet.org>.
Hi Daniele,
I might have not understood your concern well enough... But here is what I
do: I deploy a really small war file (without any deps of course) into the
osgi container (I use felix...). There is another bundle from pax,
called pax-web-extender, that "listens" for war files coming into the
container and will then register them on the embedded jetty instance.
I use the following pax bundles:
* org.ops4j.pax.web.pax-web-extender-war
* org.ops4j.pax.web.pax-web-jetty-bundle
* org.ops4j.pax.web.pax-web-jsp (might be superfluous)
Then I use the felix-bundle plugin to create a MANIFEST.MF for my war
file. It looks like that:
<plugins>
<plugin>
<groupId>org.apache.felix</groupId>
<artifactId>maven-bundle-plugin</artifactId>
<executions>
<execution>
<id>bundle-manifest</id>
<phase>process-classes</phase>
<goals>
<goal>manifest</goal>
</goals>
</execution>
</executions>
<configuration>
<supportedProjectTypes>
<supportedProjectType>jar</supportedProjectType>
<supportedProjectType>war</supportedProjectType>
<supportedProjectType>bundle</supportedProjectType>
</supportedProjectTypes>
<instructions>
<_include>-osgi.bnd</_include>
</instructions>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<configuration>
<archive>
<manifestFile>
${project.build.outputDirectory}/META-INF/MANIFEST.MF
</manifestFile>
</archive>
</configuration>
</plugin>
</plugins>
There are some more instructions in the "osgi.bnd" file. You could have
written them directly in the <instructions> section of the bundle plugin:
Bundle-Classpath: ., WEB-INF/classes
Web-ContextPath: mywebapp
DynamicImport-Package: *
Webapp-Context: mywebapp
This creates a MANIFEST with Import-Package statements for all your
dependencies - they are not included in the war file. The war file has
no /lib folder, just WEB-INF/classes and META-INF/ are there. The bundle
classpath is extended to include the classes in WEB-INF/classes. I
use the scope "provided" for all dependencies.
When the war file is deployed to the osgi container, the pax bundles
from above will make it available to jetty.
In my case the war file contains a simple wicket application that itself
listens for other bundles to finally create content. So its just a few
bytes and I can reload/redeploy the "content bundles" without affecting
the whole application.
Regards
Eike
On [Wed, 06.04.2011 23:09], Daniele Dellafiore wrote:
> yes the idea is not to have the huber jar, it's all about this, is the main
> feature :)
> some guys in the felix maling list suggested me that's actually possible and
> supported, it's called WAB, that's a war without /lib (a partially reverse
> recursive achronim for A Better War)
>
> http://old.nabble.com/A-better-life%3A-quick-webapp-deploy-to31334158.html
>
> I'll go for that tomorrow.
>
> On Wed, Apr 6, 2011 at 4:27 PM, Martin Grigorov <mg...@apache.org>wrote:
>
> > I'm not an OSGi user but here is what I'll do.
> >
> > 1) create a new Maven project with packaging type 'pom'
> > 2) combine all wicket jars in one (uber-jar)
> > there are several approaches here:
> > 1) maven-shade-plugin
> > 2) the way we did it in RC1 with maven-dependency-plugin: see
> >
> > http://repo2.maven.org/maven2/org/apache/wicket/wicket/1.5-RC1/wicket-1.5-RC1.pom
> >
> > Here check that works with simple Wicket app (e.g. the quickstart).
> >
> > Creating one big jar with all dependendies is against OSGi idea. The goal
> > is
> > to be able to replace dependencies without restarting, e.g. upgrade the
> > service layer without undeploying the presentation.
> > But if you still want to do it: start adding more dependencies to be
> > packed
> > in the uber jar (spring, hibernate)
> >
> > About WicketFilter:
> > - you can use embedded Jetty or Guice Filter
> > and org.apache.wicket.protocol.http.WicketFilter.FILTER_MAPPING_PARAM (I
> > explained this earlier today in another thread)
> > - OSGi 4.1+ has the notion of enterprise OSGi and you can use plain OSGi
> > gymnastics to do that (I have no experience at all in this)
> >
>
>
>
>
>
> --
> > Martin Grigorov
> > jWeekend
> > Training, Consulting, Development
> > http://jWeekend.com <http://jweekend.com/>
> >
--
email: eike@eknet.org https://www.eknet.org pgp: 481161A0
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Daniele Dellafiore <da...@dellafiore.net>.
yes the idea is not to have the huber jar, it's all about this, is the main
feature :)
some guys in the felix maling list suggested me that's actually possible and
supported, it's called WAB, that's a war without /lib (a partially reverse
recursive achronim for A Better War)
http://old.nabble.com/A-better-life%3A-quick-webapp-deploy-to31334158.html
I'll go for that tomorrow.
On Wed, Apr 6, 2011 at 4:27 PM, Martin Grigorov <mg...@apache.org>wrote:
> I'm not an OSGi user but here is what I'll do.
>
> 1) create a new Maven project with packaging type 'pom'
> 2) combine all wicket jars in one (uber-jar)
> there are several approaches here:
> 1) maven-shade-plugin
> 2) the way we did it in RC1 with maven-dependency-plugin: see
>
> http://repo2.maven.org/maven2/org/apache/wicket/wicket/1.5-RC1/wicket-1.5-RC1.pom
>
> Here check that works with simple Wicket app (e.g. the quickstart).
>
> Creating one big jar with all dependendies is against OSGi idea. The goal
> is
> to be able to replace dependencies without restarting, e.g. upgrade the
> service layer without undeploying the presentation.
> But if you still want to do it: start adding more dependencies to be
> packed
> in the uber jar (spring, hibernate)
>
> About WicketFilter:
> - you can use embedded Jetty or Guice Filter
> and org.apache.wicket.protocol.http.WicketFilter.FILTER_MAPPING_PARAM (I
> explained this earlier today in another thread)
> - OSGi 4.1+ has the notion of enterprise OSGi and you can use plain OSGi
> gymnastics to do that (I have no experience at all in this)
>
--
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com <http://jweekend.com/>
>
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Martin Grigorov <mg...@apache.org>.
I'm not an OSGi user but here is what I'll do.
1) create a new Maven project with packaging type 'pom'
2) combine all wicket jars in one (uber-jar)
there are several approaches here:
1) maven-shade-plugin
2) the way we did it in RC1 with maven-dependency-plugin: see
http://repo2.maven.org/maven2/org/apache/wicket/wicket/1.5-RC1/wicket-1.5-RC1.pom
Here check that works with simple Wicket app (e.g. the quickstart).
Creating one big jar with all dependendies is against OSGi idea. The goal is
to be able to replace dependencies without restarting, e.g. upgrade the
service layer without undeploying the presentation.
But if you still want to do it: start adding more dependencies to be packed
in the uber jar (spring, hibernate)
About WicketFilter:
- you can use embedded Jetty or Guice Filter
and org.apache.wicket.protocol.http.WicketFilter.FILTER_MAPPING_PARAM (I
explained this earlier today in another thread)
- OSGi 4.1+ has the notion of enterprise OSGi and you can use plain OSGi
gymnastics to do that (I have no experience at all in this)
On Wed, Apr 6, 2011 at 3:15 PM, Daniele Dellafiore
<da...@dellafiore.net>wrote:
> mmm, can't really understand.
>
> Anyway, I wanted to add that the point here is to deploy a jar on karaf,
> not
> a war.
> To be honest, the real advantage is to deploy a small jar on karaf that is
> far better than a heavy war on a jee container.
> My idea is to have karaf with all the wicket, spring and other deps, and
> that's the easy part.
>
> Then I need a way to start the WicketFilter in the Karaf context. Normally
> the JEE container
> looks for the web.xml, that in my case bring to the
> SpringWebApplicationFactory and a single spring xml file and from there all
> the rest.
>
> But what if no one looks for the web.xml? Can I say to osgi that my jar is
> a
> webapp? Or can I start it by hand in an activator or from another file
> loaded by spring?
>
> On Wed, Apr 6, 2011 at 3:57 PM, Martin Grigorov <mgrigorov@apache.org
> >wrote:
>
> > See RC1 o.a.w:wicket:pom.xml
> > You'll need to create your own project that will combine the all needed
> > .jars as we did in RC1.
> >
> > On Wed, Apr 6, 2011 at 2:51 PM, Daniele Dellafiore
> > <da...@dellafiore.net>wrote:
> >
> > > I'd really like to start my wicket app in a osgi (karaf) container.
> > > My app uses also wicket-spring. What is the best way to do that now,
> with
> > > wichet 1.5 rc3?
> > >
> > > Thanls.
> > >
> > > On Wed, Mar 16, 2011 at 2:25 PM, Michael O'Cleirigh <
> > > michael.ocleirigh@rivulet.ca> wrote:
> > >
> > > > Hello,
> > > >
> > > > The way releases have been working is that I take the current HEAD
> and
> > > then
> > > > change the wicket.version to the current stable and the pom version
> to
> > > the
> > > > next release.
> > > >
> > > > If you can commit your changes onto the master branch (wicket
> > > 1.5-SNAPSHOT)
> > > > then I can create a new 1.5-rc2.1 point release to get the
> wicket-osgi
> > > > module out into maven central. Just let me know when it works (i.e.
> mvn
> > > > install works without error)
> > > >
> > > > You can either fork the repository on github and then do the change
> and
> > > > file a ticket with a pull request or send a message to the dev list
> > with
> > > > your github username for push/pull access to the wicketstuff
> repository
> > > > directly.
> > > >
> > > > Look at the 'Developer Information' section on the wiki here:
> > > > https://github.com/wicketstuff/core/wiki for more details.
> > > >
> > > > Regards,
> > > >
> > > > Mike
> > > >
> > > >
> > > > ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be
> > > >> problem since you did the work already. If it works and I find some
> > time
> > > >> I'll try with github
> > > >>
> > > >> thanks and regards,
> > > >> eike
> > > >>
> > > >> On [Tue, 15.03.2011 22:10], Martin Grigorov wrote:
> > > >>
> > > >>> Well, wicketstuff is hosted at GitHub and any user can contribute.
> > > >>> If you have some time and willing to share your work with the
> > community
> > > >>> you
> > > >>> can do it yourself.
> > > >>> Otherwise just create a ticket in wicketstuff's issue tracking
> system
> > > and
> > > >>> someone of us will do it when we have some time.
> > > >>>
> > > >>> Thanks for testing the RCs ! ;-)
> > > >>>
> > > >>> On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner<ne...@eknet.org>
> > wrote:
> > > >>>
> > > >>> Hi Martin,
> > > >>>>
> > > >>>> thanks for your response and no need to apologize! It's good to
> have
> > > rcX
> > > >>>> candidate releases to play with so issues can be found.
> > > >>>>
> > > >>>> For me a wicket-osgi dependency would be great! And I really don't
> > > care
> > > >>>> about where to download :) I don't think that providing it from
> > > >>>> wicketstuff
> > > >>>> would bother users...
> > > >>>>
> > > >>>> If you decide to not support osgi out-of-the-box, it's still no
> > > problem
> > > >>>> to create an aggregate jar myself. I'd think most osgi users have
> to
> > > do
> > > >>>> this (unfortunately) quite often to add other "no-bundle-jars".
> But
> > > >>>> with a distributed jar, it's of course a lot easier - I would
> > > appreciate
> > > >>>> it (as probably other osgi users would).
> > > >>>>
> > > >>>> regards,
> > > >>>> Eike
> > > >>>>
> > > >>>> On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
> > > >>>>
> > > >>>>> Hi Eike,
> > > >>>>>
> > > >>>>> Sorry that we broke OSGi support again.
> > > >>>>> The problem was that many users wanted -sources and -javadoc for
> > the
> > > >>>>> aggregate .jar and it became a bit complex and confusing.
> > > >>>>>
> > > >>>>> I think we can add wicket-osgi project in wicketstuff/core
> > repository
> > > >>>>>
> > > >>>> that
> > > >>>>
> > > >>>>> will do the same we did initially in WICKET-3088 and then you
> will
> > > use
> > > >>>>> org.wicketstuff:wicket-osgi dependency instead. We release
> > > wicketstuff
> > > >>>>>
> > > >>>> core
> > > >>>>
> > > >>>>> projects few days after Wicket releases.
> > > >>>>>
> > > >>>>> Other opinions/suggestions ?
> > > >>>>>
> > > >>>>> martin-g
> > > >>>>>
> > > >>>>> On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner<ne...@eknet.org>
> > > wrote:
> > > >>>>>
> > > >>>>> Hi,
> > > >>>>>>
> > > >>>>>> I'm using wicket 1.5-RC1 in an OSGi container. There was an
> issue
> > > when
> > > >>>>>> upgrading related to package names
> > > >>>>>> (https://issues.apache.org/jira/browse/WICKET-3088)
> > > >>>>>>
> > > >>>>>> Now I tried upgrading to 1.5-rc2 and found that there is no
> > > aggregate
> > > >>>>>> jar file anymore. I then read the discussion-thread "[discuss]
> How
> > > to
> > > >>>>>> resolve wicket aggregate classes / sources jar issues".
> > > >>>>>> (nabble:
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>
> > >
> >
> http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html
> > > >>>> )
> > > >>>>
> > > >>>>> As it states, the aggregate jar has been removed from the wicket
> > > >>>>>> distribution. Now, this introduces the very same issues
> described
> > in
> > > >>>>>> WICKET-3088 again.
> > > >>>>>>
> > > >>>>>> While I can just repackage wicket myself and create a aggregate
> > jar
> > > to
> > > >>>>>> feed the osgi container, it is first more inconvenient :) and
> > > >>>>>> secondly,
> > > >>>>>> there is then no real reason to have the wicket-xxx jars export
> > > >>>>>> packages, as they won't work in an OSGi container one by one
> > > anyways.
> > > >>>>>> I
> > > >>>>>> cannot add all single jars to the osgi container, because of the
> > > >>>>>>
> > > >>>>> clashes
> > > >>>>
> > > >>>>> in export-package.
> > > >>>>>>
> > > >>>>>> so in summary, there is another use case where the aggregate jar
> > is
> > > >>>>>> really helpful: when using wicket with osgi. But it only is,
> > because
> > > >>>>>> the single wicket jars export the same packages (for example,
> > > >>>>>> wicket-request and wicket-core both export
> > > >>>>>> org.apache.wicket.request.handler).
> > > >>>>>>
> > > >>>>>> Are there any thoughts of adding this aggregate jar to the
> > > >>>>>> distribution
> > > >>>>>> back again?
> > > >>>>>>
> > > >>>>>> kind regards,
> > > >>>>>> eike
> > > >>>>>>
> > > >>>>>>
> > > ---------------------------------------------------------------------
> > > >>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > >>>>>> For additional commands, e-mail: users-help@wicket.apache.org
> > > >>>>>>
> > > >>>>>>
> > > >>>>>>
> > > >>>>> --
> > > >>>>> Martin Grigorov
> > > >>>>> jWeekend
> > > >>>>> Training, Consulting, Development
> > > >>>>> http://jWeekend.com<http://jweekend.com/>
> > > >>>>>
> > > >>>> --
> > > >>>> email: eike@eknet.org https://www.eknet.org pgp: 481161A0
> > > >>>>
> > > >>>>
> > ---------------------------------------------------------------------
> > > >>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > >>>> For additional commands, e-mail: users-help@wicket.apache.org
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>> --
> > > >>> Martin Grigorov
> > > >>> jWeekend
> > > >>> Training, Consulting, Development
> > > >>> http://jWeekend.com<http://jweekend.com/>
> > > >>>
> > > >>
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > > For additional commands, e-mail: users-help@wicket.apache.org
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > Martin Grigorov
> > jWeekend
> > Training, Consulting, Development
> > http://jWeekend.com <http://jweekend.com/>
> >
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Daniele Dellafiore <da...@dellafiore.net>.
mmm, can't really understand.
Anyway, I wanted to add that the point here is to deploy a jar on karaf, not
a war.
To be honest, the real advantage is to deploy a small jar on karaf that is
far better than a heavy war on a jee container.
My idea is to have karaf with all the wicket, spring and other deps, and
that's the easy part.
Then I need a way to start the WicketFilter in the Karaf context. Normally
the JEE container
looks for the web.xml, that in my case bring to the
SpringWebApplicationFactory and a single spring xml file and from there all
the rest.
But what if no one looks for the web.xml? Can I say to osgi that my jar is a
webapp? Or can I start it by hand in an activator or from another file
loaded by spring?
On Wed, Apr 6, 2011 at 3:57 PM, Martin Grigorov <mg...@apache.org>wrote:
> See RC1 o.a.w:wicket:pom.xml
> You'll need to create your own project that will combine the all needed
> .jars as we did in RC1.
>
> On Wed, Apr 6, 2011 at 2:51 PM, Daniele Dellafiore
> <da...@dellafiore.net>wrote:
>
> > I'd really like to start my wicket app in a osgi (karaf) container.
> > My app uses also wicket-spring. What is the best way to do that now, with
> > wichet 1.5 rc3?
> >
> > Thanls.
> >
> > On Wed, Mar 16, 2011 at 2:25 PM, Michael O'Cleirigh <
> > michael.ocleirigh@rivulet.ca> wrote:
> >
> > > Hello,
> > >
> > > The way releases have been working is that I take the current HEAD and
> > then
> > > change the wicket.version to the current stable and the pom version to
> > the
> > > next release.
> > >
> > > If you can commit your changes onto the master branch (wicket
> > 1.5-SNAPSHOT)
> > > then I can create a new 1.5-rc2.1 point release to get the wicket-osgi
> > > module out into maven central. Just let me know when it works (i.e. mvn
> > > install works without error)
> > >
> > > You can either fork the repository on github and then do the change and
> > > file a ticket with a pull request or send a message to the dev list
> with
> > > your github username for push/pull access to the wicketstuff repository
> > > directly.
> > >
> > > Look at the 'Developer Information' section on the wiki here:
> > > https://github.com/wicketstuff/core/wiki for more details.
> > >
> > > Regards,
> > >
> > > Mike
> > >
> > >
> > > ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be
> > >> problem since you did the work already. If it works and I find some
> time
> > >> I'll try with github
> > >>
> > >> thanks and regards,
> > >> eike
> > >>
> > >> On [Tue, 15.03.2011 22:10], Martin Grigorov wrote:
> > >>
> > >>> Well, wicketstuff is hosted at GitHub and any user can contribute.
> > >>> If you have some time and willing to share your work with the
> community
> > >>> you
> > >>> can do it yourself.
> > >>> Otherwise just create a ticket in wicketstuff's issue tracking system
> > and
> > >>> someone of us will do it when we have some time.
> > >>>
> > >>> Thanks for testing the RCs ! ;-)
> > >>>
> > >>> On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner<ne...@eknet.org>
> wrote:
> > >>>
> > >>> Hi Martin,
> > >>>>
> > >>>> thanks for your response and no need to apologize! It's good to have
> > rcX
> > >>>> candidate releases to play with so issues can be found.
> > >>>>
> > >>>> For me a wicket-osgi dependency would be great! And I really don't
> > care
> > >>>> about where to download :) I don't think that providing it from
> > >>>> wicketstuff
> > >>>> would bother users...
> > >>>>
> > >>>> If you decide to not support osgi out-of-the-box, it's still no
> > problem
> > >>>> to create an aggregate jar myself. I'd think most osgi users have to
> > do
> > >>>> this (unfortunately) quite often to add other "no-bundle-jars". But
> > >>>> with a distributed jar, it's of course a lot easier - I would
> > appreciate
> > >>>> it (as probably other osgi users would).
> > >>>>
> > >>>> regards,
> > >>>> Eike
> > >>>>
> > >>>> On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
> > >>>>
> > >>>>> Hi Eike,
> > >>>>>
> > >>>>> Sorry that we broke OSGi support again.
> > >>>>> The problem was that many users wanted -sources and -javadoc for
> the
> > >>>>> aggregate .jar and it became a bit complex and confusing.
> > >>>>>
> > >>>>> I think we can add wicket-osgi project in wicketstuff/core
> repository
> > >>>>>
> > >>>> that
> > >>>>
> > >>>>> will do the same we did initially in WICKET-3088 and then you will
> > use
> > >>>>> org.wicketstuff:wicket-osgi dependency instead. We release
> > wicketstuff
> > >>>>>
> > >>>> core
> > >>>>
> > >>>>> projects few days after Wicket releases.
> > >>>>>
> > >>>>> Other opinions/suggestions ?
> > >>>>>
> > >>>>> martin-g
> > >>>>>
> > >>>>> On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner<ne...@eknet.org>
> > wrote:
> > >>>>>
> > >>>>> Hi,
> > >>>>>>
> > >>>>>> I'm using wicket 1.5-RC1 in an OSGi container. There was an issue
> > when
> > >>>>>> upgrading related to package names
> > >>>>>> (https://issues.apache.org/jira/browse/WICKET-3088)
> > >>>>>>
> > >>>>>> Now I tried upgrading to 1.5-rc2 and found that there is no
> > aggregate
> > >>>>>> jar file anymore. I then read the discussion-thread "[discuss] How
> > to
> > >>>>>> resolve wicket aggregate classes / sources jar issues".
> > >>>>>> (nabble:
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>
> >
> http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html
> > >>>> )
> > >>>>
> > >>>>> As it states, the aggregate jar has been removed from the wicket
> > >>>>>> distribution. Now, this introduces the very same issues described
> in
> > >>>>>> WICKET-3088 again.
> > >>>>>>
> > >>>>>> While I can just repackage wicket myself and create a aggregate
> jar
> > to
> > >>>>>> feed the osgi container, it is first more inconvenient :) and
> > >>>>>> secondly,
> > >>>>>> there is then no real reason to have the wicket-xxx jars export
> > >>>>>> packages, as they won't work in an OSGi container one by one
> > anyways.
> > >>>>>> I
> > >>>>>> cannot add all single jars to the osgi container, because of the
> > >>>>>>
> > >>>>> clashes
> > >>>>
> > >>>>> in export-package.
> > >>>>>>
> > >>>>>> so in summary, there is another use case where the aggregate jar
> is
> > >>>>>> really helpful: when using wicket with osgi. But it only is,
> because
> > >>>>>> the single wicket jars export the same packages (for example,
> > >>>>>> wicket-request and wicket-core both export
> > >>>>>> org.apache.wicket.request.handler).
> > >>>>>>
> > >>>>>> Are there any thoughts of adding this aggregate jar to the
> > >>>>>> distribution
> > >>>>>> back again?
> > >>>>>>
> > >>>>>> kind regards,
> > >>>>>> eike
> > >>>>>>
> > >>>>>>
> > ---------------------------------------------------------------------
> > >>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > >>>>>> For additional commands, e-mail: users-help@wicket.apache.org
> > >>>>>>
> > >>>>>>
> > >>>>>>
> > >>>>> --
> > >>>>> Martin Grigorov
> > >>>>> jWeekend
> > >>>>> Training, Consulting, Development
> > >>>>> http://jWeekend.com<http://jweekend.com/>
> > >>>>>
> > >>>> --
> > >>>> email: eike@eknet.org https://www.eknet.org pgp: 481161A0
> > >>>>
> > >>>>
> ---------------------------------------------------------------------
> > >>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > >>>> For additional commands, e-mail: users-help@wicket.apache.org
> > >>>>
> > >>>>
> > >>>>
> > >>> --
> > >>> Martin Grigorov
> > >>> jWeekend
> > >>> Training, Consulting, Development
> > >>> http://jWeekend.com<http://jweekend.com/>
> > >>>
> > >>
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > For additional commands, e-mail: users-help@wicket.apache.org
> > >
> > >
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com <http://jweekend.com/>
>
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Martin Grigorov <mg...@apache.org>.
See RC1 o.a.w:wicket:pom.xml
You'll need to create your own project that will combine the all needed
.jars as we did in RC1.
On Wed, Apr 6, 2011 at 2:51 PM, Daniele Dellafiore
<da...@dellafiore.net>wrote:
> I'd really like to start my wicket app in a osgi (karaf) container.
> My app uses also wicket-spring. What is the best way to do that now, with
> wichet 1.5 rc3?
>
> Thanls.
>
> On Wed, Mar 16, 2011 at 2:25 PM, Michael O'Cleirigh <
> michael.ocleirigh@rivulet.ca> wrote:
>
> > Hello,
> >
> > The way releases have been working is that I take the current HEAD and
> then
> > change the wicket.version to the current stable and the pom version to
> the
> > next release.
> >
> > If you can commit your changes onto the master branch (wicket
> 1.5-SNAPSHOT)
> > then I can create a new 1.5-rc2.1 point release to get the wicket-osgi
> > module out into maven central. Just let me know when it works (i.e. mvn
> > install works without error)
> >
> > You can either fork the repository on github and then do the change and
> > file a ticket with a pull request or send a message to the dev list with
> > your github username for push/pull access to the wicketstuff repository
> > directly.
> >
> > Look at the 'Developer Information' section on the wiki here:
> > https://github.com/wicketstuff/core/wiki for more details.
> >
> > Regards,
> >
> > Mike
> >
> >
> > ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be
> >> problem since you did the work already. If it works and I find some time
> >> I'll try with github
> >>
> >> thanks and regards,
> >> eike
> >>
> >> On [Tue, 15.03.2011 22:10], Martin Grigorov wrote:
> >>
> >>> Well, wicketstuff is hosted at GitHub and any user can contribute.
> >>> If you have some time and willing to share your work with the community
> >>> you
> >>> can do it yourself.
> >>> Otherwise just create a ticket in wicketstuff's issue tracking system
> and
> >>> someone of us will do it when we have some time.
> >>>
> >>> Thanks for testing the RCs ! ;-)
> >>>
> >>> On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner<ne...@eknet.org> wrote:
> >>>
> >>> Hi Martin,
> >>>>
> >>>> thanks for your response and no need to apologize! It's good to have
> rcX
> >>>> candidate releases to play with so issues can be found.
> >>>>
> >>>> For me a wicket-osgi dependency would be great! And I really don't
> care
> >>>> about where to download :) I don't think that providing it from
> >>>> wicketstuff
> >>>> would bother users...
> >>>>
> >>>> If you decide to not support osgi out-of-the-box, it's still no
> problem
> >>>> to create an aggregate jar myself. I'd think most osgi users have to
> do
> >>>> this (unfortunately) quite often to add other "no-bundle-jars". But
> >>>> with a distributed jar, it's of course a lot easier - I would
> appreciate
> >>>> it (as probably other osgi users would).
> >>>>
> >>>> regards,
> >>>> Eike
> >>>>
> >>>> On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
> >>>>
> >>>>> Hi Eike,
> >>>>>
> >>>>> Sorry that we broke OSGi support again.
> >>>>> The problem was that many users wanted -sources and -javadoc for the
> >>>>> aggregate .jar and it became a bit complex and confusing.
> >>>>>
> >>>>> I think we can add wicket-osgi project in wicketstuff/core repository
> >>>>>
> >>>> that
> >>>>
> >>>>> will do the same we did initially in WICKET-3088 and then you will
> use
> >>>>> org.wicketstuff:wicket-osgi dependency instead. We release
> wicketstuff
> >>>>>
> >>>> core
> >>>>
> >>>>> projects few days after Wicket releases.
> >>>>>
> >>>>> Other opinions/suggestions ?
> >>>>>
> >>>>> martin-g
> >>>>>
> >>>>> On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner<ne...@eknet.org>
> wrote:
> >>>>>
> >>>>> Hi,
> >>>>>>
> >>>>>> I'm using wicket 1.5-RC1 in an OSGi container. There was an issue
> when
> >>>>>> upgrading related to package names
> >>>>>> (https://issues.apache.org/jira/browse/WICKET-3088)
> >>>>>>
> >>>>>> Now I tried upgrading to 1.5-rc2 and found that there is no
> aggregate
> >>>>>> jar file anymore. I then read the discussion-thread "[discuss] How
> to
> >>>>>> resolve wicket aggregate classes / sources jar issues".
> >>>>>> (nabble:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>
> http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html
> >>>> )
> >>>>
> >>>>> As it states, the aggregate jar has been removed from the wicket
> >>>>>> distribution. Now, this introduces the very same issues described in
> >>>>>> WICKET-3088 again.
> >>>>>>
> >>>>>> While I can just repackage wicket myself and create a aggregate jar
> to
> >>>>>> feed the osgi container, it is first more inconvenient :) and
> >>>>>> secondly,
> >>>>>> there is then no real reason to have the wicket-xxx jars export
> >>>>>> packages, as they won't work in an OSGi container one by one
> anyways.
> >>>>>> I
> >>>>>> cannot add all single jars to the osgi container, because of the
> >>>>>>
> >>>>> clashes
> >>>>
> >>>>> in export-package.
> >>>>>>
> >>>>>> so in summary, there is another use case where the aggregate jar is
> >>>>>> really helpful: when using wicket with osgi. But it only is, because
> >>>>>> the single wicket jars export the same packages (for example,
> >>>>>> wicket-request and wicket-core both export
> >>>>>> org.apache.wicket.request.handler).
> >>>>>>
> >>>>>> Are there any thoughts of adding this aggregate jar to the
> >>>>>> distribution
> >>>>>> back again?
> >>>>>>
> >>>>>> kind regards,
> >>>>>> eike
> >>>>>>
> >>>>>>
> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >>>>>> For additional commands, e-mail: users-help@wicket.apache.org
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> --
> >>>>> Martin Grigorov
> >>>>> jWeekend
> >>>>> Training, Consulting, Development
> >>>>> http://jWeekend.com<http://jweekend.com/>
> >>>>>
> >>>> --
> >>>> email: eike@eknet.org https://www.eknet.org pgp: 481161A0
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >>>> For additional commands, e-mail: users-help@wicket.apache.org
> >>>>
> >>>>
> >>>>
> >>> --
> >>> Martin Grigorov
> >>> jWeekend
> >>> Training, Consulting, Development
> >>> http://jWeekend.com<http://jweekend.com/>
> >>>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Daniele Dellafiore <da...@dellafiore.net>.
I'd really like to start my wicket app in a osgi (karaf) container.
My app uses also wicket-spring. What is the best way to do that now, with
wichet 1.5 rc3?
Thanls.
On Wed, Mar 16, 2011 at 2:25 PM, Michael O'Cleirigh <
michael.ocleirigh@rivulet.ca> wrote:
> Hello,
>
> The way releases have been working is that I take the current HEAD and then
> change the wicket.version to the current stable and the pom version to the
> next release.
>
> If you can commit your changes onto the master branch (wicket 1.5-SNAPSHOT)
> then I can create a new 1.5-rc2.1 point release to get the wicket-osgi
> module out into maven central. Just let me know when it works (i.e. mvn
> install works without error)
>
> You can either fork the repository on github and then do the change and
> file a ticket with a pull request or send a message to the dev list with
> your github username for push/pull access to the wicketstuff repository
> directly.
>
> Look at the 'Developer Information' section on the wiki here:
> https://github.com/wicketstuff/core/wiki for more details.
>
> Regards,
>
> Mike
>
>
> ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be
>> problem since you did the work already. If it works and I find some time
>> I'll try with github
>>
>> thanks and regards,
>> eike
>>
>> On [Tue, 15.03.2011 22:10], Martin Grigorov wrote:
>>
>>> Well, wicketstuff is hosted at GitHub and any user can contribute.
>>> If you have some time and willing to share your work with the community
>>> you
>>> can do it yourself.
>>> Otherwise just create a ticket in wicketstuff's issue tracking system and
>>> someone of us will do it when we have some time.
>>>
>>> Thanks for testing the RCs ! ;-)
>>>
>>> On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner<ne...@eknet.org> wrote:
>>>
>>> Hi Martin,
>>>>
>>>> thanks for your response and no need to apologize! It's good to have rcX
>>>> candidate releases to play with so issues can be found.
>>>>
>>>> For me a wicket-osgi dependency would be great! And I really don't care
>>>> about where to download :) I don't think that providing it from
>>>> wicketstuff
>>>> would bother users...
>>>>
>>>> If you decide to not support osgi out-of-the-box, it's still no problem
>>>> to create an aggregate jar myself. I'd think most osgi users have to do
>>>> this (unfortunately) quite often to add other "no-bundle-jars". But
>>>> with a distributed jar, it's of course a lot easier - I would appreciate
>>>> it (as probably other osgi users would).
>>>>
>>>> regards,
>>>> Eike
>>>>
>>>> On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
>>>>
>>>>> Hi Eike,
>>>>>
>>>>> Sorry that we broke OSGi support again.
>>>>> The problem was that many users wanted -sources and -javadoc for the
>>>>> aggregate .jar and it became a bit complex and confusing.
>>>>>
>>>>> I think we can add wicket-osgi project in wicketstuff/core repository
>>>>>
>>>> that
>>>>
>>>>> will do the same we did initially in WICKET-3088 and then you will use
>>>>> org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff
>>>>>
>>>> core
>>>>
>>>>> projects few days after Wicket releases.
>>>>>
>>>>> Other opinions/suggestions ?
>>>>>
>>>>> martin-g
>>>>>
>>>>> On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner<ne...@eknet.org> wrote:
>>>>>
>>>>> Hi,
>>>>>>
>>>>>> I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when
>>>>>> upgrading related to package names
>>>>>> (https://issues.apache.org/jira/browse/WICKET-3088)
>>>>>>
>>>>>> Now I tried upgrading to 1.5-rc2 and found that there is no aggregate
>>>>>> jar file anymore. I then read the discussion-thread "[discuss] How to
>>>>>> resolve wicket aggregate classes / sources jar issues".
>>>>>> (nabble:
>>>>>>
>>>>>>
>>>>>>
>>>> http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html
>>>> )
>>>>
>>>>> As it states, the aggregate jar has been removed from the wicket
>>>>>> distribution. Now, this introduces the very same issues described in
>>>>>> WICKET-3088 again.
>>>>>>
>>>>>> While I can just repackage wicket myself and create a aggregate jar to
>>>>>> feed the osgi container, it is first more inconvenient :) and
>>>>>> secondly,
>>>>>> there is then no real reason to have the wicket-xxx jars export
>>>>>> packages, as they won't work in an OSGi container one by one anyways.
>>>>>> I
>>>>>> cannot add all single jars to the osgi container, because of the
>>>>>>
>>>>> clashes
>>>>
>>>>> in export-package.
>>>>>>
>>>>>> so in summary, there is another use case where the aggregate jar is
>>>>>> really helpful: when using wicket with osgi. But it only is, because
>>>>>> the single wicket jars export the same packages (for example,
>>>>>> wicket-request and wicket-core both export
>>>>>> org.apache.wicket.request.handler).
>>>>>>
>>>>>> Are there any thoughts of adding this aggregate jar to the
>>>>>> distribution
>>>>>> back again?
>>>>>>
>>>>>> kind regards,
>>>>>> eike
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>> --
>>>>> Martin Grigorov
>>>>> jWeekend
>>>>> Training, Consulting, Development
>>>>> http://jWeekend.com<http://jweekend.com/>
>>>>>
>>>> --
>>>> email: eike@eknet.org https://www.eknet.org pgp: 481161A0
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>
>>>>
>>>>
>>> --
>>> Martin Grigorov
>>> jWeekend
>>> Training, Consulting, Development
>>> http://jWeekend.com<http://jweekend.com/>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Michael O'Cleirigh <mi...@rivulet.ca>.
Hello,
The way releases have been working is that I take the current HEAD and
then change the wicket.version to the current stable and the pom version
to the next release.
If you can commit your changes onto the master branch (wicket
1.5-SNAPSHOT) then I can create a new 1.5-rc2.1 point release to get the
wicket-osgi module out into maven central. Just let me know when it
works (i.e. mvn install works without error)
You can either fork the repository on github and then do the change and
file a ticket with a pull request or send a message to the dev list with
your github username for push/pull access to the wicketstuff repository
directly.
Look at the 'Developer Information' section on the wiki here:
https://github.com/wicketstuff/core/wiki for more details.
Regards,
Mike
> ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be
> problem since you did the work already. If it works and I find some time
> I'll try with github
>
> thanks and regards,
> eike
>
> On [Tue, 15.03.2011 22:10], Martin Grigorov wrote:
>> Well, wicketstuff is hosted at GitHub and any user can contribute.
>> If you have some time and willing to share your work with the community you
>> can do it yourself.
>> Otherwise just create a ticket in wicketstuff's issue tracking system and
>> someone of us will do it when we have some time.
>>
>> Thanks for testing the RCs ! ;-)
>>
>> On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner<ne...@eknet.org> wrote:
>>
>>> Hi Martin,
>>>
>>> thanks for your response and no need to apologize! It's good to have rcX
>>> candidate releases to play with so issues can be found.
>>>
>>> For me a wicket-osgi dependency would be great! And I really don't care
>>> about where to download :) I don't think that providing it from wicketstuff
>>> would bother users...
>>>
>>> If you decide to not support osgi out-of-the-box, it's still no problem
>>> to create an aggregate jar myself. I'd think most osgi users have to do
>>> this (unfortunately) quite often to add other "no-bundle-jars". But
>>> with a distributed jar, it's of course a lot easier - I would appreciate
>>> it (as probably other osgi users would).
>>>
>>> regards,
>>> Eike
>>>
>>> On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
>>>> Hi Eike,
>>>>
>>>> Sorry that we broke OSGi support again.
>>>> The problem was that many users wanted -sources and -javadoc for the
>>>> aggregate .jar and it became a bit complex and confusing.
>>>>
>>>> I think we can add wicket-osgi project in wicketstuff/core repository
>>> that
>>>> will do the same we did initially in WICKET-3088 and then you will use
>>>> org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff
>>> core
>>>> projects few days after Wicket releases.
>>>>
>>>> Other opinions/suggestions ?
>>>>
>>>> martin-g
>>>>
>>>> On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner<ne...@eknet.org> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when
>>>>> upgrading related to package names
>>>>> (https://issues.apache.org/jira/browse/WICKET-3088)
>>>>>
>>>>> Now I tried upgrading to 1.5-rc2 and found that there is no aggregate
>>>>> jar file anymore. I then read the discussion-thread "[discuss] How to
>>>>> resolve wicket aggregate classes / sources jar issues".
>>>>> (nabble:
>>>>>
>>>>>
>>> http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html
>>> )
>>>>> As it states, the aggregate jar has been removed from the wicket
>>>>> distribution. Now, this introduces the very same issues described in
>>>>> WICKET-3088 again.
>>>>>
>>>>> While I can just repackage wicket myself and create a aggregate jar to
>>>>> feed the osgi container, it is first more inconvenient :) and secondly,
>>>>> there is then no real reason to have the wicket-xxx jars export
>>>>> packages, as they won't work in an OSGi container one by one anyways. I
>>>>> cannot add all single jars to the osgi container, because of the
>>> clashes
>>>>> in export-package.
>>>>>
>>>>> so in summary, there is another use case where the aggregate jar is
>>>>> really helpful: when using wicket with osgi. But it only is, because
>>>>> the single wicket jars export the same packages (for example,
>>>>> wicket-request and wicket-core both export
>>>>> org.apache.wicket.request.handler).
>>>>>
>>>>> Are there any thoughts of adding this aggregate jar to the distribution
>>>>> back again?
>>>>>
>>>>> kind regards,
>>>>> eike
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>>>
>>>>>
>>>>
>>>> --
>>>> Martin Grigorov
>>>> jWeekend
>>>> Training, Consulting, Development
>>>> http://jWeekend.com<http://jweekend.com/>
>>> --
>>> email: eike@eknet.org https://www.eknet.org pgp: 481161A0
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com<http://jweekend.com/>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by ne...@eknet.org.
ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be
problem since you did the work already. If it works and I find some time
I'll try with github
thanks and regards,
eike
On [Tue, 15.03.2011 22:10], Martin Grigorov wrote:
> Well, wicketstuff is hosted at GitHub and any user can contribute.
> If you have some time and willing to share your work with the community you
> can do it yourself.
> Otherwise just create a ticket in wicketstuff's issue tracking system and
> someone of us will do it when we have some time.
>
> Thanks for testing the RCs ! ;-)
>
> On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner <ne...@eknet.org> wrote:
>
> > Hi Martin,
> >
> > thanks for your response and no need to apologize! It's good to have rcX
> > candidate releases to play with so issues can be found.
> >
> > For me a wicket-osgi dependency would be great! And I really don't care
> > about where to download :) I don't think that providing it from wicketstuff
> > would bother users...
> >
> > If you decide to not support osgi out-of-the-box, it's still no problem
> > to create an aggregate jar myself. I'd think most osgi users have to do
> > this (unfortunately) quite often to add other "no-bundle-jars". But
> > with a distributed jar, it's of course a lot easier - I would appreciate
> > it (as probably other osgi users would).
> >
> > regards,
> > Eike
> >
> > On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
> > > Hi Eike,
> > >
> > > Sorry that we broke OSGi support again.
> > > The problem was that many users wanted -sources and -javadoc for the
> > > aggregate .jar and it became a bit complex and confusing.
> > >
> > > I think we can add wicket-osgi project in wicketstuff/core repository
> > that
> > > will do the same we did initially in WICKET-3088 and then you will use
> > > org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff
> > core
> > > projects few days after Wicket releases.
> > >
> > > Other opinions/suggestions ?
> > >
> > > martin-g
> > >
> > > On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner <ne...@eknet.org> wrote:
> > >
> > > > Hi,
> > > >
> > > > I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when
> > > > upgrading related to package names
> > > > (https://issues.apache.org/jira/browse/WICKET-3088)
> > > >
> > > > Now I tried upgrading to 1.5-rc2 and found that there is no aggregate
> > > > jar file anymore. I then read the discussion-thread "[discuss] How to
> > > > resolve wicket aggregate classes / sources jar issues".
> > > > (nabble:
> > > >
> > > >
> > http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html
> > )
> > > > As it states, the aggregate jar has been removed from the wicket
> > > > distribution. Now, this introduces the very same issues described in
> > > > WICKET-3088 again.
> > > >
> > > > While I can just repackage wicket myself and create a aggregate jar to
> > > > feed the osgi container, it is first more inconvenient :) and secondly,
> > > > there is then no real reason to have the wicket-xxx jars export
> > > > packages, as they won't work in an OSGi container one by one anyways. I
> > > > cannot add all single jars to the osgi container, because of the
> > clashes
> > > > in export-package.
> > > >
> > > > so in summary, there is another use case where the aggregate jar is
> > > > really helpful: when using wicket with osgi. But it only is, because
> > > > the single wicket jars export the same packages (for example,
> > > > wicket-request and wicket-core both export
> > > > org.apache.wicket.request.handler).
> > > >
> > > > Are there any thoughts of adding this aggregate jar to the distribution
> > > > back again?
> > > >
> > > > kind regards,
> > > > eike
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > > For additional commands, e-mail: users-help@wicket.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Martin Grigorov
> > > jWeekend
> > > Training, Consulting, Development
> > > http://jWeekend.com <http://jweekend.com/>
> >
> > --
> > email: eike@eknet.org https://www.eknet.org pgp: 481161A0
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com <http://jweekend.com/>
--
email: eike@eknet.org https://www.eknet.org pgp: 481161A0
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Martin Grigorov <mg...@apache.org>.
Well, wicketstuff is hosted at GitHub and any user can contribute.
If you have some time and willing to share your work with the community you
can do it yourself.
Otherwise just create a ticket in wicketstuff's issue tracking system and
someone of us will do it when we have some time.
Thanks for testing the RCs ! ;-)
On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner <ne...@eknet.org> wrote:
> Hi Martin,
>
> thanks for your response and no need to apologize! It's good to have rcX
> candidate releases to play with so issues can be found.
>
> For me a wicket-osgi dependency would be great! And I really don't care
> about where to download :) I don't think that providing it from wicketstuff
> would bother users...
>
> If you decide to not support osgi out-of-the-box, it's still no problem
> to create an aggregate jar myself. I'd think most osgi users have to do
> this (unfortunately) quite often to add other "no-bundle-jars". But
> with a distributed jar, it's of course a lot easier - I would appreciate
> it (as probably other osgi users would).
>
> regards,
> Eike
>
> On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
> > Hi Eike,
> >
> > Sorry that we broke OSGi support again.
> > The problem was that many users wanted -sources and -javadoc for the
> > aggregate .jar and it became a bit complex and confusing.
> >
> > I think we can add wicket-osgi project in wicketstuff/core repository
> that
> > will do the same we did initially in WICKET-3088 and then you will use
> > org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff
> core
> > projects few days after Wicket releases.
> >
> > Other opinions/suggestions ?
> >
> > martin-g
> >
> > On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner <ne...@eknet.org> wrote:
> >
> > > Hi,
> > >
> > > I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when
> > > upgrading related to package names
> > > (https://issues.apache.org/jira/browse/WICKET-3088)
> > >
> > > Now I tried upgrading to 1.5-rc2 and found that there is no aggregate
> > > jar file anymore. I then read the discussion-thread "[discuss] How to
> > > resolve wicket aggregate classes / sources jar issues".
> > > (nabble:
> > >
> > >
> http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html
> )
> > > As it states, the aggregate jar has been removed from the wicket
> > > distribution. Now, this introduces the very same issues described in
> > > WICKET-3088 again.
> > >
> > > While I can just repackage wicket myself and create a aggregate jar to
> > > feed the osgi container, it is first more inconvenient :) and secondly,
> > > there is then no real reason to have the wicket-xxx jars export
> > > packages, as they won't work in an OSGi container one by one anyways. I
> > > cannot add all single jars to the osgi container, because of the
> clashes
> > > in export-package.
> > >
> > > so in summary, there is another use case where the aggregate jar is
> > > really helpful: when using wicket with osgi. But it only is, because
> > > the single wicket jars export the same packages (for example,
> > > wicket-request and wicket-core both export
> > > org.apache.wicket.request.handler).
> > >
> > > Are there any thoughts of adding this aggregate jar to the distribution
> > > back again?
> > >
> > > kind regards,
> > > eike
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > > For additional commands, e-mail: users-help@wicket.apache.org
> > >
> > >
> >
> >
> > --
> > Martin Grigorov
> > jWeekend
> > Training, Consulting, Development
> > http://jWeekend.com <http://jweekend.com/>
>
> --
> email: eike@eknet.org https://www.eknet.org pgp: 481161A0
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>
Re: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Eike Kettner <ne...@eknet.org>.
Hi Martin,
thanks for your response and no need to apologize! It's good to have rcX
candidate releases to play with so issues can be found.
For me a wicket-osgi dependency would be great! And I really don't care
about where to download :) I don't think that providing it from wicketstuff
would bother users...
If you decide to not support osgi out-of-the-box, it's still no problem
to create an aggregate jar myself. I'd think most osgi users have to do
this (unfortunately) quite often to add other "no-bundle-jars". But
with a distributed jar, it's of course a lot easier - I would appreciate
it (as probably other osgi users would).
regards,
Eike
On [Tue, 15.03.2011 20:43], Martin Grigorov wrote:
> Hi Eike,
>
> Sorry that we broke OSGi support again.
> The problem was that many users wanted -sources and -javadoc for the
> aggregate .jar and it became a bit complex and confusing.
>
> I think we can add wicket-osgi project in wicketstuff/core repository that
> will do the same we did initially in WICKET-3088 and then you will use
> org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff core
> projects few days after Wicket releases.
>
> Other opinions/suggestions ?
>
> martin-g
>
> On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner <ne...@eknet.org> wrote:
>
> > Hi,
> >
> > I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when
> > upgrading related to package names
> > (https://issues.apache.org/jira/browse/WICKET-3088)
> >
> > Now I tried upgrading to 1.5-rc2 and found that there is no aggregate
> > jar file anymore. I then read the discussion-thread "[discuss] How to
> > resolve wicket aggregate classes / sources jar issues".
> > (nabble:
> >
> > http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html)
> > As it states, the aggregate jar has been removed from the wicket
> > distribution. Now, this introduces the very same issues described in
> > WICKET-3088 again.
> >
> > While I can just repackage wicket myself and create a aggregate jar to
> > feed the osgi container, it is first more inconvenient :) and secondly,
> > there is then no real reason to have the wicket-xxx jars export
> > packages, as they won't work in an OSGi container one by one anyways. I
> > cannot add all single jars to the osgi container, because of the clashes
> > in export-package.
> >
> > so in summary, there is another use case where the aggregate jar is
> > really helpful: when using wicket with osgi. But it only is, because
> > the single wicket jars export the same packages (for example,
> > wicket-request and wicket-core both export
> > org.apache.wicket.request.handler).
> >
> > Are there any thoughts of adding this aggregate jar to the distribution
> > back again?
> >
> > kind regards,
> > eike
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
> >
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com <http://jweekend.com/>
--
email: eike@eknet.org https://www.eknet.org pgp: 481161A0
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: wicket 1.5-rc2 and aggregate jar for osgi
Posted by Martin Grigorov <mg...@apache.org>.
Hi Eike,
Sorry that we broke OSGi support again.
The problem was that many users wanted -sources and -javadoc for the
aggregate .jar and it became a bit complex and confusing.
I think we can add wicket-osgi project in wicketstuff/core repository that
will do the same we did initially in WICKET-3088 and then you will use
org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff core
projects few days after Wicket releases.
Other opinions/suggestions ?
martin-g
On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner <ne...@eknet.org> wrote:
> Hi,
>
> I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when
> upgrading related to package names
> (https://issues.apache.org/jira/browse/WICKET-3088)
>
> Now I tried upgrading to 1.5-rc2 and found that there is no aggregate
> jar file anymore. I then read the discussion-thread "[discuss] How to
> resolve wicket aggregate classes / sources jar issues".
> (nabble:
>
> http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html)
> As it states, the aggregate jar has been removed from the wicket
> distribution. Now, this introduces the very same issues described in
> WICKET-3088 again.
>
> While I can just repackage wicket myself and create a aggregate jar to
> feed the osgi container, it is first more inconvenient :) and secondly,
> there is then no real reason to have the wicket-xxx jars export
> packages, as they won't work in an OSGi container one by one anyways. I
> cannot add all single jars to the osgi container, because of the clashes
> in export-package.
>
> so in summary, there is another use case where the aggregate jar is
> really helpful: when using wicket with osgi. But it only is, because
> the single wicket jars export the same packages (for example,
> wicket-request and wicket-core both export
> org.apache.wicket.request.handler).
>
> Are there any thoughts of adding this aggregate jar to the distribution
> back again?
>
> kind regards,
> eike
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com <http://jweekend.com/>