vitrivr / adampro Goto Github PK

Logging is currently broken in the docker-container as a log4j.properties file. The preferred fix is to exclude the log4j.properties file, alternatively you could just switch to .properties from .xml

My IntelliJ thinks org.slf4j:slf4j-api:1.7.22 as a provided dependency and therefore doesn't compile. slf4j-api:1.7.10 is a runtime dependency according to the SBT tool (see screenshot)

Currently, the latest selfcontained docker container logs unnecessary information like

18/11/16 14:05:34 INFO BlockManagerMaster: Registering BlockManager BlockManagerId(driver, 172.17.0.2, 34401, None)
18/11/16 14:05:34 INFO BlockManagerMaster: Registered BlockManager BlockManagerId(driver, 172.17.0.2, 34401, None)
18/11/16 14:05:34 INFO BlockManager: Reporting 2 blocks to the master.
18/11/16 14:05:34 INFO BlockManagerInfo: Updated broadcast_22_piece0 in memory on 172.17.0.2:34401 (current size: 4.1 KB, original size: 4.1 KB, free: 366.3 MB)

which makes it hard to see relevant logging

Hello! Is there an instruction manual for the client and its use? Thank you.

Solr version: 7.5
ADAMpro branch: master
To reproduce: Create an entity with the solr handler, fill it with some data, and then try dropping it
Expected result: Entity is gone / Data is gone
Actual result: Entity is still there with all the data.

Or is it possible that ADAMpro does not remember the old entity name which causes it to just create a new entity with a new random number at the end?

For natively deploying ADAMpro we need to clone submodule gprc. I think it will be helpful if it is explicitly mentioned in the wiki page deployment.
This should also be reflected in native deployment section of getting started page https://vitrivr.org/getting_started.html
Should I submit a PR for this?

Description

System setup: current docker container
Full Stacktrace: trace.txt

Steps to reproduce:

• Create a new entity with a column using parquet
• Try to preview it using the Web-UI

Comments

I'm not sure of the actual cause, it might be caused by one of the following things / is fixable at all of them:

• There is no file for an entity when using Parquet

org.vitrivr.adampro.utils.exception.GeneralAdamException: no data available for file at features_averagecolorcldnormalized
	at org.vitrivr.adampro.storage.engine.ParquetLocalStorage.read(ParquetEngine.scala:185)

• The Webcontroller can't handle empty lists:

[finagle/netty3-1] ERROR monitor - Exception propagated to the root monitor!
java.lang.UnsupportedOperationException: empty.head
	at scala.collection.immutable.Vector.head(Vector.scala:193)
	at org.vitrivr.adampro.web.controller.AdamController$$anonfun$10.apply(AdamController.scala:176)
	at org.vitrivr.adampro.web.controller.AdamController$$anonfun$10.apply(AdamController.scala:166)

• The Preview-API can't handle None:

ERROR DataQuery: None.get
java.util.NoSuchElementException: None.get
	at scala.None$.get(Option.scala:347)
	at scala.None$.get(Option.scala:345)
	at org.vitrivr.adampro.communication.api.EntityOp$$anonfun$preview$1.apply(EntityOp.scala:182)
	at org.vitrivr.adampro.communication.api.EntityOp$$anonfun$preview$1.apply(EntityOp.scala:178)

I think git clone --recursive does the job? Anyhow, I think that should be in the README or the wiki.