Simple changelog building tool
A feature-rich but lightweight ES6 AngularJS Data Table crafted for large data sets!
istarion/angular-foundation-custom 0
angular-foundation fork with .then instead of .success
istarion/angular2-webpack-starter 0
:tada: An Angular 2 Starter kit featuring Angular 2 (Router, Http, Forms, Services, Tests, E2E, Dev/Prod, HMR, Async/Lazy Routes), Material Design, Karma, Protractor, Jasmine, Istanbul, TypeScript 2, TsLint, Codelyzer, Hot Module Replacement, @types, and Webpack 2 by @AngularClass
Web-UI for Aptly
OS course fall 2016
Project is aimed to store student's practical works on high performance computing course
Vim emulation plug-in for IDEs based on the IntelliJ platform.
issue commentTRON-US/go-btfs
Still no payments and payment date is stuck
i'm out of this project ... 3 months without a single line of new code added to this repository, payment issues never fixed, no support and they are closing all issues without giving any response.
And last but not least there are 16000 PiB of storage available and 2 PiB of storage used ... is there anything else to say?
comment created time in 7 hours
issue commentTRON-US/go-btfs
Still no payments and payment date is stuck
I've got the same issue. I've yet to be paid and it's stuck at June 12th.
comment created time in 12 hours
issue closedTRON-US/go-btfs
problem with starting the daemon
serveHTTPGateway: manet.Listen(/ip4/127.0.0.1/tcp/8080) failed: listen tcp4 127.0.0.1:8080: bind: An attempt was made to access a socket in a way forbidden by its access permissions.
closed time in 13 hours
Piraveen09issue commentTRON-US/go-btfs
problem with starting the daemon
You are welcome, and if you have new questions, you can contact us. You are also welcome to join our idscord group chat. https://discord.gg/vYD6Kyeb
comment created time in 13 hours
issue commentTRON-US/go-btfs
problem with starting the daemon
Hi, thank you for the suggestions. I found the issue and rectified. Now it is working good .
Actually the port 8080 was used by another so after I terminated it . BTFS started to working well.
Thank you 👍🏽👍🏽
comment created time in 16 hours
issue commentTRON-US/go-btfs
problem with starting the daemon
It is recommended that you check your firewall settings.
comment created time in 16 hours
issue closedTRON-US/go-btfs
Even hard drive being used no earnings is being received and score is slow changing when syncing.
I have an issue seeing earnings until now, I have a 12 TB hard drive mounted on a raspberry pi 4b running Ubuntu OS. I left the raspberry pi online for about a week and I can't see score increasing until now the score is still 6.2. Can you please tell me why score is so low at start and why it is slow syncing?
My specs:
CPU: ARM Cortex-A72 CPU 1.5 GHz RAM: 4GB OS: Ubuntu Desktop 21.04
closed time in 17 hours
rgouzalissue closedTRON-US/go-btfs
Score 10, 14TB storage, over a month of running, ZERO CONTRACTS
I've been running btfs for over a month now
I have:
- Score 10
- 14TB of storage
and till now I'm having ZERO CONTRACTS
closed time in 17 hours
mqm165issue commentTRON-US/go-btfs
Score 10, 14TB storage, over a month of running, ZERO CONTRACTS
Theoretically, a node score of 8 or more has a chance to get the contract, and the number of nodes in the whole network has exceeded 1 million, so the competition is relatively fierce.
Node-related data can be accessed at this address: https://scan.btfs.io
comment created time in 17 hours
issue commentTRON-US/go-btfs
Storage rental - Directory upload failed to be retrevied on btfs gateway
Hello btfs team, I noticed you closed this issue, I'm glad to notify I tested again and its working properly now :). Thank you for solving it!
comment created time in a day
issue closedpgjdbc/r2dbc-postgresql
Multiple params statements not working
Bug Report
Error: Statement ... cannot be created. This is often due to the presence of both multiple statements and parameters at the same time.
However when I execute the same statement directly in PostgresSQL DB it works:
PREPARE multipleParamsStatement (int, int) AS
SELECT debit - credit
FROM (SELECT COALESCE(sum(amount), 0) AS debit FROM transaction WHERE to_client_id = $1) a,
(SELECT COALESCE(sum(amount), 0) AS credit FROM transaction WHERE from_client_id = $2) b;
EXECUTE multipleParamsStatement (1,1)
Versions
- Driver: 0.8.8.RELEASE
- Database: 11.2
- Java: openjdk version "11.0.11" 2021-04-20
- OS: McOs
Current Behavior
<details>
java.lang.IllegalArgumentException: Statement 'SELECT debit - credit FROM (SELECT COALESCE(sum(amount), 0) AS debit FROM transaction WHERE to_client_id = $1 ) a, ( SELECT COALESCE(sum(amount), 0) AS credit FROM transaction WHERE from_client_id = $2 ) b;' cannot be created. This is often due to the presence of both multiple statements and parameters at the same time.
at io.r2dbc.postgresql.PostgresqlConnection.createStatement(PostgresqlConnection.java:153) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:
Error has been observed at the following site(s):
|_ checkpoint ? Handler com.example.demo.Controller$$Lambda$595/0x0000000800e9cc40@5ac29082 [DispatcherHandler]
|_ checkpoint ? HTTP GET "/client/0/balance" [ExceptionHandlingWebHandler]
Stack trace:
at io.r2dbc.postgresql.PostgresqlConnection.createStatement(PostgresqlConnection.java:153) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
at io.r2dbc.postgresql.PostgresqlConnection.createStatement(PostgresqlConnection.java:56) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
at io.r2dbc.pool.PooledConnection.createStatement(PooledConnection.java:102) ~[r2dbc-pool-0.8.7.RELEASE.jar:0.8.7.RELEASE]
at com.example.demo.repository.BankPostgresRepository.lambda$getBalance$1(BankPostgresRepository.java:19) ~[main/:na]
at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:125) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxRetry$RetrySubscriber.onNext(FluxRetry.java:86) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onNext(FluxPeekFuseable.java:210) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1815) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:249) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.complete(MonoIgnoreThen.java:284) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.onNext(MonoIgnoreThen.java:187) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:232) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.onComplete(MonoIgnoreThen.java:203) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreElements$IgnoreElementsSubscriber.onComplete(MonoIgnoreElements.java:88) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxHandleFuseable$HandleFuseableSubscriber.onNext(FluxHandleFuseable.java:201) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1815) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoSupplier.subscribe(MonoSupplier.java:61) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.Mono.subscribe(Mono.java:4150) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreThen$ThenIgnoreMain.subscribeNext(MonoIgnoreThen.java:255) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreThen.subscribe(MonoIgnoreThen.java:51) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.InternalMonoOperator.subscribe(InternalMonoOperator.java:64) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoFlatMap$FlatMapMain.onNext(MonoFlatMap.java:157) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:199) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxPeek$PeekSubscriber.onNext(FluxPeek.java:199) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.pool.AbstractPool$Borrower.deliver(AbstractPool.java:436) ~[reactor-pool-0.2.5.jar:0.2.5]
at reactor.pool.SimpleDequePool.lambda$drainLoop$9(SimpleDequePool.java:391) ~[reactor-pool-0.2.5.jar:0.2.5]
at reactor.core.publisher.FluxDoOnEach$DoOnEachSubscriber.onNext(FluxDoOnEach.java:154) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxMap$MapConditionalSubscriber.onNext(FluxMap.java:220) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.Operators$MonoSubscriber.complete(Operators.java:1815) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoFlatMap$FlatMapInner.onNext(MonoFlatMap.java:249) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onNext(FluxOnErrorResume.java:79) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoDelayUntil$DelayUntilCoordinator.complete(MonoDelayUntil.java:418) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoDelayUntil$DelayUntilTrigger.onComplete(MonoDelayUntil.java:531) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreElements$IgnoreElementsSubscriber.onComplete(MonoIgnoreElements.java:88) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxConcatIterable$ConcatIterableSubscriber.onComplete(FluxConcatIterable.java:121) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.MonoIgnoreElements$IgnoreElementsSubscriber.onComplete(MonoIgnoreElements.java:88) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxFlatMap$FlatMapMain.checkTerminated(FluxFlatMap.java:846) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxFlatMap$FlatMapMain.drainLoop(FluxFlatMap.java:608) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxFlatMap$FlatMapMain.drain(FluxFlatMap.java:588) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxFlatMap$FlatMapMain.onComplete(FluxFlatMap.java:465) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxContextWrite$ContextWriteSubscriber.onComplete(FluxContextWrite.java:126) ~[reactor-core-3.4.6.jar:3.4.6]
at io.r2dbc.postgresql.util.FluxDiscardOnCancel$FluxDiscardOnCancelSubscriber.onComplete(FluxDiscardOnCancel.java:99) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:150) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:150) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxWindowPredicate$WindowPredicateMain.checkTerminated(FluxWindowPredicate.java:537) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxWindowPredicate$WindowPredicateMain.drainLoop(FluxWindowPredicate.java:485) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxWindowPredicate$WindowPredicateMain.drain(FluxWindowPredicate.java:429) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxWindowPredicate$WindowPredicateMain.onComplete(FluxWindowPredicate.java:309) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxCreate$BaseSink.complete(FluxCreate.java:439) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxCreate$BufferAsyncSink.drain(FluxCreate.java:784) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxCreate$BufferAsyncSink.complete(FluxCreate.java:732) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxCreate$SerializedFluxSink.drainLoop(FluxCreate.java:240) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxCreate$SerializedFluxSink.drain(FluxCreate.java:206) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxCreate$SerializedFluxSink.complete(FluxCreate.java:197) ~[reactor-core-3.4.6.jar:3.4.6]
at io.r2dbc.postgresql.client.ReactorNettyClient$Conversation.complete(ReactorNettyClient.java:719) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
at io.r2dbc.postgresql.client.ReactorNettyClient$BackendMessageSubscriber.emit(ReactorNettyClient.java:984) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
at io.r2dbc.postgresql.client.ReactorNettyClient$BackendMessageSubscriber.onNext(ReactorNettyClient.java:860) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
at io.r2dbc.postgresql.client.ReactorNettyClient$BackendMessageSubscriber.onNext(ReactorNettyClient.java:767) ~[r2dbc-postgresql-0.8.8.RELEASE.jar:0.8.8.RELEASE]
at reactor.core.publisher.FluxHandle$HandleSubscriber.onNext(FluxHandle.java:118) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxPeekFuseable$PeekConditionalSubscriber.onNext(FluxPeekFuseable.java:854) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxMap$MapConditionalSubscriber.onNext(FluxMap.java:220) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.core.publisher.FluxMap$MapConditionalSubscriber.onNext(FluxMap.java:220) ~[reactor-core-3.4.6.jar:3.4.6]
at reactor.netty.channel.FluxReceive.drainReceiver(FluxReceive.java:280) ~[reactor-netty-core-1.0.7.jar:1.0.7]
at reactor.netty.channel.FluxReceive.onInboundNext(FluxReceive.java:389) ~[reactor-netty-core-1.0.7.jar:1.0.7]
at reactor.netty.channel.ChannelOperations.onInboundNext(ChannelOperations.java:401) ~[reactor-netty-core-1.0.7.jar:1.0.7]
at reactor.netty.channel.ChannelOperationsHandler.channelRead(ChannelOperationsHandler.java:94) ~[reactor-netty-core-1.0.7.jar:1.0.7]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:324) ~[netty-codec-4.1.65.Final.jar:4.1.65.Final]
at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:296) ~[netty-codec-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:719) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:655) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:581) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493) ~[netty-transport-4.1.65.Final.jar:4.1.65.Final]
at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989) ~[netty-common-4.1.65.Final.jar:4.1.65.Final]
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.65.Final.jar:4.1.65.Final]
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.65.Final.jar:4.1.65.Final]
at java.base/java.lang.Thread.run(Thread.java:832) ~[na:na]
</details>
Table schema
<details>
CREATE TABLE test ( value INTEGER );
CREATE TABLE client(id SERIAL PRIMARY KEY NOT NULL, name VARCHAR(20), email VARCHAR(20), phone VARCHAR(20));
CREATE TABLE transaction(id SERIAL PRIMARY KEY NOT NULL, from_client_id INTEGER, to_client_id INTEGER, amount INTEGER);
</details>
Steps to reproduce
Simple Spring Boot Rest API project:
https://github.com/nikitsenka/bank-graalvm-spring/blob/8335cab70bdb392981b0df16331bc4c8e4a18c99/src/main/java/com/example/demo/repository/BankPostgresRepository.java#L17
<details> <summary>Input Code</summary>
@Repository
public class BankPostgresRepository {
public static final String GET_BALANCE_SQL = "SELECT debit - credit FROM (SELECT COALESCE(sum(amount), 0) AS debit FROM transaction WHERE to_client_id = $1 ) a, ( SELECT COALESCE(sum(amount), 0) AS credit FROM transaction WHERE from_client_id = $2 ) b;";
@Autowired
private ConnectionFactory connectionFactory;
public Mono<Balance> getBalance(Integer clientId) {
return Mono.from(connectionFactory.create())
.flatMap(connection -> Mono.from(connection.createStatement(GET_BALANCE_SQL)
.bind("$1", clientId)
.bind("$2", clientId)
.execute())
.doFinally((st) -> close(connection)))
.flatMap(result -> Mono.from(result.map((row, meta) -> {
Balance balance = new Balance();
balance.setBalance(row.get(0, Integer.class));
return balance;
})));
}
private <T> Mono<T> close(Connection connection) {
return Mono.from(connection.close())
.then(Mono.empty());
}
}
</details>
Expected Behavior
The statement should work as it work in PostgresSQL
closed time in a day
nikitsenkaissue commentpgjdbc/r2dbc-postgresql
Multiple params statements not working
@tormozzg works, thank you
comment created time in a day
push eventspring-projects/spring-data-r2dbc
commit sha e0d6130ac8fef5eb180dd8ca4d2bb43faa0f1223
Updated changelog. See #599
push time in a day
push eventspring-projects/spring-data-r2dbc
commit sha 6fbf8d59b41420d31b714a084df0d0c64a2e2fe4
Updated changelog. See #599
push time in a day
created tagspring-projects/spring-data-r2dbc
Provide support to increase developer productivity in Java when using Reactive Relational Database Connectivity. Uses familiar Spring concepts such as a DatabaseClient for core API usage and lightweight repository style data access.
created time in a day
push eventspring-projects/spring-data-r2dbc
commit sha 7716e329ac016310001cbd4a3d9e112de1f1f6e8
Updated changelog. See #599
commit sha 1d31263a8a1e4ec97e089c87906049e6907d4dbd
Prepare 1.3.2 (2021.0.2). See #599
commit sha 0f0411285d14ae5908bac5c60a28d25b3ef837e7
Release version 1.3.2 (2021.0.2). See #599
commit sha 39308202201e8851db091a8959e3bb466a874ecc
Prepare next development iteration. See #599
commit sha 9614dc48a8fb3ec54678abd936b8942fd5af6b94
After release cleanups. See #599
push time in a day
issue openedTRON-US/go-btfs
Score 10, 14TB storage, over a month of running, ZERO CONTRACTS
I've been running btfs for over a month now
I have:
- Score 10
- 14TB of storage
and till now I'm having ZERO CONTRACTS
created time in a day
push eventspring-projects/spring-data-r2dbc
commit sha c01bd622aa5fb2d985e9565e7a5209e760a06594
Updated changelog. See #598
push time in a day
push eventspring-projects/spring-data-r2dbc
commit sha 33d2b76e6a0dfa95ab419a12249bc58ee990325f
Updated changelog. See #598
push time in a day
created tagspring-projects/spring-data-r2dbc
Provide support to increase developer productivity in Java when using Reactive Relational Database Connectivity. Uses familiar Spring concepts such as a DatabaseClient for core API usage and lightweight repository style data access.
created time in a day
push eventspring-projects/spring-data-r2dbc
commit sha 6fda815327eb2676ee8aa87a7b48bf7707a0ae5f
Updated changelog. See #598
commit sha c3ca2a40170cf9d5b60047da694a2870e2c88445
Prepare 1.2.10 (2020.0.10). See #598
commit sha b8dd7f2f074623788a13f358aeffaf0d49fcb2aa
Release version 1.2.10 (2020.0.10). See #598
commit sha 42dd2db4198a2730e8e1e8b59ca5b2828de4a579
Prepare next development iteration. See #598
commit sha f03477d241419d5135176eba5bf24c29e2e40eaf
After release cleanups. See #598
push time in a day
issue commentTRON-US/go-btfs
Still no payments and payment date is stuck
Issue still going on and no reply from devs. Why was this closed?
comment created time in a day
push eventspring-projects/spring-data-r2dbc
commit sha 02ba403d076553d3a5962735fcd27f7354d2eac9
Fix dynamic query method projection. Query methods returning dynamic projections based on a Class argument now properly apply projection conversion. Previously, classes not seen by the mapping context were skipped and that caused projecting query methods to return the actual entity type. Closes #607
push time in 2 days
push eventspring-projects/spring-data-r2dbc
commit sha b1f1aaf957ed51b1c4efb3d64a7ce529a216ac46
Fix dynamic query method projection. Query methods returning dynamic projections based on a Class argument now properly apply projection conversion. Previously, classes not seen by the mapping context were skipped and that caused projecting query methods to return the actual entity type. Closes #607
push time in 2 days
issue closedspring-projects/spring-data-r2dbc
Dynamic projection skipped if projection type not already registered with MappingContext
Dynamic projections don't work as documented. They only work with the @Query annotation in which case they aren't dynamic at all.
I'm trying to use dynamic projections as documented here: https://docs.spring.io/spring-data/data-r2dbc/docs/1.3.x/reference/html/#projection.dynamic
Projections appear only to work when used in conjunction with the @Query annotation, but there is no mention in the documentation that the @Query annotation is required to use projections. Moreover, when passing in a project class for use in dynamic projections, the resulting projection is not dynamic.
closed time in 2 days
thorntonrppush eventspring-projects/spring-data-r2dbc
commit sha e93a84fa242bf18f72cdd7d1cdb3b62b2d99f6c1
Fix dynamic query method projection. Query methods returning dynamic projections based on a Class argument now properly apply projection conversion. Previously, classes not seen by the mapping context were skipped and that caused projecting query methods to return the actual entity type. Closes #607
push time in 2 days