incubator-clerezza-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Daniel Spicar (Commented) (JIRA)" <>
Subject [jira] [Commented] (CLEREZZA-617) Bug in org.apache.clerezza.platform.typerendering.WebRenderingService causes a refresh of all bundles
Date Mon, 23 Jan 2012 12:12:41 GMT


Daniel Spicar commented on CLEREZZA-617:

Ok ich did some changes.

1. I removed the felix dependent code and extended the interface of ScalaServerPagesService.
Now there is a registerScalaServerPage method that takes a classloader as argument. I did
this to remove platform dependency (and the ugly hack associated with it) and restore backwards

The implications are now that the user of ScalaServerPagesService needs to be aware of the
problem described here in order to make the correct choice of methods to use. Better documentation
can help raise awareness. But on the plus side all SSPs will continue to work as they did
so far.

2. I tested the behavior of TrackingCompiler with multiple bundles using the new method to
register their SSPs. As far as I can tell the behavior is the same as without this patch.

Regarding the need to declare manual or dynamic imports for runtime dependencies: I have been
discussing this on the felix mailing list. It appears that the there is no supported way to
solve this dynamically/without the user needing to declare these imports. The corresponding
thread is here:

> Bug in org.apache.clerezza.platform.typerendering.WebRenderingService causes a refresh
of all bundles
> -----------------------------------------------------------------------------------------------------
>                 Key: CLEREZZA-617
>                 URL:
>             Project: Clerezza
>          Issue Type: Bug
>         Environment: Mac OSx 10.6.6
> java version "1.6.0_26"
> Java(TM) SE Runtime Environment (build 1.6.0_26-b03-384-10M3425)
> Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-384, mixed mode)
>            Reporter: Tsuyoshi Ito
>            Assignee: Daniel Spicar
>            Priority: Critical
>         Attachments: refreshes.png,,
> Updating a bundle which provides a WebrenderingService causes an update of all bundles
(after refresh). Even thougth there are no dependencies between most of the bundles.
> test bundles to reproduce the bug attached.
> How to reproduce it:
> parent version 0.3-incubating-SNAPSHOT is used in test bundles (probably you need  0.2-incubating-SNAPSHOT).
> attempt 1
> 1. Install and start bundle
> 2. Install and start bundle
> 3. Go to http://localhost:8080/admin/renderingtest, The WebrenderingService produces
the text "hello test". WebrenderingService is used in an ssp in the webrenderingserviceconsumer
> 4. update, 
> 5. enter ":f refresh", a refresh is necessary. all bundles are updated
> Furthermore the following error occured, which makes Clerezza Console unavailable.
>$$anon$1@2053076f: caught
Bad file descriptor
> Bad file descriptor
> 	at Method)
> 	at
> 	at
> 	at
> 	at
> 	at
> 	at
> 	at
> 	at
> 	at
> 	at$$anon$1$$anonfun$act$1$$anonfun$apply$1.apply(InterruptibleInputStream.scala:40)
> 	at$$anon$1$$anonfun$act$1$$anonfun$apply$1.apply(InterruptibleInputStream.scala:35)
> 	at
> 	at scala.actors.Reactor$class.resumeReceiver(Reactor.scala:129)
> 	at$$anon$1.scala$actors$ReplyReactor$$super$resumeReceiver(InterruptibleInputStream.scala:32)
> 	at scala.actors.ReplyReactor$class.resumeReceiver(ReplyReactor.scala:69)
> 	at$$anon$1.resumeReceiver(InterruptibleInputStream.scala:32)
> 	at scala.actors.Actor$class.searchMailbox(Actor.scala:478)
> 	at$$anon$1.searchMailbox(InterruptibleInputStream.scala:32)
> 	at scala.actors.Reactor$$anonfun$startSearch$1$$anonfun$apply$mcV$sp$1.apply(Reactor.scala:114)
> 	at scala.actors.Reactor$$anonfun$startSearch$1$$anonfun$apply$mcV$sp$1.apply(Reactor.scala:114)
> 	at
> 	at scala.concurrent.forkjoin.ForkJoinPool$AdaptedRunnable.exec(
> 	at scala.concurrent.forkjoin.ForkJoinTask.quietlyExec(
> 	at scala.concurrent.forkjoin.ForkJoinWorkerThread.mainLoop(
> 	at
> Because Clerezza Console is unavailable I have used http://localhost:8080/system/console/shell

> attempt 2
> 1 .Update bundle again without visiting http://localhost:8080/admin/renderingtest
first (not compiling the ssp)
> 2. enter refresh => no refresh necessary

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message