Hi all,
We need your opinion
What mechanism do you prefer to use the YAML Stacks Parser ? (
https://github.com/jboss-jdf/jdf-stack)
* Copy the existing Parser code to my project
* Add a maven dependency that provides the Parser to my pom.xml
It takes just some seconds to vote on
http://www.surveymonkey.com/s/X78GDG3 (Due date: 08/24/2012)
Thanks
-------- Mensagem original --------
Assunto: Re: [jdf-dev] Stacks Client
Data: Wed, 22 Aug 2012 16:53:15 -0300
De: Rafael Benevides <benevides(a)redhat.com>
Empresa: Red Hat
Para: jdf-dev(a)lists.jboss.org, Fred Bricon <fbricon(a)redhat.com>, Pete
Muir <pmuir(a)redhat.com>, James Perkins <jperkins(a)redhat.com>
Today Fred Bricon asked about using the YAML Stacks file Parser that is
available on Stacks Repo.
It was suggested to have a java project so it will be possible to
understand the Parser dependencies and how it should be used.
For that, it was created the following issue:
https://issues.jboss.org/browse/JDF-98
However we already have this implementation that we could promote as an
official Stacks client:
https://github.com/jamezp/jdf-stack-client and
merge it on Stacks Repo
I'm resurrecting this Thread so we can discuss again and vote.
To help us, I've created the following Poll
http://www.surveymonkey.com/s/X78GDG3 (no signup needed)
*Please, give your opinion on this subject until 08/24/2012.
*
Thanks
Em 13-08-2012 14:56, James Perkins escreveu:
Just one thing to add about a dependency too. Since the client
wouldn't
really be a huge project, using the shade plugin would be easy enough
for anyone that doesn't want a dependency.
On 08/13/2012 08:31 AM, James Perkins wrote:
> Most of the code was from that Parser. Rafael really deserves the credit
> for the code :-) I just copied it and I just refactored a bit was all. I
> only renamed the Runtime class to ServerRuntime because IDEA kept
> annoying me thinking I was trying to use java.lang.Runtime.
>
> I normally don't like adding dependency, but in this case one needs to
> be added for a YAML parser anyway. Adding one more to me isn't really a
> big deal if it's more convenient.
>
> On 08/13/2012 03:35 AM, Pete Muir wrote:
>> Hey James,
>>
>> My initial proposal was to create a "reference client", that would be
really simple. Rafael implemented it in ~550 LOC
-https://github.com/jboss-jdf/jdf-stack/blob/master/Parser.java as I know that adding
dependencies can get really complex (e.g. consider someone using JBDS and Forge together,
and both using different versions of the client. Then this reference client can be copied
in, and used.
>>
>> However, obviously we really want to do what makes most sense for the people who
will use the client:
>>
>> * JBoss AS Maven plugin
>> * JBoss AS Forge plugin
>> * JBoss AS Eclipse plugin
>> * Arquillian (not discussed this one so far, but probably useful ;-)
>>
>> So, I guess we should call a vote :-)
>>
>> Who would prefer a dependency over a copy and paste? Please respond!
>>
>> On 11 Aug 2012, at 01:00, James Perkins wrote:
>>
>>> I've been working on getting stacks integrated with the maven plugin for
the run goal. While doing this I got to wondering if we should have a stacks client. I
believe Pete may have mentioned something about not wanting one, but it just seems
we'll end up with a bunch of duplicate code.
>>>
>>> I've created a quick
prototypehttps://github.com/jamezp/jdf-stack-client.
It would need some work and could probably be made a little more generic for integrating
with tooling, but it's just a PoC so far.
>>>
>>> Any thoughts or opinions about having a client available?
>>> --
>>> James R. Perkins
>>> JBoss by Red Hat
>>>
>>> _______________________________________________
>>> jdf-dev mailing list
>>> jdf-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/jdf-dev