Mailing-List: contact dev-help@polygene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@polygene.apache.org
MIME-Version: 1.0
Sender: hedhman@gmail.com
In-Reply-To: <169905597.5961093.1493993653216@mail.yahoo.com>
References: <1238123843.2331442.1493806131814.ref@mail.yahoo.com>
 <1238123843.2331442.1493806131814@mail.yahoo.com> <CADmm+KcJKeoX3iVMqjJJUu3KEKNxn4oGM6sb=EzFeiCdsJmL=A@mail.gmail.com>
 <506421228.5656795.1493983333767@mail.yahoo.com> <CADmm+KeC_sBQ-iGK0=speFQkdYshiBcLbBZJbRQutjVU2KUXig@mail.gmail.com>
 <702776525.5694784.1493985348734@mail.yahoo.com> <CADmm+KeRgDprrqLqaDWbLAEhpc=ng_caBc4do-phnC0Zzq58uw@mail.gmail.com>
 <169905597.5961093.1493993653216@mail.yahoo.com>
From: Niclas Hedhman <niclas@hedhman.org>
Date: Sat, 6 May 2017 00:02:00 +0800
Message-ID: <CADmm+Kc3Aq-hX9qxY0fC6WxJhAgJXuiv11=9SVtSn78wSWX0=g@mail.gmail.com>
Subject: Re: MongoDB Entity Store
To: Apostolos Krionidis <aldrigmej@yahoo.gr>
Cc: "dev@polygene.apache.org" <dev@polygene.apache.org>
Content-Type: multipart/alternative; boundary=001a11411c3aaeefd8054ec90348
archived-at: Fri, 05 May 2017 16:02:28 -0000

--001a11411c3aaeefd8054ec90348
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I need to look at that tomorrow, especially since this is 2.1 and a fair
amount has changed from 2.1 to 3.0 in type management.

On Fri, May 5, 2017 at 10:14 PM, Apostolos Krionidis <aldrigmej@yahoo.gr>
wrote:

