[jira] [Commented] (PIO-101) Document usage of Plug-in of event server and engine server
[ https://issues.apache.org/jira/browse/PIO-101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16085181#comment-16085181 ] Naoki Takezoe commented on PIO-101: --- I think we should cleanup plugins implementation before documenting them because they have unused (or unnecessary?) method currently. > Document usage of Plug-in of event server and engine server > --- > > Key: PIO-101 > URL: https://issues.apache.org/jira/browse/PIO-101 > Project: PredictionIO > Issue Type: Task > Components: Documentation >Reporter: Kenneth Chan > > see > http://mail-archives.apache.org/mod_mbox/incubator-predictionio-dev/201706.mbox/%3CCAF_HxLtEonOVALSQgrCRGXctAbL7eypxwG0ErHpaBJJym15j5Q%40mail.gmail.com%3E -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[GitHub] incubator-predictionio issue #401: [PIO-72] Fix class loading for pio-shell
Github user chanlee514 commented on the issue: https://github.com/apache/incubator-predictionio/pull/401 @mars Certainly. I've already merged it for my branch [here](https://github.com/chanlee514/incubator-predictionio/commits/pr-372). I still haven't had time to look into the shade rule error for Heroku UR. I'll update the PR once this has been resolved. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Commented] (PIO-72) In `pio-shell` jdbc.StorageClient cannot be loaded
[ https://issues.apache.org/jira/browse/PIO-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16085009#comment-16085009 ] ASF GitHub Bot commented on PIO-72: --- Github user chanlee514 commented on the issue: https://github.com/apache/incubator-predictionio/pull/401 @mars Certainly. I've already merged it for my branch [here](https://github.com/chanlee514/incubator-predictionio/commits/pr-372). I still haven't had time to look into the shade rule error for Heroku UR. I'll update the PR once this has been resolved. > In `pio-shell` jdbc.StorageClient cannot be loaded > -- > > Key: PIO-72 > URL: https://issues.apache.org/jira/browse/PIO-72 > Project: PredictionIO > Issue Type: Bug > Components: Core >Affects Versions: 0.11.0-incubating > Environment: local developer machines >Reporter: Mars Hall >Assignee: Chan > Attachments: image.png > > > Class loading/classpath is currently broken in {{pio-shell}}. Attached > screenshot is the public docs that explain the intended functionality. > Instead, users see errors when attempting to use storage classes: > {code:title=pio-shell.error|borderStyle=solid} > java.lang.ClassNotFoundException: jdbc.StorageClient > at java.net.URLClassLoader.findClass(URLClassLoader.java:381) > at java.lang.ClassLoader.loadClass(ClassLoader.java:424) > at java.lang.ClassLoader.loadClass(ClassLoader.java:357) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:264) > at org.apache.predictionio.data.storage.Storage$.getClient(Storage.scala:228) > at > org.apache.predictionio.data.storage.Storage$.org$apache$predictionio$data$storage$Storage$$updateS2CM(Storage.scala:254) > at > org.apache.predictionio.data.storage.Storage$$anonfun$sourcesToClientMeta$1.apply(Storage.scala:215) > at > org.apache.predictionio.data.storage.Storage$$anonfun$sourcesToClientMeta$1.apply(Storage.scala:215) > at scala.collection.mutable.MapLike$class.getOrElseUpdate(MapLike.scala:189) > at scala.collection.mutable.AbstractMap.getOrElseUpdate(Map.scala:91) > at > org.apache.predictionio.data.storage.Storage$.sourcesToClientMeta(Storage.scala:215) > at > org.apache.predictionio.data.storage.Storage$.getDataObject(Storage.scala:284) > at > org.apache.predictionio.data.storage.Storage$.getDataObjectFromRepo(Storage.scala:269) > at > org.apache.predictionio.data.storage.Storage$.getMetaDataApps(Storage.scala:387) > at > org.apache.predictionio.data.store.Common$.appsDb$lzycompute(Common.scala:27) > at org.apache.predictionio.data.store.Common$.appsDb(Common.scala:27) > at org.apache.predictionio.data.store.Common$.appNameToId(Common.scala:32) > at > org.apache.predictionio.data.store.PEventStore$.aggregateProperties(PEventStore.scala:108) > at $line20.$read$$iwC$$iwC$$iwC$$iwC$$iwC$$iwC$$iwC$$iwC.(:31) > at $line20.$read$$iwC$$iwC$$iwC$$iwC$$iwC$$iwC$$iwC.(:36) > at $line20.$read$$iwC$$iwC$$iwC$$iwC$$iwC$$iwC.(:38) > at $line20.$read$$iwC$$iwC$$iwC$$iwC$$iwC.(:40) > at $line20.$read$$iwC$$iwC$$iwC$$iwC.(:42) > at $line20.$read$$iwC$$iwC$$iwC.(:44) > at $line20.$read$$iwC$$iwC.(:46) > at $line20.$read$$iwC.(:48) > at $line20.$read.(:50) > at $line20.$read$.(:54) > at $line20.$read$.() > at $line20.$eval$.(:7) > at $line20.$eval$.() > at $line20.$eval.$print() > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.apache.spark.repl.SparkIMain$ReadEvalPrint.call(SparkIMain.scala:1065) > at org.apache.spark.repl.SparkIMain$Request.loadAndRun(SparkIMain.scala:1346) > at org.apache.spark.repl.SparkIMain.loadAndRunReq$1(SparkIMain.scala:840) > at org.apache.spark.repl.SparkIMain.interpret(SparkIMain.scala:871) > at org.apache.spark.repl.SparkIMain.interpret(SparkIMain.scala:819) > at org.apache.spark.repl.SparkILoop.reallyInterpret$1(SparkILoop.scala:857) > at > org.apache.spark.repl.SparkILoop.interpretStartingWith(SparkILoop.scala:902) > at org.apache.spark.repl.SparkILoop.command(SparkILoop.scala:814) > at org.apache.spark.repl.SparkILoop.processLine$1(SparkILoop.scala:657) > at org.apache.spark.repl.SparkILoop.innerLoop$1(SparkILoop.scala:665) > at > org.apache.spark.repl.SparkILoop.org$apache$spark$repl$SparkILoop$$loop(SparkILoop.scala:670) > at > org.apache.spark.repl.SparkILoop$$anonfun$org$apache$spark$repl$SparkILoop$$process$1.apply$mcZ$sp(SparkILoop.scala:997) > at > org.apache.spark.repl.SparkILoop$$anonfun$org$apache$spark$repl$SparkILoop$$process$1.apply(SparkILoop.scala:945) > at >
Re: License for templates and sdk
Hi Shinsuke, It's a good question. Templates and SDKs are not part of an actual release defined by ASF, and they don't go into ASF distribution network. That's why they don't get voted on like the core release. Would a mentor kindly weigh in on this? Templates are like hello-worlds tailored for different ML use cases. SDKs are lightweight client code for REST APIs exposed by core (event and engine server). Regards, Donald On Tue, Jul 11, 2017 at 11:18 AM Shinsuke Sugayawrote: > Hi, > > For license updates, my understanding is that we need to > also update the following repositories for graduation. > Is it correct? If yes, I'll file JIRA issues. > > https://github.com//apache/incubator-predictionio-sdk-python > https://github.com//apache/incubator-predictionio-sdk-php > https://github.com//apache/incubator-predictionio-sdk-ruby > https://github.com//apache/incubator-predictionio-sdk-java > https://github.com//apache/incubator-predictionio-template-recommender > https://github.com//apache/incubator-predictionio-template-skeleton > https://github.com//apache/incubator-predictionio-template-similar-product > https://github.com//apache/incubator-predictionio-template-ecom-recommender > https://github.com//apache/incubator-predictionio-template-text-classifier > > https://github.com//apache/incubator-predictionio-template-attribute-based-classifier > > https://github.com//apache/incubator-predictionio-template-java-ecom-recommender > > It seems not to update Swift SDK repository for a long time. > If nobody update it, it's better to remove it at graduation. > > https://github.com//apache/incubator-predictionio-sdk-swift > > Regards, > shinsuke >