[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [gemini-dev] Gemini Web on Felix
|
Hi Glyn,
No probs, I'm used to life on the edge :)
Issue raised here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=319546
Thanks for the build I'll give it a whirl.
Regards,
Dave
On Mon, Jul 12, 2010 at 12:40 PM, Glyn Normington
<gnormington@xxxxxxxxxx> wrote:
> Hi Dave
>
> I'm afraid you've hit the bleeding edge of our build system changes. The build *should* try the Virgo build area and then fall back to Amazon S3, which it's clearly not doing.
>
> Please could you raise a bugzilla against Gemini Web and attach your build output so we can dig into this? Please note that the engineer who has done most of our build work is on leave this week, so it may take us a little time to get you a fix.
>
> Meanwhile, the build I did earlier is available at [1]. :-)
>
> Glyn
> [1] http://dl.dropbox.com/u/2487064/gemini-web-1.1.0.BUILD-20100712102711.zip
> On 12 Jul 2010, at 12:31, David Savage wrote:
>
>> Don't worry found it myself (I think) -> http://wiki.eclipse.org/Virgo/Source
>>
>> $ git clone git://git.eclipse.org/gitroot/gemini.web/org.eclipse.gemini.web.gemini-web-container.git
>> $ cd org.eclipse.gemini.web.gemini-web-container
>> $ git submodule update --init
>> $ cd build-web-container/
>> $ ant clean clean-integration test
>>
>> However when I run the build it pops up an ivy password dialog for
>> build.eclipse.org: username virgoBuild
>>
>> Guessing the build needs some log in credentials?
>>
>> Regards,
>>
>> Dave
>>
>> On Mon, Jul 12, 2010 at 12:16 PM, David Savage <david.savage@xxxxxxxxxxx> wrote:
>>> Hi Glyn,
>>>
>>> Great thanks very much, sure if possible I'd like to checkout and build.
>>>
>>> The build link you provide mentions:
>>>
>>> git clone <repository URL>
>>>
>>> Where there's an example that says for the osgi-test-stubs module do:
>>>
>>> git clone git://git.eclipse.org/gitroot/virgo/org.eclipse.virgo.osgi-test-stubs.git
>>>
>>> Any chance you can point me at the relevant repos I'd need to checkout/build?
>>>
>>> Thanks again,
>>>
>>> Regards,
>>>
>>> Dave
>>>
>>> On Mon, Jul 12, 2010 at 11:24 AM, Glyn Normington
>>> <gnormington@xxxxxxxxxx> wrote:
>>>> Hi Dave
>>>>
>>>> That was a bug. We were catching Exception but not NoClassDefFoundError. I raised bug 319519 to cover this and just committed a fix. The fix will appear in the next milestone (not sure when that will happen - we don't have a current driver for it) or you can easily build the code yourself [2] if you want something sooner.
>>>>
>>>> Glyn
>>>> [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=319519
>>>> [2] http://wiki.eclipse.org/Virgo/Build#Building_Individual_Repositories
>>>> On 10 Jul 2010, at 23:24, David Savage wrote:
>>>>
>>>>> Hi Glyn,
>>>>>
>>>>> After fixing the org.osgi.util.tracker;version=1.4.2 in the
>>>>> org.eclipse.geminweb.* bundles and the fragment host header in
>>>>> com.springsource.org.apache.jasper.springsource - here's the stack
>>>>> trace I get when I launch these bundles in felix:
>>>>>
>>>>> java -jar launcher.jar bundles/RE:
>>>>> org.apache.felix.framework.resolver.ResolveException: Constraint
>>>>> violation for package 'javax.xml.namespace' when resolving module 10.0
>>>>> between existing import 0.javax.xml.namespace BLAMED ON [[10.0]
>>>>> package; (package=javax.xml.namespace)] and uses constraint
>>>>> 31.0.javax.xml.namespace BLAMED ON [[10.0] package;
>>>>> (&(package=javax.xml.stream)(version>=1.0.1)(!(version>=2.0.0)))]
>>>>> Error starting framework: org.osgi.framework.BundleException:
>>>>> Activator start error in bundle org.eclipse.gemini.web.tomcat [31].
>>>>> org.osgi.framework.BundleException: Activator start error in bundle
>>>>> org.eclipse.gemini.web.tomcat [31].
>>>>> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1909)
>>>>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1779)
>>>>> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:905)
>>>>> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:892)
>>>>> at launcher.Main.main(Main.java:92)
>>>>> Caused by: java.lang.NoClassDefFoundError:
>>>>> org/eclipse/osgi/framework/internal/core/BundleHost
>>>>> at org.eclipse.gemini.web.tomcat.internal.support.EquinoxBundleFileResolver.canUse(EquinoxBundleFileResolver.java:49)
>>>>> at org.eclipse.gemini.web.tomcat.internal.support.BundleFileResolverFactory.createBundleFileResolver(BundleFileResolverFactory.java:30)
>>>>> at org.eclipse.gemini.web.tomcat.internal.Tomcat.<init>(Tomcat.java:64)
>>>>> at org.eclipse.gemini.web.tomcat.internal.TomcatServletContainerFactory.createContainer(TomcatServletContainerFactory.java:27)
>>>>> at org.eclipse.gemini.web.tomcat.internal.Activator.createContainer(Activator.java:92)
>>>>> at org.eclipse.gemini.web.tomcat.internal.Activator.start(Activator.java:50)
>>>>> at org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:633)
>>>>> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1862)
>>>>> ... 4 more
>>>>> Caused by: java.lang.ClassNotFoundException:
>>>>> org.eclipse.osgi.framework.internal.core.BundleHost
>>>>> at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:772)
>>>>> at org.apache.felix.framework.ModuleImpl.access$200(ModuleImpl.java:73)
>>>>> at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1685)
>>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
>>>>>
>>>>> The fact that the exception is leaking out of the
>>>>> org.eclipse.gemini.web.tomcat.internal.Activator.start method seems to
>>>>> suggest the ClassNotFoundException is pretty terminal?
>>>>>
>>>>> Hope that's of some help in any case.
>>>>>
>>>>> Regards,
>>>>>
>>>>> Dave
>>>>>
>>>>> On Fri, Jul 9, 2010 at 4:48 PM, Glyn Normington <gnormington@xxxxxxxxxx> wrote:
>>>>>> The Gemini Web code has a BundleFileResolver interface and two implementations. There is an Equinox specific EquinoxBundleFileResolver which refers to BundleHost and other Equinox internals. Then there is the NoOpBundleFileResolver, nested in BundleFileResolverFactory, which is framework neutral. There may be some degradation of function with the noop version, but it should protect against requiring Equinox specifics on Felix. So the big question is what's the stack trace of the ClassNotFoundException for BundleHost? You see we attempt to load it to determine which of the above implementations to use, so the failed class load could be totally benign.
>>>>>>
>>>>>> Glyn
>>>>>> On 9 Jul 2010, at 15:20, David Savage wrote:
>>>>>>
>>>>>>> On Fri, Jul 9, 2010 at 3:18 PM, David Savage <david.savage@xxxxxxxxxxx> wrote:
>>>>>>>> I get a sinking feeling :)
>>>>>>>>
>>>>>>>> java.lang.ClassNotFoundException:
>>>>>>>> org.eclipse.osgi.framework.internal.core.BundleHost
>>>>>>>>
>>>>>>>> I'm guessing there's on simple workaround to that?
>>>>>>>
>>>>>>> on -> no
>>>>>>>
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>>
>>>>>>>> Dave
>>>>>>>>
>>>>>>>> On Fri, Jul 9, 2010 at 2:55 PM, David Savage <david.savage@xxxxxxxxxxx> wrote:
>>>>>>>>> Hi there,
>>>>>>>>>
>>>>>>>>> Ok so we've got a work around for the fragment version issue but then
>>>>>>>>> ran into the next problem :(
>>>>>>>>>
>>>>>>>>> java -Xdebug -Xrunjdwp:transport=dt_socket,address=8001,server=y,suspend=n
>>>>>>>>> -jar launcher.jar bundles/Listening for transport dt_socket at
>>>>>>>>> address: 8001
>>>>>>>>> Error starting framework: org.osgi.framework.BundleException:
>>>>>>>>> Unresolved constraint in bundle org.eclipse.gemini.web.core [29]:
>>>>>>>>> Unable to resolve 29.0: missing requirement [29.0] package;
>>>>>>>>> (&(package=org.osgi.util.tracker)(version>=1.4.2)) - [29.0] package;
>>>>>>>>> (&(package=org.osgi.util.tracker)(version>=1.4.2))
>>>>>>>>> org.osgi.framework.BundleException: Unresolved constraint in bundle
>>>>>>>>> org.eclipse.gemini.web.core [29]: Unable to resolve 29.0: missing
>>>>>>>>> requirement [29.0] package;
>>>>>>>>> (&(package=org.osgi.util.tracker)(version>=1.4.2)) - [29.0] package;
>>>>>>>>> (&(package=org.osgi.util.tracker)(version>=1.4.2))
>>>>>>>>> at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3421)
>>>>>>>>> at org.apache.felix.framework.Felix.startBundle(Felix.java:1754)
>>>>>>>>> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:905)
>>>>>>>>> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:892)
>>>>>>>>> at launcher.Main.main(Main.java:92)
>>>>>>>>>
>>>>>>>>> The trouble is the 1.4.2 version looks to be a mistake in equinox [1]
>>>>>>>>> I don't think this API actually exists?
>>>>>>>>>
>>>>>>>>> This import seems to be found in the following two bundles at least
>>>>>>>>> (haven't checked further)
>>>>>>>>>
>>>>>>>>> org.eclipse.gemini.web.core-1.1.0.M01.jar
>>>>>>>>> org.eclipse.gemini.web.extender-1.1.0.M01.jar
>>>>>>>>>
>>>>>>>>> Again I'll try rebuilding with the correct versions and let you know
>>>>>>>>> how I get on...
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> Dave
>>>>>>>>>
>>>>>>>>> [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=279622
>>>>>>>>>
>>>>>>>>> On Fri, Jul 9, 2010 at 10:35 AM, Glyn Normington <gnormington@xxxxxxxxxx> wrote:
>>>>>>>>>> Thanks Dave.
>>>>>>>>>>
>>>>>>>>>> Glyn
>>>>>>>>>> On 9 Jul 2010, at 09:59, David Savage wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Glyn,
>>>>>>>>>>>
>>>>>>>>>>> Great, thx very much. Will try the hack as you suggest and see how I
>>>>>>>>>>> get on, guess there's always the possibility I just hit the next
>>>>>>>>>>> problem but fingers crossed...
>>>>>>>>>>>
>>>>>>>>>>> Have filed a bug here:
>>>>>>>>>>>
>>>>>>>>>>> https://issuetracker.springsource.com/browse/EBR-662
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>>
>>>>>>>>>>> Dave
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Jul 9, 2010 at 9:48 AM, Glyn Normington <gnormington@xxxxxxxxxx> wrote:
>>>>>>>>>>>> Hi Dave
>>>>>>>>>>>>
>>>>>>>>>>>> I responded to FELIX-2466 suggesting you raise a bug against the EBR to get this fixed. If you do raise a bug, please let me know the number.
>>>>>>>>>>>>
>>>>>>>>>>>> Meanwhile by far the easiest way for you to make progress is to unjar, hack the manifest, and rejar.
>>>>>>>>>>>>
>>>>>>>>>>>> I've raised a bug against Equinox as its behaviour got us into this situation in the first place and we don't want other users to run into this:
>>>>>>>>>>>>
>>>>>>>>>>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=319349
>>>>>>>>>>>>
>>>>>>>>>>>> Glyn
>>>>>>>>>>>> On 8 Jul 2010, at 23:26, David Savage wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi there,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have an update to the issue of trying to get gemini running on
>>>>>>>>>>>>> Felix. Richard's taken a look at the issue with regard to the resolver
>>>>>>>>>>>>> and the problem seems to be due to using non standard headers in
>>>>>>>>>>>>> Gemini, namely Fragment-Host "version" attribute which should actually
>>>>>>>>>>>>> be "bundle-version" as per the spec.
>>>>>>>>>>>>>
>>>>>>>>>>>>> There's discussion of the issue here:
>>>>>>>>>>>>>
>>>>>>>>>>>>> https://issues.apache.org/jira/browse/FELIX-2466
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'd be happy to test out a fix if someone can point me in the right
>>>>>>>>>>>>> direction for downloading the source from (svn?).
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Dave
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> gemini-dev mailing list
>>>>>>>>>>>>> gemini-dev@xxxxxxxxxxx
>>>>>>>>>>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> gemini-dev mailing list
>>>>>>>>>>>> gemini-dev@xxxxxxxxxxx
>>>>>>>>>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> gemini-dev mailing list
>>>>>>>>>>> gemini-dev@xxxxxxxxxxx
>>>>>>>>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> gemini-dev mailing list
>>>>>>>>>> gemini-dev@xxxxxxxxxxx
>>>>>>>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gemini-dev mailing list
>>>>>>> gemini-dev@xxxxxxxxxxx
>>>>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>>>
>>>>>> _______________________________________________
>>>>>> gemini-dev mailing list
>>>>>> gemini-dev@xxxxxxxxxxx
>>>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>>>
>>>>> _______________________________________________
>>>>> gemini-dev mailing list
>>>>> gemini-dev@xxxxxxxxxxx
>>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>
>>>> _______________________________________________
>>>> gemini-dev mailing list
>>>> gemini-dev@xxxxxxxxxxx
>>>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>>>>
>>>
>> _______________________________________________
>> gemini-dev mailing list
>> gemini-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>
> _______________________________________________
> gemini-dev mailing list
> gemini-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/gemini-dev
>