> Hi,
>
> I've created a new class:
>
> public class CustomMongoMapEntityStoreAssembler extends Assemblers.Visibi=
lityIdentityConfig<CustomMongoMapEntityStoreAssembler>
> {
>    @Override
>    public void assemble(ModuleAssembly module) throws AssemblyException
>    {
>       module.services(UuidIdentityGeneratorService.class)
>             .visibleIn(visibility());
>
>       ServiceDeclaration service =3D
>          module.services(MongoMapEntityStoreService.class)
>                .withConcerns(MongoEntityStoreConfigurationConcern.class)
>                .visibleIn(visibility());
>
>       if (hasIdentity()) {
>
>          service.identifiedBy(identity());
>       }
>       if (hasConfig()) {
>
>          configModule().entities(MongoEntityStoreConfiguration.class)
>                        .visibleIn(configVisibility());
>       }
>    }
> }
>
>
> and then a concern as you suggest:
>
> public abstract class MongoEntityStoreConfigurationConcern
>    extends ConcernOf<Configuration<MongoEntityStoreConfiguration>>
>    implements Configuration<MongoEntityStoreConfiguration>
> {
>    @Override
>    public MongoEntityStoreConfiguration get()
>    {
>       try {
>          MongoEntityStoreConfiguration conf =3D next.get();
>
>          List<ServerAddress> serverAddresses =3D new ArrayList<>();
>
>          serverAddresses.add(new ServerAddress("1.1.1.5", 27017));
>          serverAddresses.add(new ServerAddress("1.1.1.6", 27017));
>          serverAddresses.add(new ServerAddress("1.1.1.7", 27017));
>
>          conf.nodes()
>              .set(serverAddresses);
>
>          return conf;
>       }
>       catch (UnknownHostException err) {
>          throw new RuntimeException(err);
>       }
>    }
> }
>
> and I called it as:
>
> new
>    CustomMongoMapEntityStoreAssembler().withConfig(configModule, Visibili=
ty.application)
>                                         .visibleIn(Visibility.application=
)
>                                         .identifiedBy("mongodb.booking.st=
ore")
>                                         .assemble(module);
>
>
> But then I get back the following error:
>
>
> org.qi4j.bootstrap.AssemblyException: Unable to create Application Model.
> 	at org.qi4j.bootstrap.Energy4Java.newApplicationModel(Energy4Java.java:7=
6)
> 	at org.qi4j.bootstrap.Energy4Java.newApplication(Energy4Java.java:83)
> 	at com.projectbeagle.gateway.kernel.scope.wiring.ApplicationPool.fillUp(=
ApplicationPool.java:74)
> 	... 47 more
> Caused by: org.qi4j.api.common.InvalidApplicationException: Could not reg=
ister [interface org.qi4j.entitystore.mongodb.MongoMapEntityStoreService]
> 	at org.qi4j.runtime.bootstrap.ServiceAssemblyImpl.newServiceModel(Servic=
eAssemblyImpl.java:74)
> 	at org.qi4j.runtime.bootstrap.ModuleAssemblyImpl.assembleModule(ModuleAs=
semblyImpl.java:544)
> 	at org.qi4j.runtime.bootstrap.ApplicationModelFactoryImpl.newApplication=
Model(ApplicationModelFactoryImpl.java:86)
> 	at org.qi4j.bootstrap.Energy4Java.newApplicationModel(Energy4Java.java:7=
2)
> 	... 49 more
> Caused by: java.lang.ClassCastException: sun.reflect.generics.reflectiveO=
bjects.ParameterizedTypeImpl cannot be cast to java.lang.Class
> 	at org.qi4j.runtime.injection.DependencyModel.extractRawInjectionClass(D=
ependencyModel.java:132)
> 	at org.qi4j.runtime.injection.DependencyModel.extractRawInjectionClass(D=
ependencyModel.java:119)
> 	at org.qi4j.runtime.injection.DependencyModel.<init>(DependencyModel.jav=
a:96)
> 	at org.qi4j.runtime.injection.InjectedFieldsModel.addModel(InjectedField=
sModel.java:81)
> 	at org.qi4j.runtime.injection.InjectedFieldsModel.<init>(InjectedFieldsM=
odel.java:56)
> 	at org.qi4j.runtime.composite.AbstractModifierModel.<init>(AbstractModif=
ierModel.java:57)
> 	at org.qi4j.runtime.composite.ConcernModel.<init>(ConcernModel.java:27)
> 	at org.qi4j.runtime.bootstrap.AssemblyHelper.getConcernModel(AssemblyHel=
per.java:52)
> 	at org.qi4j.runtime.bootstrap.CompositeAssemblyImpl.concernsFor(Composit=
eAssemblyImpl.java:591)
> 	at org.qi4j.runtime.bootstrap.CompositeAssemblyImpl.implementMixinType(C=
ompositeAssemblyImpl.java:215)
> 	at org.qi4j.runtime.bootstrap.CompositeAssemblyImpl.buildComposite(Compo=
siteAssemblyImpl.java:181)
> 	at org.qi4j.runtime.bootstrap.ServiceAssemblyImpl.newServiceModel(Servic=
eAssemblyImpl.java:64)
> 	... 52 more
>
>
>
> =CE=A3=CF=84=CE=B9=CF=82 3:29 =CE=BC.=CE=BC. =CE=A0=CE=B1=CF=81=CE=B1=CF=
=83=CE=BA=CE=B5=CF=85=CE=AE, 5 =CE=9C=CE=B1=CE=90=CE=BF=CF=85 2017, =CE=BF/=
=CE=B7 Niclas Hedhman <
> niclas@hedhman.org> =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5:
>
>
> Yes, the registration of values(ServerAddress.class) should not be there.
> That was an oversight on my behalf.
>
> A few things that could be a work-around.
>
> 1. Create a Concern that intercepts the configuration and populates the
> nodes. You add the Concern in your own Assembler (copy source from
> MongoDbEntityStoreAssembler), so instead of;
>
> ServiceDeclaration service =3D module
>         .services( MongoMapEntityStoreService.class )
>         .visibleIn( visibility() );
>
> add the Concern as;
>
> ServiceDeclaration service =3D module
>         .services( MongoMapEntityStoreService.class )
>         .withConcerns( MyConfigurationConcern.class )
>         .visibleIn( visibility() );
>
>
> Then your MyConfigurationConcern would be something like;
>
> public abstract class MyConfigurationConcern extends
> ConcernOf<Configuration<MongoEntityStoreConfiguration>>
>     implements Configuration<MongoEntityStoreConfiguration>
> {
>     @Override
>     public MongoEntityStoreConfiguration get()
>     {
>         MongoEntityStoreConfiguration conf =3D next.get();
>         conf.nodes().set( MY_NODES );
>         return conf;
>     }
> }
>
>
> 2. Maybe you want your own Configuration store. Create (or use) an Entity
> Store that does not require any Polygene Configuration, and drop that int=
o
> the Configuration Module. Perhaps read configuration from "Java
> Preferences", maybe a configured Zookeeper cluster or maybe ETCD. And if
> the configuration entity store is populated, then there will be no fallba=
ck
> to properties/yaml files.
> This is of course a fairly advanced option, but I would recommend it for
> production setup.
>
>
> But I am sure Paul will say; "Just ..."  :-)
>
> Cheers
> Niclas
>
> On Fri, May 5, 2017 at 7:55 PM, Apostolos Krionidis <aldrigmej@yahoo.gr>
> wrote:
>
> > Yes you are right ServerAddress is a Immutable POJO but here the proble=
m
> > seems to by before
> > json serialization, in ValueComposite registration.
> >
> > Is there any other way to set prices in the nodes() property after the
> > .property file loading?
> >
> >
> >
> >
> > =CE=A3=CF=84=CE=B9=CF=82 2:44 =CE=BC.=CE=BC. =CE=A0=CE=B1=CF=81=CE=B1=
=CF=83=CE=BA=CE=B5=CF=85=CE=AE, 5 =CE=9C=CE=B1=CE=90=CE=BF=CF=85 2017, =CE=
=BF/=CE=B7 Niclas Hedhman <
> > niclas@hedhman.org> =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5:
> >
> >
> > Of course... ServerAddress is a pojo, and it doesn't have a POJO
> > compatible format for Jackson et al.
> >
> > Paul, how was this supposed to work?
> >
> > Cheers
> >
> >
> > --
> > Niclas Hedhman, Software Developer
> > http://polygene.apache.org - New Energy for Java
>
> >
> >
> >
>
>
> --
> Niclas Hedhman, Software Developer
> http://polygene.apache.org - New Energy for Java
>
>
>


--=20
Niclas Hedhman, Software Developer
http://polygene.apache.org - New Energy for Java

--001a11411c3aaeefd8054ec90348--