Thanks Roy, I'll keep that in mind.
On 16/02/2022 3:15 am, Roy T. Fielding wrote:
On Feb 15, 2022, at 4:05 AM, Peter Firmstone
wrote:
I think the PMC has already decided River's fate, and I tend to agree with
their decision, the problem is that historically, it hasn't been possible
and Jini, would be
much appreciated.
Regards,
Peter.
On 16/02/2022 9:32 pm, Peter Firmstone wrote:
Hi Michał,
I didn't take it personal, and don't expect you to take it personal
either when I say, I'm pretty sure everyone here is aware of River /
Jini limitations.
Anyway River has been a lot
,
Peter.
On 16/02/2022 7:53 pm, Michał Kłeczek wrote:
Hi Peter,
On 16 Feb 2022, at 10:01, Peter Firmstone
wrote:
Inline below.
On 16/02/2022 5:24 pm, Michał Kłeczek wrote:
On 16 Feb 2022, at 04:25, Peter Firmstone
wrote:
From the CodebaseAccessor service.
The CodebaseAccessor proxy
Hi Michał,
Inline below.
On 16/02/2022 5:24 pm, Michał Kłeczek wrote:
On 16 Feb 2022, at 04:25, Peter Firmstone wrote:
From the CodebaseAccessor service.
The CodebaseAccessor proxy (local code) is passed as a parameter along with a
MarshalledInstance of the proxy, by ProxySerializer
Hi Michał, responses inline below.
On 15/02/2022 10:22 pm, Michał Kłeczek wrote:
On 15 Feb 2022, at 13:05, Peter Firmstone
wrote:
How the client knows the code needed to deserialise?
The service provides this information, typically in a services
configuration,
How
On 15/02/2022 8:29 pm, Michał Kłeczek wrote:
Hi Peter,
JGDMS uses a new implementation of a subset of the Java
Serialization’s stream format, with input validation and defenses
against malicious data (all connections are first authenticated when
using secure endpoints). Codebase
JEP 411.
BasicILFactory is still available, should you wish to adopt a more
conventional approach, using Java Serialization.
Regards,
Peter.
/*
* Copyright 2018 The Apache Software Foundation.
*
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use
are welcome to discuss
their needs and ideas here: https://github.com/pfirmstone/JGDMS/discussions
Cheers,
Peter.
On 10/02/2022 10:48 am, Bishnu Gautam wrote:
Hi River Team
I am an occasional user/developer of JINI and River. Here are my
thoughts on this project.
Since last summer I am using
. Maybe cat herding might have been
easier. But hey, it was fun.
Cheers,
Peter.
On 10/02/2022 1:34 am, Dan Rollo wrote:
I agree it is time.
Well said Jeremy! Thanks for sharing.
I have fond memories of Jini conferences in Chicago and Brussels (even if all I
remember is the Delirium Cafe)
, like TaskManager, she was an enabling influence, who will no
doubt be sorely missed by all who knew her, we were very lucky to have
such a kind, considerate and knowledgeable developer on the team.
--
Regards,
Peter
On 20/07/2021 2:56 am, Roy T. Fielding wrote:
We received the sad news last
.
--
Regards,
Peter Firmstone.
Hi Dennis,
Did you want to commit your Gradle build changes to trunk?
Cheers,
Peter.
On 16/02/2021 7:19 am, Peter Firmstone wrote:
Hi Dennis,
Yes & No, this is a module Gradle build of trunk, looking forward to
some contribution from you on that front. We're currently trying to
fi
asuk Start package now references the correct message
bundle, and can start the brows…
site/ <http://svn.apache.org/viewvc/river/site/> *1827149*
<http://svn.apache.org/viewvc/river/site/?view=log> 2 years zkuti -
alerts for helping hands - long due changes in people added - success
st
, or build the project. Having said that, I would say
that doers decide, we're short on resources and we could do a single
move now and break it up later.
Cheers,
Peter.
On 16/02/2021 5:44 am, Dan Rollo wrote:
Hi Peter,
Silly questions to follow.
I found the empty repo at: river-ldj
Hello River Folk,
This is a concept test class, for testing a Public Serialization API,
for supporting alternative serialization frameworks. Note this doesn't
implement Serializable for clarity.
--
Regards,
Peter
/*
* Copyright 2021 The Apache Software Foundation.
*
* Licensed under
ant build project, it's currently part of trunk,
but I was thinking of separating it out into it's own build.
On 9/02/2021 12:31 pm, Dan Rollo wrote:
Hi Peter,
I’m apologize for not being more help. I haven’t had much time of late. Is
there a thread I could pull regarding the Git migrat
?
--
Regards,
Peter Firmstone
Anyone have some cycles to help out with the SVN to Git migration?
--
Regards,
Peter Firmstone
0498 286 363
Zeus Project Services Pty Ltd.
Thanks Andrew,
Which option is the fastest path / least work required for transition?
I don't have time to look into each option, so any such advise will be
much appreciated.
Regards,
Peter.
On 4/02/2021 10:57 pm, Andrew Wetmore wrote:
Hi:
We were hoping to have all projects migrated
Thanks Andrew,
What's the timeframe for migration?
Regards,
Peter.
On 1/02/2021 11:55 pm, Andrew Wetmore wrote:
Hi, and happy New Year!
I know you folks are busy with your svn-to-git migration, but I wanted to bring
up again the need to migrate your website off the Apache CMS. Please let
ient.
People are probably wondering, how that might that be possible?
Cheers,
Peter.
On 31/01/2021 5:40 am, Gregg Wonderly wrote:
Thanks for putting the words here (again) for reference. Java Serialization
and the Web with MIME are so interlinked in time that it’s hard, sometimes to
think a
ons of ObjectInput and ObjectOutput and access the objects
passed via the Invocation layer using the public Serialization Layer API.
Currently I have not implemented any such serialization API.
--
Regards,
Peter
On 30/01/2021 10:25 am, Gregg Wonderly wrote:
Can you speak to why it would be different t
have not implemented an explicit serialization API, it, or something
similar could easily be used as a serialization provider interface,
which would allow wrappers for various serialization protocols to be
implemented.
--
Regards,
Peter Firmstone
0498 286 363
Zeus Project Services Pty Ltd.
easier to understand.
Information on the migration is pretty light on at the moment, there's a
tool to get the branches structured properly.
https://infra.apache.org/svn-to-git-migration.html
Cheers,
Peter.
On 19/01/2021 2:10 pm, Gregg Wonderly wrote:
I think that separate repositories
currently.
I welcome suggestions as to how the git repositories should be structured.
--
Regards,
Peter Firmstone
0498 286 363
Zeus Project Services Pty Ltd.
assistance from INFRA.
--
Regards,
Peter Firmstone
0498 286 363
Zeus Project Services Pty Ltd.
No pressure if you're not comfortable, I should have some time in a
fortnight.
On 11/22/2020 4:21 PM, Peter Firmstone wrote:
If you feel confident enough to have a go at SVN move. :-)
On 11/22/2020 11:03 AM, Dan Rollo wrote:
Hi Peter,
Sounds good to me.
If you have any idiot proof tasks
If you feel confident enough to have a go at SVN move. :-)
On 11/22/2020 11:03 AM, Dan Rollo wrote:
Hi Peter,
Sounds good to me.
If you have any idiot proof tasks, let me know, I’d be happy to help.
Dan
On Nov 21, 2020, at 6:16 PM, Peter Firmstone
wrote:
Hello River folk,
What I had
Queensland, so hoping to get
some time over Christmas to get this done, and all help will be gladly
welcomed.
--
Regards,
Peter
Hello River folk,
Please review or make any suggestions you'd like to communicate to the
board.
Regards,
Peter.
The River project typically operates in maintenance mode, however there
is an ongoing long term undertaking to make River's monolithic codebase
modular.
The project has voted
The vote passes with 4 binding and 1 non binding:
+1 Dan Rollo
+1 Dennis Reedy
+1 Phillip Rhodes (non binding)
+1 Bryan Thompson
+1 Peter Firmstone
Regards,
Peter.
On 10/15/2020 12:12 AM, danro...@gmail.com wrote:
+1
On Oct 14, 2020, at 8:57 AM, Dennis Reedy wrote:
+1
On Oct 12
.
https://issues.apache.org/jira/projects/RIVER/issues/RIVER-49?filter=allopenissues
Cheers,
Peter.
serialized
data to create any object they like using any parameters they like.
The way I solved Java serialization's known insecurities was to take the
serialization framework from Apache Harmony, and re-implement
deserialization after studying known vulnerabilities.
Cheers,
Peter.
On S
the development we are doing.
Even Apache board members looked at github and thought we had no commits
for 3 years.
We need people to see the ongoing work on River, so they have confidence
in the project's future and it's continued development and support.
Cheers,
Peter.
On 10/10/2020 9:03 AM
A good summary of all known Java deserialization vulnerabilities.
https://github.com/PalindromeLabs/Java-Deserialization-CVEs
Cheers,
Peter.
,
Peter.
On 10/10/2020 9:03 AM, Peter Firmstone wrote:
Currently the trunk branch is a stable branch, it is not for
development code, let's make it so we can develop in trunk. The vote
concludes in two weeks.
+1 Peter.
Rationale:
The project needs to migrate from SVN to GIT.
The trunk branch
Currently the trunk branch is a stable branch, it is not for development
code, let's make it so we can develop in trunk. The vote concludes in
two weeks.
+1 Peter.
Rationale:
The project needs to migrate from SVN to GIT.
The trunk branch is the GIT branch, currently it's only read only
the module level,
which will be easier to review, understand and digest.
If folks are still interested in moving forward with the Gradle
approach, I'd love to see us go ahead and get that stuff merged and
commit to it as The Path Forward. Thoughts?
+1 Peter.
Phil
On Mon, Jul 13, 2020
there.
SVN has more software than just what's in trunk, such as site, the ldj
tests and other contributions:
http://svn.apache.org/viewvc/river/
Note sure how we proceed, any ideas?
Cheers,
Peter.
On 10/9/2020 9:07 AM, Phillip Rhodes wrote:
Any update on this? Are we switching to Git
Hello River folk,
Please review or make any suggestions you'd like to communicate to the
board.
Regards,
Peter.
As per the boards request we discussed the Attic and there was strong
support for continuing the River project, despite activity being
relatively quiet, it does appear
ow hanging fruit first.
Cheers,
Peter.
On 7/14/2020 6:58 AM, Dennis Reedy wrote:
As the title says, why use jtreg? We have modern test frameworks (Junit,
Spock, etc...). Asd we move forward with River, why not migrate tests to
use these?
Regards
Dennis Reedy
support for IIOP
over TLS.
I initially tried using GlassFish, but there were security
vulnerabilities present.
My notes in the relevant pom:
org.jboss.openjdk-orb
openjdk-orb
8.1.4.Final
Cheers,
Peter.
Hi Dennis,
Yes definitely, if you're ok with that.
The qa test suite could potentially be modularized as well, I'm guessing
it would be easier to run these tests with a gradle build.
Cheers,
Peter.
On 7/11/2020 11:12 PM, Dennis Reedy wrote:
Hi Peter,
We could just fold what you’ve done
.
There's the jtreg test suite as well, which is unit tests and bug
regression tests. I'd be in favour of moving the unit tests to junit,
but it hasn't happened yet, it's a lot of work I guess. The jtreg tests
tend to get neglected.
Cheers,
Peter.
On 7/10/2020 9:50 AM, Phillip Rhodes wrote
changes I made to remove the circular links?
Cheers,
Peter.
On 7/11/2020 5:50 AM, Dennis Reedy wrote:
Curious as to whether anyone has looked at this.
Regards
Dennis
On Tue, Jul 7, 2020 at 1:30 PM Dennis Reedy wrote:
To demonstrate how a modular Gradle build would look like, I put together
Oh, it builds now, I think there are some remaining junit tests that
need relocating too.
Cheers,
Peter.
On 7/9/2020 8:17 PM, Peter Firmstone wrote:
I've created issue River-471 all commits to this issue are untangling
circular links.
Please review.
On 7/9/2020 8:10 PM, peter_firmst
I've created issue River-471 all commits to this issue are untangling
circular links.
Please review.
On 7/9/2020 8:10 PM, peter_firmst...@apache.org wrote:
Author: peter_firmstone
Date: Thu Jul 9 10:10:53 2020
New Revision: 1879695
URL: http://svn.apache.org/viewvc?rev=1879695=rev
Log:
Perhaps we could agglomerate the modules, in the case below however,
this would make river-platform depend on river-lib, which depends on
river-dl, due to other dependencies and we don't really want that either.
In practise I was able to eliminate the circular dependencies in JGDMS
without
ead the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
Is this what I should expect?
On Sun, Jul 5, 2020 at 2:41 PM Phillip Rhodes
mailto:motley.crue@gmail.com>> wrote:
On Sun, Jul 5, 2020 at 8:07 AM Peter
client code depended on, others can be added as
required. Using a compatibility layer module for breaking changes
appears to be a good approach.
Cheers,
Peter.
On 7/6/2020 4:41 AM, Phillip Rhodes wrote:
On Sun, Jul 5, 2020 at 8:07 AM Peter Firmstone
wrote:
Hi Phil,
I've been going through
Hi Phil,
I've been going through your patch, you've got a lot of work done in a
short time. :)
I've just committed your changes.
I'll have a look at the circular dependencies and see what I can do in
the coming week.
Cheers,
Peter.
On 7/5/2020 3:46 AM, Phillip Rhodes wrote:
Hi Phil
/tree/trunk/JGDMS
Cheers,
Peter.
On 7/4/2020 3:53 PM, Phillip Rhodes wrote:
OK, for the sake of my own edification if nothing else, I've been
plowing ahead with making the various changes needed to get all of
this stuff to compile. I'm pretty close (in relative terms anyway) to
having everything
Hi Phil,
Yes, we'd like your patches :)
You can upload them here:
https://issues.apache.org/jira/projects/RIVER/issues/RIVER-300
It depends on river-dl, this module was renamed from river-lib-dl.
Cheers,
Pete.
On 7/4/2020 7:10 AM, Phillip Rhodes wrote:
Moving this to a new thread.
I
Hi Philip,
The most recent modular build attempt is here:
http://svn.apache.org/viewvc/river/jtsk/modules/
Cheers,
Peter.
On 7/3/2020 2:19 PM, Phillip Rhodes wrote:
Aaah, I may not be using the latest code then. For me, the maven build
is failing right now due to missing dependencies
to stick with Java 8, as there will be some
additional problems building later Java versions.
Cheers,
Peter.
On 7/2/2020 12:10 PM, Phillip Rhodes wrote:
A Gradle build would be nice. I'm willing to invest some time trying
to help make it happen if need be. But I am curious.., it looks like
someone
, as no modifications have been made for a
long time, they could remain available read only in svn.
Regards,
Peter.
On 6/16/2020 1:28 AM, Dennis Reedy wrote:
I see there is https://github.com/apache/river. Can this be moved to be a
primary and not a mirror? The link referenced from Peter (this one
, but not so much for a service that doesn't return
a large number of results or is unlikely to receive large parameters.
Cheers,
Peter.
/* the exporter for test listeners */
integrityExporter = new BasicJeriExporter(
SslServerEndpoint.getInstance(0),
new AtomicILFactory(
new
very easy to code
up into a JERI InvocationLayerFactory implementation, however I've had
other priorities and never gotten around to.
I wanted to determine whether there is interest in improving performance
using compression?
Regards,
Peter.
utilities such as SDM apply the constraints for users,
who can set them in their configuration.
Regards,
Peter.
On 6/6/2020 3:08 AM, Kłeczek, Michał wrote:
Hi Peter,
I think we need to be careful here - basically the semantics should be:
MyServiceProxy originalProxy = ...
MethodConstraints
No worries, happy to help.
Cheers,
Peter.
On 6/3/2020 9:50 AM, Dennis Reedy wrote:
Hey Peter,
Thanks for the reference. I think it would be great to get this done this
month, might need some assistance.
Regards Dennis
On Jun 2, 2020, at 5:35 PM, Peter Firmstone wrote:
Dennis,
How
Dennis,
How soon did you want to migrate to git?
The following seems like a good guide:
https://cwiki.apache.org/confluence/display/commons/MovingToGit
Regards,
Peter.
On 5/30/2020 12:11 AM, Dennis Reedy wrote:
With 4 in favor, 0 against, the vote to change from subversion to Git
://pfirmstone.github.io/JGDMS/jgdms-discovery-providers/apidocs/org/apache/river/discovery/ssl/sha224/package-summary.html
Cheers,
Peter.
On 6/2/2020 2:58 PM, Shawn Ellis wrote:
Nice! I wasn’t expecting that River would support stateless TLS too.
The other improvements look very useful. Especially
Just confirming I've found failing tests, still working on it
On 6/1/2020 10:12 PM, Peter Firmstone wrote:
Thanks Shawn,
I've been testing on JDK 11 and 13 recently, I've just downloaded JDK
14.0.1
I ran the qa suite lookupservice tests with JSSE enabled (Using qa
suite on JGDMS which
ained after an initial connection may return a
null value when its getSessionContext() method is called."
Worked around this below by obtaining local certificate for valid session.
Ran tests again.
Confirming tests are now passing... Will run some more.
Regards,
Peter.
/**
/MAVEN/Git+Migration#GitMigration-ThingstodiscusswithINFRA
Regards,
Peter.
On 5/29/2020 4:27 AM, Michael Sobolewski wrote:
+1
Mike
On May 28, 2020, at 1:23 PM, Dennis Reedy wrote:
Is 3 enough to carry the vote for success? If so, what are the next steps?
Do we need to contact infrastructure
Excellent, thanks Mike,
Good to have you with us.
Cheers,
Peter.
On 5/28/2020 12:40 AM, Michael Sobolewski wrote:
Hi Peter,
I am still interested. Dennis worked with me on the SORCER/Rio
integration for a couple years at AFRL/WPAFB. He helped us to
integrate all projects
+1 Peter
On 5/28/2020 9:26 AM, Dennis Reedy wrote:
Git provides greater flexibility for distributed development, feature branches,
pull requests, etc... this is a vote to move River from subversion to git
River's still using SVN. Feel free to bring that up for discussion or a
vote if you like, I don't think there will be any resistance to change.
On 5/27/2020 11:01 PM, Dennis Reedy wrote:
Peter,
I’ll try checking that out. One thing, I had thought River switched to
git? Or is River still
Thanks Dan,
I'll raise a bug on JIRA.
Cheers,
Peter.
On 5/27/2020 3:45 AM, Dan Rollo wrote:
I don’t know the historical reason for the proxy identity changing behavior you
describe.
Assuming no good reason to keep it, I’m +1 to remove MethodConstraints from the
proxy identity logic.
Dan
a development build, I think people
would be pleased to see some development action.
The qa test suite is currently an ant build.
Regards,
Peter.
On 5/27/2020 3:40 AM, Dan Rollo wrote:
Regarding a gradle build:
I’m not against a gradle build, but I’m by no means a gradle expert.
For the initial
Hi Dennis,
Replies inline below.
On 5/22/2020 2:56 PM, Dennis Reedy wrote:
Hi Peter,
Some quick late night thoughts ...
- Time depending, helping a Gradle build for River is something that I'd
be glad to participate in. I think one of the biggest challenges will be
getting
, given time to think some more...
Regards,
Peter.
On 5/22/2020 3:20 AM, Dennis Reedy wrote:
I think showing/explaing how River can fit into a larger eco-system of
existing applications would certainly help. How could River augment Spring
Boot? What would it look like to combine River and Kafka
over the internet already,
in spite of limitations with IPv4 NAT. I have other fixes that address
TLS security issues in River and bring cyphers and constraints into
2020, rather than 2004 era cyphers.
Regards,
Peter.
On 5/21/2020 10:54 AM, Patricia Shanahan wrote:
The board tends
Thanks Dan. :)
On 5/21/2020 12:20 PM, Dan Rollo wrote:
Hi Peter,
I acknowledge the contributions are slow to come, but I agree with your
observation that contributions are still coming. I would prefer the River
project not be moved to the attic just yet. (“I don’t want to go on the cart. I
if they don't want to.
This will also eliminate the many problems that codebase annotation loss
causes for new developers.
Regards,
Peter Firmstone.
are your thoughts?
I don't think the board is asking that we send River to the attic, just
that we discuss it.
Regards,
Peter.
ements, however it's also available at Maven Central.
https://mvnrepository.com/artifact/au.net.zeus.jgdms
Regards,
Peter.
On 5/16/2020 7:36 PM, Bishnu Gautam wrote:
Hi Peter
Thanks for your response
It would be great to have Unicast https implementation or also the IPv6
multicast discovery
is assigned is extensible if required, eg OSGi.
Cheers,
Peter.
to be reliable, I kinda figured it would impact
negatively if users had to debug it.
Cheers,
Peter.
On 5/5/2020 10:32 PM, Bishnu Gautam wrote:
Hello All
Are there any updates regarding firewall bypassing in Apache River. I
have been around Jini Technology a decade ago and was stuck due to its
I'm a bit of a Hermit myself now too. Looking forward to getting out
again when this is all over.
Good to hear you're all well.
Cheers,
Peter.
On 5/8/2020 4:45 AM, Dan Rollo wrote:
+1
Oddly enough, I work remotely, and it seems things are busier than
pre-pandemic.
Thankfully, healthy
Hello River Folk,
Please review the May report draft below. With work starting to slow
down, I should have some time to complete the modular build soon.
How are you being impacted by Covid-19?
Regards,
Peter Firmstone.
## Description:
- Apache River provides a platform for dynamic
I didn't make the February deadline, so I'll post the report in time for
March.
+1 Peter.
Please vote at your convenience.
Regards,
Peter.
On 2/20/2020 6:29 AM, Dan Rollo wrote:
Looks good to me. +1
Dan Rollo
From: Peter Firmstone
Subject: February Board Report Draft
Date: February 18
Hello River folk, please review / comment / suggest / changes for the
draft board report for February below.
Regards,
Peter.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
Hello River folk, please review / comment / suggest / changes for the
draft board report for November below.
Regards,
Peter.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
Thanks Gregg,
It works well in testing and allows a maximum of 256 remote object
between two nodes over a JERI endpoint.
Is anyone approaching 128 remote object in deployment?
If no one objects in the next week, I'll assume lazy concensus.
Regards,
Peter.
On 3/09/2019 1:31 AM, Gregg
into
River is dependant on community review and acceptance.
Regards,
Peter.
Hello River folk, please review / comment / suggest / changes for the
draft board report for August below.
Regards,
Peter.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
Hello River folk, please review / comment / suggest / changes for the
draft board report for June below.
Regards,
Peter.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
Hello River folk, please review / comment / suggest / changes for the
draft board report for March below.
Regards,
Peter.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
Hello River folk, please review / comment / suggest / changes for the
draft board report for November below.
Regards,
Peter.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
Thanks Shawn,
Well spotted and sorted.
Regards,
Peter.
On 5/11/2018 6:46 AM, Shawn Ellis (JIRA) wrote:
[
https://issues.apache.org/jira/browse/RIVER-467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shawn Ellis updated RIVER-467
/apache/river/test/impl/mahalo/AdminIFShutdownTest.td
N.B. This only affects people using secure services.
Regards,
Peter.
On 18/10/2018 6:40 AM, Bryan Thompson wrote:
I've never used that aspect. Nothing to offer.
B
On Wed, Oct 17, 2018 at 3:57 AM Peter Firmstone
wrote:
LookupLocator's
constraints, I'm finding that it's causing problems
for discovery magement and now I'm thinking that the constraints,
probably shouldn't be part of constraints.
What are your thoughts?
Regards,
Peter.
Hello River Folk,
My focus in recent years has been addressing security concerns, such as
deserialization and TSLv1.2 secure endpoints, during the River project's
existance, we've only tested the TCP endpoints with the qa suite (the
majority of tests), apart from some jtreg tests that test
Hello River folk, please review / comment / suggest / changes for the
draft board report for August below.
Regards,
Peter.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
when classes
cannot be resolved from the proxy's ClassLoader. In these cases the
codebase must resolve dependencies to the same service api version
(service api is the public api the client and proxy use to interact) at
the remote server endpoint.
Regards,
Peter.
Thanks Shawn,
A deceptively simple fix, must have taken time and investigation to work
out why it was getting unecessarily delayed, interesting given that it
has gone on for so long too.
Cheers,
Peter.
On 14/05/2018 5:57 AM, Shawn Ellis (JIRA) wrote:
[
https://issues.apache.org
Actually we can still submit up to 24 hours prior to the meeting.
Does anyone have any thoughts or anything they want to add?
Regards,
Peter.
On 12/05/2018 8:41 AM, Peter wrote:
This board report is due, however it will need to be delayed until June,
I have been aware since last month
This board report is due, however it will need to be delayed until June,
I have been aware since last month that it needed to be done.
## Description:
- Apache River provides a platform for dynamic discovery and lookup
search of network services. Services may be implemented in a number
of
constraints before deserialization occurs.
I haven't made this code publicly available yet.
Regards,
Peter.
1 - 100 of 1121 matches
Mail list logo