Hi everyone,

I've just updated HEAD on master to use Akka 2.0. Everything seems to
work with this change. Could someone at ReportGrid please make a
snapshot release from this?

Thanks,
N.

Does BlueEyes support TLS on the client and on the server?

I am working on WebID ( http://webid.info ) and am looking for a RESTful
framework that works with Akka and that would be useful for the work the W3C is
doing in that space.

I recently ported TLS to Play 2.0 [1] but they have not provided much feedback
or enthusiasm. Also their Promises library does not fit in nicely with Akka,
which is a bit problematic for Alexandre Bertails who is working at the  W3C
where he developed the  Pimp-my-RDF library [2]. So before making the jump I am
making a quick survey of the space.

It looks like spray is also a nice framework but they are not using Akka 2.0 -
and we need to build a demo for April. For WebID TLS and TLS renegotiation is
vital. But when I asked about TLS support in Akka I was told that they did not
have TLS support yet. But netty-client can deal with it nicely.

I saw some references to TLS in the BlueEyes code, but wanted to make sure
beforehand. What WebID needs on the server is the ability to do TLS
renegotiation in order to ask the client for a certificate when and only when
required -  netty allows that and I was able to get that to work in unfiltered
and in Play2.0. On the client TLS will be important to in order to allow the
server to fetch files protected behind https. Having all that use Akka 2.0 would
be ideal.

   Sincerely,

    Henry Story
   http://bblfish.net/

[1] https://github.com/bblfish/Play20
[2] https://github.com/betehess/pimp-my-rdf/
[3] https://github.com/spray/spray/wiki
[4] https://groups.google.com/d/topic/akka-user/rbfJAUOAmv4/discussion

Hopefully someone else can answer with more authority. If the client doesn't, I have a client built on https://github.com/sonatype/async-http-client which might provide a better starting point. If so I'm happy to share it. I intend to get it into BlueEyes but haven't yet had the time to polish it.

Noel-

This raised a few issues so I wanted to communicate how I think things will go
forward.

1. Having jdegoes/blueeyes release to central probably makes more sense than the
reportgrid nexus as currently configured. (Derek is going to look into this.)

2. Once that is done Derek can issue credentials for publishing to blueeyes
devs.

This should decouple internal reportgrid stability decisions from the public
project process/fixes. Note, this doesn't change our resolve to stay in sync
just leaves the door open for our production needs. :)

Cheers,

Nick

--- In blueeyes-web@yahoogroups.com, Noel Welsh <noelwelsh@...> wrote:
>
> Hi everyone,
>
> I've just updated HEAD on master to use Akka 2.0. Everything seems to
> work with this change. Could someone at ReportGrid please make a
> snapshot release from this?
>
> Thanks,
> N.
>

I opened an issue for TLS/SSL/https support in akka

http://www.assembla.com/spaces/akka/tickets/1933-missking-https-------support-(-\
aka-http-over-ssl-or-tls-)

I should have done that a few months ago. I don't see how a framework that is
completely based on akka can support TLS if akka does not. So for the moment
I'll be using wrappers around netty's async http client such as that provided by
Play. I'd rather not have to depend on the whole of Play for something like
this, and would much rather work with akka directly so that my code can work
with BlueEyes and other frameworks just as easily ....

Please add a vote on that ticket. Thanks.

--- In blueeyes-web@yahoogroups.com, "Henry Story" <henry.story@...> wrote:
>
> Does BlueEyes support TLS on the client and on the server?
>
> I am working on WebID ( http://webid.info ) and am looking for a RESTful
framework that works with Akka and that would be useful for the work the W3C is
doing in that space.
>
> I recently ported TLS to Play 2.0 [1] but they have not provided much feedback
or enthusiasm. Also their Promises library does not fit in nicely with Akka,
which is a bit problematic for Alexandre Bertails who is working at the  W3C
where he developed the  Pimp-my-RDF library [2]. So before making the jump I am
making a quick survey of the space.
>
> It looks like spray is also a nice framework but they are not using Akka 2.0 -
and we need to build a demo for April. For WebID TLS and TLS renegotiation is
vital. But when I asked about TLS support in Akka I was told that they did not
have TLS support yet. But netty-client can deal with it nicely.
>
> I saw some references to TLS in the BlueEyes code, but wanted to make sure
beforehand. What WebID needs on the server is the ability to do TLS
renegotiation in order to ask the client for a certificate when and only when
required -  netty allows that and I was able to get that to work in unfiltered
and in Play2.0. On the client TLS will be important to in order to allow the
server to fetch files protected behind https. Having all that use Akka 2.0 would
be ideal.
>
>   Sincerely,
>
>    Henry Story
>   http://bblfish.net/
>
> [1] https://github.com/bblfish/Play20
> [2] https://github.com/betehess/pimp-my-rdf/
> [3] https://github.com/spray/spray/wiki
> [4] https://groups.google.com/d/topic/akka-user/rbfJAUOAmv4/discussion
>

BlueEyes very definitely supports HTTPS, as I have code running in production that uses it both in the server and the client. Akka provides many things, including some concurrency components (e.g. futures, actors), which BlueEyes uses, and some distributed systems components (e.g. remote actors) which BlueEyes does not use. I don't see that Akka support for TLS has any impact on using BlueEyes as a web framework to send or receive HTTPS requests.

I recently wrote an asynchronous parser for using the  netty-client library

 
https://dvcs.w3.org/hg/read-write-web/file/d9c1f87eee55/src/main/scala/cache/Web\
Fetcher.scala

I would like to use something more functional to do the same thing. I found that
I can do this in Play 2.0 with code such as

   WS.url(u.toString).withHeaders("Accept"->
        
"application/rdf+xml,text/turtle,application/xhtml+xml;q=0.8,text/html;q=0.7,tex\
t/n3;q=0.2").get{ response =>
          val lang = response.headers.get("Content-Type").map(_.head) match {
            case Some(mime) => {
              Lang(mime.split(";")(0)) getOrElse Lang.default
            }
            case None => RDFXML //todo: it would be better to try to do a bit of
guessing in this case by looking at content
          }

          val loc = response.headers.get("Content-Location").map(_.head) match {
            case Some(loc) => new URL(u, loc)
            case None => new URL(u.getProtocol, u.getAuthority, u.getPort,
u.getPath)
          }

          lang match {
            case RDFXML => Iteratee.fold[Array[Byte],RdfXmlFeeder](new
RdfXmlFeeder(loc.toString)){ (graph,bytes)=>
              if (graph.feeder.needMoreInput()) {
                graph.feeder.feedInput(bytes, 0, bytes.length)
              } else Done("ERROR: The feeder could not take any  more input for "
+ loc) //todo, throw error instead

              //should one check if asyncParser needs more input?
              graph.asyncParser.parse()
              graph
            }
            //case TURTLE => use my turtle parser in some way similar as above
            //case _ => Iteratee.fold([Array[Byte],InputStream])(new InputStream)
{ (in, bytes) =>

          }
        }

   case class RdfXmlFeeder(base: String) {
     lazy val asyncReader: AsyncXMLStreamReader = new
InputFactoryImpl().createAsyncXMLStreamReader();
     lazy val feeder: AsyncInputFeeder = asyncReader.getInputFeeder();
     lazy val model: Model = ModelFactory.createDefaultModel()
     lazy val asyncParser = new AsyncJenaParser(SAX2Model.create(base,
model),asyncReader)
   }

  I have not tested that yet, but it seems close to the mark. The nice thing is
that I can invoke
the async parser that can (and later will) send its results as they become
available on to some other process,
so as to reduce memory consumption: I could process a terabyte of data like this
in less than a megabyte of memory.

So the examples in blueeyes I have seen eg. BlueEyesClientDemo seems to use the
Bijection which as I understand
builds up a full object before transforming it. If the input were a few
terabytes large that could be problematic.

But I have probably missed something.  If so I hope this question helps with the
documentation :-)

	 Henry

Social Web Architect
http://bblfish.net/

It turns out that play code does not work!

https://play.lighthouseapp.com/projects/82401-play-20/tickets/269-wsexecutestrea\
m-always-returns-null#ticket-269-2

It just returns null. Looks like it was never tested...

Anyway, is there a way to do something nice like that with BE? I looked at Scala
IO.Iteratees but they don't have a fold method...


--- In blueeyes-web@yahoogroups.com, Henry Story <henry.story@...> wrote:
>
>
> I recently wrote an asynchronous parser for using the  netty-client library
>
> 
https://dvcs.w3.org/hg/read-write-web/file/d9c1f87eee55/src/main/scala/cache/Web\
Fetcher.scala
>
> I would like to use something more functional to do the same thing. I found
that I can do this in Play 2.0 with code such as
>
>   WS.url(u.toString).withHeaders("Accept"->
>        
"application/rdf+xml,text/turtle,application/xhtml+xml;q=0.8,text/html;q=0.7,tex\
t/n3;q=0.2").get{ response =>
>          val lang = response.headers.get("Content-Type").map(_.head) match {
>            case Some(mime) => {
>              Lang(mime.split(";")(0)) getOrElse Lang.default
>            }
>            case None => RDFXML //todo: it would be better to try to do a bit
of guessing in this case by looking at content
>          }
>
>          val loc = response.headers.get("Content-Location").map(_.head) match
{
>            case Some(loc) => new URL(u, loc)
>            case None => new URL(u.getProtocol, u.getAuthority, u.getPort,
u.getPath)
>          }
>
>          lang match {
>            case RDFXML => Iteratee.fold[Array[Byte],RdfXmlFeeder](new
RdfXmlFeeder(loc.toString)){ (graph,bytes)=>
>              if (graph.feeder.needMoreInput()) {
>                graph.feeder.feedInput(bytes, 0, bytes.length)
>              } else Done("ERROR: The feeder could not take any  more input for
" + loc) //todo, throw error instead
>
>              //should one check if asyncParser needs more input?
>              graph.asyncParser.parse()
>              graph
>            }
>            //case TURTLE => use my turtle parser in some way similar as above
>            //case _ => Iteratee.fold([Array[Byte],InputStream])(new
InputStream) { (in, bytes) =>
>
>          }
>        }
>
>   case class RdfXmlFeeder(base: String) {
>     lazy val asyncReader: AsyncXMLStreamReader = new
InputFactoryImpl().createAsyncXMLStreamReader();
>     lazy val feeder: AsyncInputFeeder = asyncReader.getInputFeeder();
>     lazy val model: Model = ModelFactory.createDefaultModel()
>     lazy val asyncParser = new AsyncJenaParser(SAX2Model.create(base,
model),asyncReader)
>   }
>
>  I have not tested that yet, but it seems close to the mark. The nice thing is
that I can invoke
> the async parser that can (and later will) send its results as they become
available on to some other process,
> so as to reduce memory consumption: I could process a terabyte of data like
this in less than a megabyte of memory.
>
> So the examples in blueeyes I have seen eg. BlueEyesClientDemo seems to use
the Bijection which as I understand
> builds up a full object before transforming it. If the input were a few
terabytes large that could be problematic.
>
> But I have probably missed something.  If so I hope this question helps with
the documentation :-)
>
>  Henry
>
> Social Web Architect
> http://bblfish.net/
>

Hi all,

BlueEyes would benefit from a website beyond the current README, and I
think I'll be able to create one as part of my prep for Scala Days
talk. There are a few choices to be made. I've outlined them below. I
really really don't want to get bogged down on this, so if I don't
hear back by, say, next week I'll just go ahead and do something:

- Domain name. ReportGrid might want to own this. If not, I'll
purchase something appropriate.
- Hosting. Github Pages is the simplest. I can't set this up for
jdegoes/blueeyes as I don't have sufficient permissions. Unless
someone sets up something I will setup a Github pages site somewhere
and give all BE committers access to it.
- Design. I find discussions on design go nowhere because Everyone Is
A Designer. I have absolutely zero interest in getting into such a
discussion. I will design something unless someone else provides a
complete design (maybe matching precog/reportgrid) My design will use
Twitter Bootstrap, heavily feature the colour blue, and will probably
use Museo Slab as the title/heading font.

Cheers,
N.

Hello,

I'm trying to configure blueeyes to work with my SSL certificate. I looked for
documentation on the web but I did not find much.
Has anybody already configured blueeyes with a valid SSL certificate ?
I guess I need to specify my keystore file path somehow…

Any help would be much appreciated.

Cheers,
Jean

Hello,

you have to add the following configuration:

server {
   ssl{
     certificateEntry {
       privateKey = "keyvalue"
       certificate = "certificatevalue"
   }
}

keyvalue and certificatevalue must be base64 decoded.

Bye, Misha.

--- In blueeyes-web@yahoogroups.com, "debelyoo" <jean.rossier@...> wrote:
>
> Hello,
>
> I'm trying to configure blueeyes to work with my SSL certificate. I looked for
documentation on the web but I did not find much.
> Has anybody already configured blueeyes with a valid SSL certificate ?
> I guess I need to specify my keystore file path somehow…
>
> Any help would be much appreciated.
>
> Cheers,
> Jean
>

Thanks for the Reply !

Jean

--- In blueeyes-web@yahoogroups.com, "mlagutko" <mlagutko@...> wrote:
>
> Hello,
>
> you have to add the following configuration:
>
> server {
>   ssl{
>     certificateEntry {
>       privateKey = "keyvalue"
>       certificate = "certificatevalue"
>   }
> }
>
> keyvalue and certificatevalue must be base64 decoded.
>
> Bye, Misha.
>
> --- In blueeyes-web@yahoogroups.com, "debelyoo" <jean.rossier@> wrote:
> >
> > Hello,
> >
> > I'm trying to configure blueeyes to work with my SSL certificate. I looked
for documentation on the web but I did not find much.
> > Has anybody already configured blueeyes with a valid SSL certificate ?
> > I guess I need to specify my keystore file path somehow…
> >
> > Any help would be much appreciated.
> >
> > Cheers,
> > Jean
> >
>

Hello,
is there a good way of handling time-outs in BlueEyes ?

Something similar to what is available in Play 2.0
(http://www.playframework.org/documentation/2.0/ScalaAsync)

Cheers
Jean

I did not have time to look at it in details. I'll hopefully work on it this
week-end. I'll keep you posted. But thanks for the help anyway !

Jean

--- In blueeyes-web@yahoogroups.com, Noel Welsh <noelwelsh@...> wrote:
>
> Hello,
>
> Did you get this working? If not I can provide sample code.
>
> Cheers,
> N.
>
> On Tue, Apr 10, 2012 at 7:09 AM, Noel Welsh <noelwelsh@...> wrote:
>
> > Blueeyes Future's are just Akka Futures (I'm assuming we're talking about
> > 0.6 here) so the API is what Akka gives you. I can't see anything for
> > dealing directly with time outs in the same way as Play, but you could roll
> > your own using Future.firstCompletedOf and a Scheduler.
> >
> > N.
> >
> >
> > On Mon, Apr 9, 2012 at 2:53 PM, debelyoo <jean.rossier@...> wrote:
> >
> >> **
> >>
> >>
> >> Hello,
> >> is there a good way of handling time-outs in BlueEyes ?
> >>
> >> Something similar to what is available in Play 2.0 (
> >> http://www.playframework.org/documentation/2.0/ScalaAsync)
> >>
> >> Cheers
> >> Jean
> >>
> >>
>

Hi everyone,

I managed to knock out some more content on the book during the train
ride to/from Scala Days. The main new stuff is:

- http://noelwelsh.com/blueeyes/concurrency.html  New section on
Futures. I'd particularly like feedback on this section as it contains
somewhat opinionated ideas on error handling
- http://noelwelsh.com/blueeyes/request-handlers.html  Reorganised and
extended the section on request handlers
- http://noelwelsh.com/blueeyes/setup.html  A small section on the sbt
configuration for BE

I've also extended the intro slightly (there is an example config file
so the CalculatorService can be run without any additional work) and
updated content that referred to old versions of BE.

If anyone has any comments or feedback I'd love to hear them.

Cheers,
N.