Thank you Mike!
Actually I was able to execute the queue and the accumulo exporter but I
had to remove some dependencies from the recipe import to execute on 1.2
version:

<dependency>
    <groupId>org.apache.fluo</groupId>
    <artifactId>fluo-recipes-accumulo</artifactId>
    <version>1.2.0-SNAPSHOT</version>
    <exclusions>
        <exclusion>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.apache.fluo</groupId>
            <artifactId>fluo-api</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.apache.fluo</groupId>
            <artifactId>fluo-core</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.apache.zookeeper</groupId>
            <artifactId>zookeeper</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.apache.accumulo</groupId>
            <artifactId>accumulo-core</artifactId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>org.apache.accumulo</groupId>
    <artifactId>accumulo-core</artifactId>
    <version>1.8.1</version>
    <scope>*provided*</scope>
</dependency>

While I didn't exclude this dependencies it didn't work.

About the *preInit *method used to configure the export queue on the
example, should we think about a specific class the execute this kind of
operations? Like a observer but different.
The Spring introduced an annotation called " @PostConstruct " to execute
code after the application bootstrap but before the programmer's logic.

@PostConstruct
public void init() {
    // any code
}

Thanks!

Alan Camillo
*BlueShift *I IT Director
Cel.: +55 11 98283-6358
Tel.: +55 11 4605-5082

2018-02-15 19:41 GMT-02:00 Mike Walch <mwa...@gmail.com>:

> Hi Alan,
>
> I assume you are referring to the preInit() method in the documentation
> below:
>
> https://fluo.apache.org/docs/fluo-recipes/1.1.0-incubating/export-queue/
>
> Yes, this should be called in a Main method before initializing Fluo.  You
> can still initialize Fluo using "fluo init" command but you could also
> initalize Fluo using the Fluo API.  Below is example main method that does
> everything:
>
> https://github.com/astralway/webindex/blob/master/modules/
> integration/src/main/java/webindex/integration/DevServer.java
>
> In the example, the export queue is configured in
> env.configureApplication(config,
> config);
> The 1.1.0-incubating recipes should work with fluo 1.2.
>
> Let me know if you have any other questions!
> -Mike
>
> On Wed, Feb 14, 2018 at 7:43 PM, Alan Camillo <a...@blueshift.com.br>
> wrote:
>
> > Hello guys!
> > Simple questions:
> >
> > How do to use the exportqueue recipe through command “fluo init...”?
> >
> > There’s a comment on examples saying:
> > /**
> > * Call this method before initializing Fluo.
> > *
> > * @param fluoConfig the configuration object that will be used to
> > initialize Fluo
> > */
> >
> > Is this mean recipes just work through main methods? If so, is possible
> > initialize a fluo application without call the “fluo init” command?
> >
> > If I provide the export queue properties on fluo-app.properties can I
> jump
> > this step?
> >
> > Last question!
> > Do the recipes work on fluo 1.2?
> >
> > Thanks!!
> >
>

Reply via email to