Expand my Community achievements bar.

Get ready! An upgraded Experience League Community experience is coming in January.
Submissions are now open for the 2026 Adobe Experience Maker Awards

Mark Solution

This conversation has been locked due to inactivity. Please create a new post.

SOLVED

Data Collection and Experience Persistence for Server Side (Java SDK)

Avatar

Level 4

Hello Community,

 

I have a couple of questions regarding server side (Java SDK). 

 

Question number one:

 

For server side tests (form based), does setting the reporting source to Adobe Analytics send activity data over the same way as client side does (activity / experience name)?

 

 

Question number two:

 

How is persistent experience achieved with server side?  I know for client side the Visitor API (AMC...) cookie is used for experience consistency.  Does server side have a similar mechanism?  If so does it "autmagically" work out of the box?

 

Thanks!

 

 

1 Accepted Solution

Avatar

Correct answer by
Employee Advisor

Hi @rrrrrraul,

#1: It does rely on the same A4T configuration option the typical client-side deployment of Target does (using an SDID parameter). This does assume a Target server-side deployment and a client-side deployment of ECID and Analytics. Then you should be setting a server-state for the ECID (VisitorAPI.js) on the page. You should be able to see this on the Target-Analytics page from the sample app for the Target Java SDK.

#2: The Target Java SDK handles this so that experiences are maintained as you'd expect. The SDK will use and set the AMCV_... and mbox cookies to make sure ensure this works on both the server-side or client-side (in case you have a hybrid deployment of Target).

Hope that helps.

View solution in original post

1 Reply

Avatar

Correct answer by
Employee Advisor

Hi @rrrrrraul,

#1: It does rely on the same A4T configuration option the typical client-side deployment of Target does (using an SDID parameter). This does assume a Target server-side deployment and a client-side deployment of ECID and Analytics. Then you should be setting a server-state for the ECID (VisitorAPI.js) on the page. You should be able to see this on the Target-Analytics page from the sample app for the Target Java SDK.

#2: The Target Java SDK handles this so that experiences are maintained as you'd expect. The SDK will use and set the AMCV_... and mbox cookies to make sure ensure this works on both the server-side or client-side (in case you have a hybrid deployment of Target).

Hope that helps.