[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[lyo-dev] UNSUBSCRIBE Re: lyo-dev Digest, Vol 83, Issue 20
|
Please unsubscribe me from lyo-dev digest - thank you
Bill Owen
billowen@xxxxxxxxxx
Spectrum Scale Storage
520-799-4829
lyo-dev-request---02/14/2019 06:27:07 AM---Send lyo-dev mailing list submissions to lyo-dev@xxxxxxxxxxx
From: lyo-dev-request@xxxxxxxxxxx
To: lyo-dev@xxxxxxxxxxx
Date: 02/14/2019 06:27 AM
Subject: lyo-dev Digest, Vol 83, Issue 20
Sent by: lyo-dev-bounces@xxxxxxxxxxx
Send lyo-dev mailing list submissions to
lyo-dev@xxxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev
or, via email, send a message with subject or body 'help' to
lyo-dev-request@xxxxxxxxxxx
You can reach the person managing the list at
lyo-dev-owner@xxxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of lyo-dev digest..."
Today's Topics:
1. Re: eclipse/Lyo Java Client API updates for release 4.0.0
(Andrii Berezovskyi)
----------------------------------------------------------------------
Message: 1
Date: Thu, 14 Feb 2019 13:22:06 +0000
From: Andrii Berezovskyi <andriib@xxxxxx>
To: Lyo project developer discussions <lyo-dev@xxxxxxxxxxx>
Subject: Re: [lyo-dev] eclipse/Lyo Java Client API updates for release
4.0.0
Message-ID: <55B2FEE5-F58F-48CC-B5B2-FFFC77667D03@xxxxxx>
Content-Type: text/plain; charset="utf-8"
Wink JSON lib has no dependencies on JavaEE, we talked about it before. Maybe makes sense to copy the code of that lib into Lyo? Should be just a few classes.
--
/Andrew
14 feb. 2019 kl. 13:29 skrev Jad El-Khoury <jad@xxxxxx<mailto:jad@xxxxxx>>:
Hi Jim,
There should not be a Wink dependency.
https://github.com/OSLC/lyo-adaptor-sample-modelling/blob/F_jax-rs-2.0/adaptor-rm-webapp/pom.xml
I recall however a question concerning the ?oslc4j-json4j-provider? library, that has this ?wink? dependency.
<dependency>
<groupId>org.apache.wink</groupId>
<artifactId>wink-json4j</artifactId>
</dependency>
______________________________
Jad El-khoury, PhD
KTH Royal Institute of Technology
School of Industrial Engineering and Management, Mechatronics Division
Brinellv?gen 83, SE-100 44 Stockholm, Sweden
Phone: +46(0)8 790 6877 Mobile: +46(0)70 773 93 45
jad@xxxxxx<mailto:jad@xxxxxx>, www.kth.se<http://www.kth.se>
From: lyo-dev-bounces@xxxxxxxxxxx<mailto:lyo-dev-bounces@xxxxxxxxxxx> [mailto:lyo-dev-bounces@xxxxxxxxxxx] On Behalf Of Jim Amsden
Sent: 14 February 2019 13:23
To: Lyo project developer discussions <lyo-dev@xxxxxxxxxxx<mailto:lyo-dev@xxxxxxxxxxx>>
Subject: Re: [lyo-dev] eclipse/Lyo Java Client API updates for release 4.0.0
I tested the old client against Jad's sample adaptor-rm-webapp, but I noticed it has a Wink dependency in the pom.xml file. Maybe I got the wrong version.
Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575
From: Andrii Berezovskyi <andriib@xxxxxx<mailto:andriib@xxxxxx>>
To: Lyo project developer discussions <lyo-dev@xxxxxxxxxxx<mailto:lyo-dev@xxxxxxxxxxx>>
Date: 02/14/2019 06:29 AM
Subject: Re: [lyo-dev] eclipse/Lyo Java Client API updates for release 4.0.0
Sent by: lyo-dev-bounces@xxxxxxxxxxx<mailto:lyo-dev-bounces@xxxxxxxxxxx>
________________________________
Jim, as far as I recall, the old client does not play well with a Jersey based server and that's why we are holding off on merging that patch from Jad to master.
And a question to the users: does this move solve any bloat issues for those of you who asked for a slimmed down client?
--
/Andrew
13 feb. 2019 kl. 13:40 skrev Jim Amsden <jamsden@xxxxxxxxxx<mailto:jamsden@xxxxxxxxxx>>:
Ralph,
You can do that. See:
// IBM jazz-apps use JEE Form based authentication
clientBuilder.register(newJEEFormAuthenticator(webContextUrl, userId, password));
as an example.
Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575
From: Ralph Schoon/Germany/IBM
To: Jim Amsden/Raleigh/IBM@IBMUS
Cc: "Lyo project developer discussions" <lyo-dev@xxxxxxxxxxx<mailto:lyo-dev@xxxxxxxxxxx>>, Nicholas Crossley/Seattle/Contr/IBM@IBMUS
Date: 02/13/2019 06:46 AM
Subject: Re: eclipse/Lyo Java Client API updates for release 4.0.0
________________________________
Hi Jim,
I would like to be able to at least register a request interceptor against the oslc client.
Is there a maven repository I could use to test a bit?
Mit freundlichen Gr??en / Kind regards
Ralph Schoon
"Unleash the Labs" - Watson IoT Connected Products
Leading Technical Sales Professional
Client Technical Specialist
Certified IT Specialist
________________________________
E-Mail:
ralph.schoon@xxxxxxxxxx<mailto:ralph.schoon@xxxxxxxxxx>
IBM Deutschland
<mime-attachment.gif>
Mobile:
+49-170-4532-366
Wilhelm-Fay-Str. 30-34
65936 Frankfurt
Blog:
http://rsjazz.wordpress.com/
Germany
________________________________
IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter Geschaeftsfuehrung: Matthias Hartmann(Vorsitzender), Norbert Janzen, Nicole Reimer, Stefan Lutz, Wolfgang Wendt, Dr. Klaus Seifert Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 WEEE-Reg.-Nr. DE 99369940
From: Jim Amsden/Raleigh/IBM
To: "Lyo project developer discussions" <lyo-dev@xxxxxxxxxxx<mailto:lyo-dev@xxxxxxxxxxx>>
Cc: Nicholas Crossley/Seattle/Contr/IBM@IBMUS, Ralph Schoon/Germany/IBM@IBMDE
Date: 12.02.2019 21:46
Subject: eclipse/Lyo Java Client API updates for release 4.0.0
________________________________
Since Apache Wink has been retired, and the current oslc-java-client includes a large set of Wink jar files that bloat up client implementations, we decided to remove Wink from OSLC4J.
Unfortunately, for the Java client, that would result in some API breaking changes. So we decided to leave oslc-java-client alone - it and its sample applications are unchanged in 4.0.0, and still depend on Wink. As expected, this client works with servers that are implemented using Wink or Jersey, so there was no need to change it.
In addition, I created a new Java client, oslc4j-client that only depends on JAX-RS 2.0. This client does not reference any JAX-RS implementation, leaving the choice of the implementation up to the client applications. It also does not support SSL or any authentication, also leaving those specifics up to the client applications as needed. This radically simplifies the oslc4j-client, and reduces its size, while providing the flexibility client applications need to configure their client access.
The new OslcClient constructor can now take a single ClientBuilder argument. The client application creates and configures a ClientBuilder to meet their needs, and passes in the OslcClient(ClientBuilder) constructor for subsequent use.
I have also added Jazz rootservices discovery methods directly to OslcClient since these are often necessary to discover OSLC discovery URLs (and something we're considering adding to the OSLC standards).
As a result, there is no longer any need for OslcClient subclasses for rootservices processing, Jazz Form based authentication, etc.
Here's an example of how a client application would configure, create and use an OslcClient to access jazz-apps that use JEE Form based authentication, taken from the oslc4j-client-samples/IECMSample.java sample application. HTTP Basic, Digest, etc. can be handled similarly:
// STEP 1: Configure the ClientBuilder as needed for your client application
// Use HttpClient instead of the default HttpUrlConnection
ClientConfig clientConfig= newClientConfig().connectorProvider(newApacheConnectorProvider());
ClientBuilder clientBuilder= ClientBuilder.newBuilder();
clientBuilder.withConfig(clientConfig);
// Setup SSL support to ignore self-assigned SSL certificates
SSLContextBuilder sslContextBuilder= newSSLContextBuilder();
sslContextBuilder.loadTrustMaterial(TrustSelfSignedStrategy.INSTANCE);
clientBuilder.sslContext(sslContextBuilder.build());
clientBuilder.hostnameVerifier(NoopHostnameVerifier.INSTANCE);
// IBM jazz-apps use JEE Form based authentication
clientBuilder.register(newJEEFormAuthenticator(webContextUrl, userId, password));
// STEP 2: Create a new OslcClient using the above configuration
OslcClient client= newOslcClient(clientBuilder);
// STEP 3: Get the URL of the OSLC ChangeManagement service from the rootservicesdocument
String catalogUrl= client.getCatalogUrl(webContextUrl, OSLCConstants.OSLC_CM_V2);
// STEP 4: Find the OSLC Service Provider for the project area we want to work with
String serviceProviderUrl= client.lookupServiceProviderUrl(catalogUrl, projectArea);
JEE FormAuthenticator is included in oslc4j-client for convenience, and to provide an example for how other authentication filters could be developed.
Let me know if this is sufficient to meet you OSLC4J Java client needs as we are in the process of finishing up the 4.0.0 release.
Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575
_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx<mailto:lyo-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev[attachment "ATT00001.gif" deleted by Jim Amsden/Raleigh/IBM] _______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx<mailto:lyo-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev
_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx<mailto:lyo-dev@xxxxxxxxxxx>
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.eclipse.org/mailman/private/lyo-dev/attachments/20190214/7ddc7452/attachment.html>
------------------------------
_______________________________________________
lyo-dev mailing list
lyo-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/lyo-dev
End of lyo-dev Digest, Vol 83, Issue 20
***************************************
