It seems we are getting close.  Just to recap what Eric and I would
    like to accomplish: 
    1. Eric is building a package for Mobile and specifically Android
    developers. 
    2. In the Mobile package, when a user starts MPC we would like the
    feature list on startup to show listings from this category
    http://marketplace.eclipse.org/taxonomy/term/1974%2C31 
    3. I could see this also being a useful customization for some of
    the other packages. 
     
    From the e-mails it seems we have the following: 
    1. MPC reads the eclipse.product key that is unique to each
    package.  It then passes this unique key to the Marketplace server. 
    2. However, it would seem right now the server does not know how to
    map that key to a specific category. Is this correct? 
     
    Ian 
     
     
     
    On 5/9/2012 8:53 PM, Nathan Gervais wrote:
    
      
      Currently the only thing that the MPC server checks for when
      serving content is the presence of the client variable being set
      to 'org.eclipse.epp.mpc.core'.   We do this to verify that its MPC
      that is indeed calling and this is when we apply our filters for
      member only listings etc. 
       
      The REST API currently supports returning featured listings for a
      category (/featured/api/p/13 as an example) which it currently
      does when you select a category inside MPC.  I want to make sure
      we're all on the same page here and the behaviour we want is that
      packages can preselect which category would be the default
      selection from the categories drop down when MPC is launched,
      correct? 
      Nathan Gervais
Web Developer - Eclipse Foundation 
       
      On 5/9/2012 4:26 PM, Ian Skerrett wrote:
      
        
        @benjamin,  when MPC is first started, what is the product code
        sent to get the featured list?  Is that product code an
        extermalized string that can be customized by EPP?   Nathan, can
        confirm but I think the backend does look at the code. 
         
        @eric on the backend we have rules on what solutions we return. 
        For instance, we only return listings that have proper IUs setup
        so they can actually be installed  We also only return listings
        that are licensed oss or from Foundation member companies. 
         
         
         
        On 5/9/2012 2:49 PM, ERIC CLONINGER wrote:
        
          Hi Ben,
This definitely paints a clearer picture.
To dig a little further, if the Eclipse Marketplace backend were to
handle that parameter and return some results, would it be to the full
set of solutions? I don't want anything to prevent users from seeing
all the solutions, but it would be nice if the solutions for mobile
and embedded devices were listed first.
I say this, since the user has chosen a specific package, presumably
he wants solutions for those roles. At least at first, then they can
look for other tools to fulfill their job role.
Thanks
-E
On Wed, May 9, 2012 at 11:57 AM, Benjamin Muskalla
<benjamin.muskalla@xxxxxxxxxxx> wrote:
 
          
            Hey,
The MPC client actually sends the product id as part of the MPC requestst to
the server (eg. &product=org.eclipse.epp.package.rcp.product).
This way the server can actually response with different features for a
particular product (or EPP package as they have their own product). As far
as I know, the Eclipse Marketplace currently ignores the product attribute.
Hope that helps,
  Benjamin
On Wed, May 9, 2012 at 5:22 PM, ERIC CLONINGER <dcp874@xxxxxxxxxxxx> wrote:
 
            
              Hello all,
I'm working on a new EPP project for mobile devices, as described by this
bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=376258
Ian and I were discussing how this package would operate and I have a
thought. Would it be possible for MPC to load with the filters
pre-selected based on the package? Perhaps some bit of data about the
package itself could be fed into MPC or read from the initial query to
know which filters to apply.
Thanks
--
Eric Cloninger (ericc@xxxxxxxxxxxx)
Product Line Manager, MOTODEV Tools
Eclipse Sequoyah Project Lead
_______________________________________________
mpc-dev mailing list
mpc-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mpc-dev
 
             
            
--
Benjamin Muskalla
Software Engineer, Tasktop Sync
Committer, Eclipse Mylyn, Eclipse EGit
http://tasktop.com
@bmuskalla
_______________________________________________
mpc-dev mailing list
mpc-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mpc-dev
 
           
          
 
         
         
        
         
        
         
        _______________________________________________
mpc-dev mailing list
mpc-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mpc-dev
 
       
     
     
    
  
 |