I want to get all the artifact names on a particular group name in my nexus repository.
I have tried lucene web api for this. like i used a url like,
http://localhost:8080/nexus/service/local/lucene/search?g=my.group.name
But on the xml response I see the it is listed the artifact from index section, which contains the deleted artifacts also. I don't want the deleted artifact names.
How can I achieve this. Is there any we api supports this?
You can write a small plugin to retrieve the GAV's. The "crawling" example from this location does pretty much what you need already:
https://github.com/sonatype/nexus-example-plugins/
The ArtifactDiscoveryListener.java is called for every GAV in a repository. The plugin contributes a scheduled task, so it's easy to run.
You can find more information about developing plugins here:
https://books.sonatype.com/nexus-book/reference/plugdev.html
Related
I want to save my process definition. But so far, I only know that my process files will be saved when deploying.
But I just want to save without deploying.
How can I do this ?
Your requirement is not fully clear. If you just want to save the file without deploying it, then you can save it to the location of your choice in the Desktop Modeler or download it from the web modeler, both without deploying it.
There is no need to store this file in the Camunda runtime if you do not want to deploy and use it. Feel feel to store it e.g. in Git.
You should not write something to Camunda tables directly, circumventing the API, as Jan already pointed out.
You can use the Camunda Web Modeler to manage and store process models and other artifacts without deploying them. For Camunda 7 you can use Cawemo.com. for Camunda 8 you can use the Saas version of the web modeler available under camunda.io, or a beta version of the web modeler for self-managed installation (https://docs.camunda.io/docs/self-managed/web-modeler/installation/).
It is just an xml file ... just save it wherever you want. Typically, it will be stored in a git repository because the model is versioned part of your codebase.
I am looking for a resource where it would allow multiple collaborators to work on a single Rmarkdown or Bookdown project. Currently, I am finding that if, for example, I were to make changes on a Rmarkdown document that is in a shared Dropbox, this change will not update to the other collaborators unless they were to logout and restart the documents. Is there perhaps a resource for live-editing? I have thought about Github but it doesn't allow live access. Thanks.
For example when I try to figure out what properties I can put into deployment manager for creating a bigquery table, I had to reference the REST API docs as the best place to find parameters and required fields.
Is there a good place from within gcloud command or online docs that are specific to deployment manager yamls? I would like to be able to reference required fields and optional fields for creating GCP resources. Currently it's very difficult to figure out.
From the documentation at: https://cloud.google.com/deployment-manager/docs/configuration/supported-resource-types
You can get a list of the supported resource types by running:
gcloud deployment-manager types list
That said the yaml reference from documentation on the that page looks pretty complete.
Edit: Refer to this github link for a list of deployment manager examples.
If anything you need is not described in the documentation/exemplary schemas there is a brutal walk around.
You can make an api call with developer console open (F12) and have a look on network activity where your call will be described with all used and available properties.
It will not provide any addtional information about implementation besides parameter's name itself, so you will have to follow rules covering alike parameter.
I would like to run WSO2 on two hosts, one serves as manager and the other as gateway worker.
I consulted the clustering guide and product profiles documentation, and I understand that after configuring the two hosts correctly, I can run the product with selected profile:
-Dprofile=gateway-manager on the manager node
-Dprofile=gateway-worker on the gateway worker node
In addition to perform selective-run, I would also like the gateway-worker to have the minimal possible deployment, i.e. to be installed only with artifacts it really needs.
Three options I can think of, from best to worst:
Download a minimized deployment package - in case there is one? In the site I saw only complete package which contains artifacts of all the components. Are there other download options which contain selective artifacts per profile?
Download the complete package and then remove the artifacts which are not necessary for gateway-worker (how do I know which files/directories to remove?)
Download the source from github and run a selective build? (which components should I build and how do I package them for deployment)?
There are no separate product packs for each profiles to download. So option 1 is not there. But you can do the option 2 to some extent. You can remove the publisher, store and admin-dashboard application from the product by removing 'jaggeryapps' folder in 'wso2am-1.10.0/repository/deployment/server/' location. Other than that we are not recommending to remove any components from the pack.
You can check the profile generation code for API Manager 1.10 in here. It only has module import definitions. These component are needed to be there for each profile.
I am evaluating wso2 and came across the following issue: imagine that my company already has a well defined Common Data Model for their business. Those schemas (and even service definitions - wsdls) live on a repository and references between files are done using relative paths between them. Now, what I want is to import all of these XSD's and WSDL's into wso2 Gorvernance Registry (wso2greg) to make it manage them. More (and this is where I start to lose the grip on wso2) I want to reference wso2greg's resources on wso2bps's BPEL Workflows. I want to say: "Hey, workflow! Forget all about your auto-generated interface. Your interface will be this one {wsdl_from_wso2greg}."
I am trying to accomplish this by creating an Registry Resources Project inside my "main" Carbon Application Project (along-side with my BPEL Workflow) and then creating PartnerLinks on the workflow but, after I configured everything, I get the following error: "The import location of ../TestGreg/TestServiceWsdl.wsdl is not supported by this implementation. Import artifacts must be contained within the folder hierarchy that has the deployment descriptor at the root".
Now, am I doing something really stupid or wso2 really does not support what I am trying to do? If so, how do you guys usually deal with these issues?
Thks,
Leandro Nunes
When you are referring to WSDLs/XSDs from BPEL, you need to package them with BPEL. You cannot refer the ones stored in the registry.
Referring from the external registry can be done only for security policies and endpoint references. Any other resources need to be packaged with the BPEL.