Hi Bryan,
I use the Class:RemoteRepositoryManager to manager the repository in bigdata 1.2.1 . After I installed the bigdata1.2.2 , I found that it don't have the Class:RemoteRepositoryManager .
Could you give me more information about this problem?
Thanks,
Jim
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This is a critical maintenance release of bigdata(R). Users of version 1.2.1 are strongly encouraged to upgrade to this release.
Only the following tickets were resolved for 1.2.2:
- http://sourceforge.net/apps/trac/bigdata/ticket/586 (RWStore immedateFree() not removing Checkpoint addresses from the historical index cache.)
- http://sourceforge.net/apps/trac/bigdata/ticket/602 (RWStore does not discard logged deletes on reset())
The feature you were using is in the development branch. That branch is still active. The feature will be published in the 1.2.3 release. The development branch is at the following URL. We will change the development branch when we publish the 1.3.0 release.
Hi, Bryan
When I test the performance of bigdata by using JMeter,I found that :
1.when I use one port to support a NanoSparqlServer for one repository ,the bigdata cluster is runing normal.JMeter will show 0% in the error item.
2.when I use two port to support two NanoSparqlServer for one repository, the bigdata cluster is not running normal .About 1 minute after running , it will have error . the error item will increase quickly , after about one minute ,the error item will decrease. Then This process is repeated.
3.when I use two port to support two NanoSparqlServer for two repository,the situation is same to 2.
It show that when build more than one NanoSparqlServer in the bigdata cluster ,It will get some error result.
Could you tell me some information about this problem?
Thanks,
Jim
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Can you please add some more information to this? I would like to know what errors you are observing? What errors are reported in the NSS and DataService logs (or the aggregated log)? Is this with public data? If so, please share the data and jmeter script. Please describe your setup in more detail.
Thanks,
Bryan
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Bryan,
I use the Class:RemoteRepositoryManager to manager the repository in bigdata 1.2.1 . After I installed the bigdata1.2.2 , I found that it don't have the Class:RemoteRepositoryManager .
Could you give me more information about this problem?
Thanks,
Jim
1.2.2 was a critical maintenance release
Only the following tickets were resolved for 1.2.2:
The feature you were using is in the development branch. That branch is still active. The feature will be published in the 1.2.3 release. The development branch is at the following URL. We will change the development branch when we publish the 1.3.0 release.
Thanks,
Bryan
Hi, Bryan
When I test the performance of bigdata by using JMeter,I found that :
1.when I use one port to support a NanoSparqlServer for one repository ,the bigdata cluster is runing normal.JMeter will show 0% in the error item.
2.when I use two port to support two NanoSparqlServer for one repository, the bigdata cluster is not running normal .About 1 minute after running , it will have error . the error item will increase quickly , after about one minute ,the error item will decrease. Then This process is repeated.
3.when I use two port to support two NanoSparqlServer for two repository,the situation is same to 2.
It show that when build more than one NanoSparqlServer in the bigdata cluster ,It will get some error result.
Could you tell me some information about this problem?
Thanks,
Jim
Can you please add some more information to this? I would like to know what errors you are observing? What errors are reported in the NSS and DataService logs (or the aggregated log)? Is this with public data? If so, please share the data and jmeter script. Please describe your setup in more detail.
Thanks,
Bryan