Added you to Ignite Test Managers.
Please check access level.
> On 13 Jan 2021, at 03:49, Saikat Maitra wrote:
>
> Hi Petr,
>
> Thank you for your response. I am not able to access the project due to
> error
>
> "You do not have enough permissions to access project with id
> IgniteExtensions_
Hello, Pavel
My proposal is the following:
*When Ignite configured with FQN NameMapper.*
And user invokes
1. Service method from .Net to Java.
2. Compute methods `ExecuteJavaTask`, `ExecuteJavaTaskAsync`
3. Cache operations.
Ignite should implicitly register types both for .Net and Java platf
Amelchev Nikita created IGNITE-13983:
Summary: Provide the ability to collect CQ performance statistics
Key: IGNITE-13983
URL: https://issues.apache.org/jira/browse/IGNITE-13983
Project: Ignite
Amelchev Nikita created IGNITE-13984:
Summary: Provide the ability to collect Services performance
statistics
Key: IGNITE-13984
URL: https://issues.apache.org/jira/browse/IGNITE-13984
Project: Ign
Stanislav Lukyanov created IGNITE-13985:
---
Summary: C++: Continuous Queries should fail to register if remote
filter is in C++ and there are non-C++ affinity nodes
Key: IGNITE-13985
URL: https://issues.apache
Nikolay,
I agree with your proposal, with one addition:
this behavior must be disabled by default for compatibility reasons.
Imagine that some Ignite user has lots of .NET and Java classes being
stored in cache,
used in compute, etc. Now with the proposal implemented, all .NET classes
are registe
Hello, Pavel.
> Imagine that some Ignite user has lots of .NET and Java classes being stored
> in cache, used in compute,
Classes MUST be registered to be used in compute or cache.
So, in your example, user registered classes by hand, already.
> Let's add a flag like BinaryConfiguration.AssumeS
> Classes MUST be registered to be used in compute or cache.
Yes, but they are registered separately for .NET and Java,
please see how MarshallerContextImpl stores typeId->typeName mappings.
With the proposal we put all class names in the same pile.
Now imagine that the user has a cluster with C
Val, Igniters,
I thought about possible results of such release. How do we expect to
receive feedback? It would be interesting personally for me to see
feedback/results summary.
2021-01-01 2:59 GMT+03:00, Valentin Kulichenko :
> Igniters,
>
> Big thanks to everyone involved in the preparation for
Ivan Bessonov created IGNITE-13986:
--
Summary: Proof of concept - SWIM group membership protocol for
discovery
Key: IGNITE-13986
URL: https://issues.apache.org/jira/browse/IGNITE-13986
Project: Ignite
Andrey Mashenkov created IGNITE-13987:
-
Summary: Improve dependencies management.
Key: IGNITE-13987
URL: https://issues.apache.org/jira/browse/IGNITE-13987
Project: Ignite
Issue Type: Imp
Mauricio Stekl created IGNITE-13988:
---
Summary: Version dropdown on docs is not aligned to the right on
Safari
Key: IGNITE-13988
URL: https://issues.apache.org/jira/browse/IGNITE-13988
Project: Ignit
Hi Ksenia, Folks,
Thank you for providing this information, and thank all of you for your
contributions. Speaking about how the community recognizes these efforts,
it's pretty much up to PMC to decide.
There is nothing in Apache policies that says that you should contribute
code to be invited to
Pavel.
> Yes, but they are registered separately for .NET and Java, please see how
> MarshallerContextImpl stores typeId->typeName mappings.
This will not change. We still will have separate type registration.
> With the proposal we put all class names in the same pile.
Implementation of type
Folks,
Were you able to resolve this?
2020-12-28 22:15 GMT+03:00, Valentin Kulichenko :
> Hi Ivan,
>
> Thanks for your response. I've looked into the PGP plugin, and
> unfortunately it looks like it only can create signatures, but not
> checksums.
>
> -Val
>
> On Sun, Dec 27, 2020 at 11:54 PM Iva
> I propose to implicitly register classes only in the case they are sent
to the Java side.
Ok, I guess we can do this when all of the following is true
- We are inside ExecuteJavaTask or Java service call
- FQN mapper is used (default or explicit)
- There is no BinaryIdMapper on .NET or Java side
Hi Ivan,
No, I haven't found a way yet. SHA1 still works, but I believe we should
consider using better options in future releases.
Do you have any ideas on how to implement this?
-Val
On Wed, Jan 13, 2021 at 8:21 AM Ivan Pavlukhin wrote:
> Folks,
>
> Were you able to resolve this?
>
> 2020-1
Hi Ivan,
Yesterday I created an email thread that can be used for this:
-
http://apache-ignite-developers.2346864.n4.nabble.com/Looking-for-feedback-on-the-Ignite-3-0-0-Alpha-td51012.html
-
http://apache-ignite-users.70518.x6.nabble.com/Looking-for-feedback-on-the-Ignite-3-0-0-Alpha-td35089.html
Hi! Here's the link for the upcoming meetup (January 26)
https://www.meetup.com/Apache-Ignite-Virtual-Meetup/events/275722317/
ср, 13 янв. 2021 г. в 21:38, Valentin Kulichenko <
valentin.kuliche...@gmail.com>:
> Hi Ivan,
>
> Yesterday I created an email thread that can be used for this:
> -
>
> h
Maybe, we could donate to maven plugin possibility to switch to SHA-512.
Hopefully, a new plugin version will be released before we have any release
candidate.
Is it looks like a big deal?
ср, 13 янв. 2021 г., 21:32 Valentin Kulichenko <
valentin.kuliche...@gmail.com>:
> Hi Ivan,
>
> No, I haven
Link to the Getting Started Guide:
https://ignite.apache.org/docs/3.0.0-alpha/quick-start/getting-started-guide
-Val
On Tue, Jan 12, 2021 at 7:55 PM Valentin Kulichenko <
valentin.kuliche...@gmail.com> wrote:
> Igniters,
>
> I'm excited to announce that the first alpha build of the Ignite 3 is o
The meetup has been scheduled, please RSVP here:
https://www.meetup.com/Apache-Ignite-Virtual-Meetup/events/275722317/
-Val
On Wed, Jan 13, 2021 at 11:21 AM Valentin Kulichenko <
valentin.kuliche...@gmail.com> wrote:
> Link to the Getting Started Guide:
> https://ignite.apache.org/docs/3.0.0-alp
Hi Andrey,
This indeed sounds like the cleanest way. I don't know how much effort that
would be though.
-Val
On Wed, Jan 13, 2021 at 11:01 AM Andrey Mashenkov <
andrey.mashen...@gmail.com> wrote:
> Maybe, we could donate to maven plugin possibility to switch to SHA-512.
> Hopefully, a new plugi
Val,
I've just found Maven projects use SHA-512.
I passed through commits and found they just switched to newer parent
org.apache:apache pom.
I've compared our current parent pom with the latest available one
(org.apache:apache:16 vs org.apache:apache:23)
and then found checksum-maven-plugin was a
Andrey,
This sounds even better. Can you create a ticket for this change?
-Val
On Wed, Jan 13, 2021 at 2:34 PM Andrey Mashenkov
wrote:
> Val,
>
> I've just found Maven projects use SHA-512.
> I passed through commits and found they just switched to newer parent
> org.apache:apache pom.
> I've
Pavel Vinokurov created IGNITE-13989:
Summary: Destroy of persisted cache doesn't remove cache folder
Key: IGNITE-13989
URL: https://issues.apache.org/jira/browse/IGNITE-13989
Project: Ignite
26 matches
Mail list logo
