Hi, Zonglei
> I am very glad to know the direction of future development for
shardingsphere.
> the interface about database scaling should be define or not?
> I am working for sharding-scaling project, I think the interface
definition about database scaling is good for this project.
Welcome to
Yes, it is a big change for decision. Make new API to 5.x is a good idea.
Then we can keep 4.x's API and just do some internal decouple of features
and access adaptors (JDBC driver and Database Protocol).
--
Liang Zhang (John)
Apache ShardingSphere & Dubbo
蒋晓峰 于2019年9月29日周日
On 2019/09/28 10:14:55, "zhangli...@apache.org" wrote:
> The scope of ShardingSphere keep expanding. Sharding is not the unique and
> core feature for ShardingSphere anymore.
>
> So we plan to create pluggable infrastructure for database proxy and JDBC
> driver which to let users run it
Hi liang,
This version 4.0.0 can release before pluggable infrastructure for database
proxy and JDBC driver.Not only database proxy and JDBC driver, other function
features can implement with SPI way like parser.The configuration methods are
very extensible, and this need to abstract the
On 2019/09/28 10:14:55, "zhangli...@apache.org" wrote:
> The scope of ShardingSphere keep expanding. Sharding is not the unique and
> core feature for ShardingSphere anymore.
>
> So we plan to create pluggable infrastructure for database proxy and JDBC
> driver which to let users run it
I think DistributeTransactionDataSource is not necessary, our distribute
transaction for ShardingSphere was just integration,
but not an independent product, it can only works on sharding scenario right
now
--
Zhao Jun
Apache Sharding-Sphere & ServiceComb
> On Sep 29, 2019, at
Hi Craig,
It is really troublesome. I hope Infra can take some actions as well.
From my experiences, some Email clients, e.g, foxmail for mac, can aggregate
emails into one thread by topic. Maybe you can have a try if you want.
Currently, i am using a Chinese email client helping me do that.
Hi liang,
I am very glad to know the direction of future development for shardingsphere.
the interface about database scaling should be define or not?
I am working for sharding-scaling project, I think the interface definition
about database scaling is good for this project.
> 在
Wow, it looks like a BIG change. I agree with Sheng Wu to defer to the next
major release. Also I have a little bit confuse with the name of the API,
all of them look like *DataSource and does this mean that it can be used as
data source ?
zhangli...@apache.org 于2019年9月28日周六 下午6:15写道：
> The
Dear podling,
This email was sent by an automated system on behalf of the Apache
Incubator PMC. It is an initial reminder to give you plenty of time to
prepare your quarterly board report.
The board meeting is scheduled for Wed, 16 October 2019, 10:30 am PDT.
The report for your podling will
Making feature independent and use them in mixed mood?
It sounds great, but challenging. It will take a lot of time to do, i think...
Juan Pan
panj...@apache.org
Juan Pan(Trista), Apache ShardingSphere
On 09/28/2019 18:44, Sheng Wu wrote:
Does making this change in 5 make more sense?
And we
Does making this change in 5 make more sense?
And we provide v4 unchanged for user convenient.
Sheng
zhangli...@apache.org 于2019年9月28日 周六下午6:15写道：
> The scope of ShardingSphere keep expanding. Sharding is not the unique and
> core feature for ShardingSphere anymore.
>
> So we plan to create
The scope of ShardingSphere keep expanding. Sharding is not the unique and
core feature for ShardingSphere anymore.
So we plan to create pluggable infrastructure for database proxy and JDBC
driver which to let users run it without any additional function, just
transparent transmission.
13 matches
Mail list logo
