Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

V3t #2

Merged
merged 40 commits into from
Aug 14, 2024
Merged

V3t #2

merged 40 commits into from
Aug 14, 2024

Conversation

afterimagex
Copy link
Owner

123

imbajin and others added 20 commits August 7, 2024 19:05
…v3 support

This commit introduces significant updates to the hugegraph-python-client module, focusing on GraphSpace compatibility and API v3 support. Key changes include:

- Unified connection configuration via HGraphConfig to streamline parameter management.
- Enhanced HGraphSession for unified HTTP calls with optimized URL handling.
- Automatic GraphSpace detection based on server API version, ensuring compatibility with both old and new server versions.
- Refactored HGraphContext and HGraphRouter for more structured URL definitions using a decorator approach.
- Introduction of the @http decorator for simplified HTTP method and path definitions.
- Extensive compatibility testing to ensure a seamless experience across different server versions.

The update aims to provide a robust and flexible client module for interacting with HugeGraph servers, catering to the needs of both new and existing API versions.
TODO: replace it in the LLM module later
)

Also we keep the compatible with the legacy request url/uri~

This PR introduces significant updates to the hugegraph-python-client module, focusing on GraphSpace compatibility and API v3 support. Key changes include:

- [x] Unified connection configuration via HGraphConfig to streamline parameter management.
- [x] Enhanced HGraphSession for unified HTTP calls with optimized URL handling.
- [x] Automatic GraphSpace detection based on server API version, ensuring compatibility with both old and new server versions.
- [x] Refactored HGraphContext and HGraphRouter for more structured URL definitions using a decorator approach.
- [x] Introduction of the @http decorator for simplified HTTP method and path definitions.
- [ ] Extensive compatibility testing to ensure a seamless experience across different server versions.

The update aims to provide a robust and flexible client module for interacting with HugeGraph servers, catering to the needs of both new and existing API versions.

---------

Co-authored-by: imbajin <[email protected]>
…nd add asynchronous methods to the four types of generation functions in the rag web demo. (apache#58)

1. Fix some bugs and prompts.
2. Add two-stage query to get more information in graph rag query.
3. Add optional parameters for keyword matching vid.
4. Add asynchronous methods to the four types of generation functions in the rag web demo.
5. Rename some options & format json output

---------

Co-authored-by: imbajin <[email protected]>
blank and others added 12 commits August 13, 2024 16:09
- Enhanced Naming Convention Support: Introduced support for underscore-named function calls in addition to existing camelCase naming convention. This allows for greater flexibility and compatibility with different coding styles and external libraries.

- Expanded index_label Types: Augmented the index_label functionality by adding support for shard and unique types. These additional types provide enhanced indexing capabilities that enable more sophisticated data organization and retrieval scenarios, improving overall performance and scalability.

- New Rank API Implementation: Implemented a new rank API to support ranking and sorting of data based on specified criteria. This feature enables applications to easily incorporate ranking logic into their workflows, enhancing user experience by presenting the most relevant or prioritized information first.

- Optimized HTTP Invocation and Response Handling: Refactored HTTP client invocations to utilize a more streamlined approach. Introduced ResponseValidation for managing response checks, effectively reducing the need for explicit check_if_success calls in multiple locations. This optimization not only simplifies code but also enhances its maintainability and readability, making it easier to identify and resolve potential issues related to HTTP response handling.

TODO:
- handle some py-lint problems before Merge to Master/Main

---------

Co-authored-by: imbajin <[email protected]>
Co-authored-by: blank <[email protected]>
@afterimagex afterimagex merged commit 632d30b into v3 Aug 14, 2024
8 of 12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants