>> Right, that's what I am also trying to see/find.
>
> Sorry, I got confused by your question initially. The query language is not
> for an
> end-user, it is for developers or machines.
So why would a developer use it? One point of the DSL was to have type safe
queries and now we want
him to
On Thu 2013-06-13 16:10, Hardy Ferentschik wrote:
>
> On 13 Jan 2013, at 2:11 PM, Gunnar Morling wrote:
>
> > 2013/6/13 Hardy Ferentschik
> >
> > On 13 Jan 2013, at 8:47 AM, Gunnar Morling wrote:
> >
> > > Would creating a "real" query language instead of a serialized object
> > > representa
Mostly we discussed about developing then maven and gradle plugins, from
packaging to initial features. Very excited!
[11:03] Meeting ended Thu Jun 13 15:59:59 2013 UTC. Information
about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
[11:03] Minutes:
http://transcripts.jboss.org/meet
On 13 Jan 2013, at 2:11 PM, Gunnar Morling wrote:
> 2013/6/13 Hardy Ferentschik
>
> On 13 Jan 2013, at 8:47 AM, Gunnar Morling wrote:
>
> > Would creating a "real" query language instead of a serialized object
> > representation make sense then?
>
> You mean the Lucene query language -
>
2013/6/13 Hardy Ferentschik
>
> On 13 Jan 2013, at 8:47 AM, Gunnar Morling wrote:
>
> > Would creating a "real" query language instead of a serialized object
> > representation make sense then?
>
> You mean the Lucene query language -
> http://lucene.apache.org/core/old_versioned_docs/versions/3
On 13 Jan 2013, at 8:47 AM, Gunnar Morling wrote:
> Would creating a "real" query language instead of a serialized object
> representation make sense then?
You mean the Lucene query language -
http://lucene.apache.org/core/old_versioned_docs/versions/3_4_0/queryparsersyntax.html
;-)
In the e
Would creating a "real" query language instead of a serialized object
representation make sense then?
This would allow for a conciser syntax, making it easier to write (that's
why I asked who would be writing such queries), but probably it'd be more
work to create such a language. I guess a sub-se