On 16-07-15 17:58, John Burwell wrote:
> Wido,
>
> We have an acute problem — Oracle will be issuing no further security patches
> for Java7 which is a significant opsec risk. Put simply, we can’t leave our
> users exposed to such a risk because Ubuntu won’t ship a release for an
> non-EOL’e
Wido,
We have an acute problem — Oracle will be issuing no further security patches
for Java7 which is a significant opsec risk. Put simply, we can’t leave our
users exposed to such a risk because Ubuntu won’t ship a release for an
non-EOL’ed Java version for another year. Personally, I think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 15-07-15 09:20, Wilder Rodrigues wrote:
> If there would be dependencies on some other things, that in no way
> could be fixed now, we could wait for 4.7 (5.0). However, if we
> could give it a go, I would be able to tackle this in our next
> Spri
If there would be dependencies on some other things, that in no way could be
fixed now, we could wait for 4.7 (5.0). However, if we could give it a go, I
would be able to tackle this in our next Sprint (within 1 1/2 week from now)
and still get it into 4.6.
What would be the main considerations
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/14/2015 10:18 PM, John Burwell wrote:
> Wido,
>
> Is the OpenJDK PPA [1] not acceptable? Since Java7 is no longer
> supported, we run the risk of an Java security issue affecting the
> project that won’t be fixed.
>
I didn't know that a PPA
Wido,
Is the OpenJDK PPA [1] not acceptable? Since Java7 is no longer supported, we
run the risk of an Java security issue affecting the project that won’t be
fixed.
Thanks,
-John
[1]: https://launchpad.net/~openjdk-r/+archive/ubuntu/ppa
---
John Burwell (@john_burwell)
VP of Software Engine
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/10/2015 09:22 PM, Rohit Yadav wrote:
> Ping Wilder - any progress/plan on moving forward (perhaps after
> 4.6?).
>
I don't think there is? Since Ubuntu 14.04 doesn't support Java 8 in
any package form we can't really continue.
Ubuntu 16.04 w
Ping Wilder - any progress/plan on moving forward (perhaps after 4.6?).
On 01-May-2015, at 4:07 pm, Wilder Rodrigues
mailto:wrodrig...@schubergphilis.com>> wrote:
Hi Marcus,
Sorry for the push, I think after doing the whole CitrixResourceBase refactor I
also got a bit attached to the whole thi
Hi Marcus,
Sorry for the push, I think after doing the whole CitrixResourceBase refactor I
also got a bit attached to the whole thing/solution. ;)
Thanks for the input you gave. I will finish the refactor and apply it to both
implementations.
Cheers,
Wilder
On 01 May 2015, at 09:06, Marcus
Oh, and of course the annotation added to the wrapper looks like:
...
@ResourceWrapper(handles = CheckHealthCommand.class)
public final class LibvirtCheckHealthCommandWrapper
...
maybe 'wraps' or 'wrapperfor' would be better than 'handles' in your naming
scheme. You get the idea.
On Thu, Ap
I agree, this wrapper is a good step forward. It's totally fine to continue
on that path because it is obviously better and makes it easy to switch to
autodetection anytime later by simply adding the annotation. Sorry if I got
a bit passionate about that, but as you mention I also get tired of addi
Hi Marcus,
Thanks for the email… I’m always in for improvements. But why can’t you share
the code?
Few points below:
1. I added an subclassing example of LibvirtComputingResource because you
mentioned it in a previous email:
On 23 Apr 2015, at 17:26, Marcus
mailto:shadow...@gmail.com>> wrote
Ok. I wish I could share some code, because it isn't really as big of
a deal as it sounds from your reasoning. It is literally just 3 lines
on startup that fetch anything with the '@AgentExecutor' annotation
and stores it in a hash whose key is the value from @AgentExecutor's
'handles' property. Th
Hi Marcus,
Apologies for taking so much time to reply to your email, but was, and still
am, quite busy. :)
I would only use reflection if that was the only way to do it. The use of
reflection usually makes the code more complex, which is not good when we have
java developers in all different l
Great to see someone working on it. What sorts of roadblocks came out
of reflection? How does the wrapper design solve the pluggability
issue? This is pretty important to me, since I've worked with several
companies now that end up subclassing LibvirtComputingResource in
order to handle their own C
Hi Marcus,
I like the annotation idea, but reflection is trick because it hides some
information about the code.
Please, have a look at the CitrixResourceBase after the refactor I did. It
became quite smaller and test coverage was improved.
URL:
https://cwiki.apache.org/confluence/display/CLO
Kind of a tangent, but I'd actually like to see some work done to
clean up LibvirtComputing resource. One model I've prototyped that
seems to work is to create an annotation, such as
'KVMCommandExecutor', with a 'handles' property. With this annotation,
you implement a class that handles, e.g. Star
I agree with Wido. The first thing that came to mind is legacy
installs of CentOS that have java6,7 but not java8. I'd prefer to wait
until we can reasonably say that Ubuntu 12.04 and CentOS6.x are
artifacts of the past that people should not be running (maybe 6-12mo
past LTS, or something). Unless
Is java 1.8 on the roadmap for ubuntu 14?
It does not seem to make sense to have a LTS supported until 2019 with a
JDK no longer supported.
On Wed, Apr 22, 2015 at 2:43 PM, Wido den Hollander wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On 04/22/2015 02:13 PM, Wilder Rodrigu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/22/2015 02:13 PM, Wilder Rodrigues wrote:
> Hi Wido,
>
> Thanks for the reply and making a good point concerning Ubuntu
> 14.04.
>
> Besides the difficulty in writing testes without increasing even
> more out technical dept, another point on
Hi Wido,
Thanks for the reply and making a good point concerning Ubuntu 14.04.
Besides the difficulty in writing testes without increasing even more out
technical dept, another point on the Java 8 platform is the EOL (end of this
month) of Java 1.7.
For now I created a ticket on Apache Jira to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/21/2015 03:27 PM, Wilder Rodrigues wrote:
> Hi all,
>
> Yesterday I started working on the LibvirtComputingResource class
> in order to apply the same patterns I used in the
> CitrixResourceBase + add more unit tests to it After 10 hours of
>
22 matches
Mail list logo
