…go#1106)

…ame package (swaggo#1127)

…waggo#1130)

…swaggo#1185)

Bumps [github.com/swaggo/http-swagger](https://github.com/swaggo/http-swagger) from 1.2.5 to 1.2.6.
- [Release notes](https://github.com/swaggo/http-swagger/releases)
- [Changelog](https://github.com/swaggo/http-swagger/blob/master/.goreleaser.yml)
- [Commits](swaggo/http-swagger@v1.2.5...v1.2.6)

---
updated-dependencies:
- dependency-name: github.com/swaggo/http-swagger
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <[email protected]>

Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

Co-authored-by: victorwwang <[email protected]>

…cies (swaggo#1108)

* Imporve performance when generating spec with external dependencies

* Fix code review comments

* Add go1.18 test code

…waggo#1206)

Co-authored-by: jixiufeng <[email protected]>

…ggo#1209)

Co-authored-by: chengjin <[email protected]>

…e link (swaggo#1203) (swaggo#1241)

To summarize the issue, running `swag fmt` will set (at least) 2 spaces between the attribute tag and the rest of the comment. But this is a problem for struct with single comment:

```diff
type Example struct {
	Foobar string
-} // @name Example
+} // @name  Example
```

Indeed the doc generation doesn't interpret this correctly for struct (it completely ignore it).

So there are 2 solutions:

- fix the indent (which is feel more natural)
- fix the doc generation to correctly parse 2 spaces

This commit is fixing the indent part.

Basically I just set the padding=1 on `tabwriter`.

The cons is that it will also impacts all other godocs.

For instance (taken from the readme):

```diff
-// @title           Swagger Example API
-// @Version         1.0
-// @description     This is a sample server celler server.
-// @termsofservice  http://swagger.io/terms/
+// @title          Swagger Example API
+// @Version        1.0
+// @description    This is a sample server celler server.
+// @termsofservice http://swagger.io/terms/
```

* feat: add support for nested generics

nested generics support and related tests added

* fix: Multiple usage of same generic generate different definition paths

cache generic definitions by full name

* feat: add support for generic array parameter

- allow usage of arrays as parameter definitions
- tests extended and new body param added to tests

* feat: Add support for generic properties

- get generic field type
- support built in types in structs

refs swaggo#1213

* feat: Support custom model names for generics

add prefix to generic model names, to prevent renaming, if name annotation exists

* fix: Check if generic name starts with pkgName

- The first underscore was replaced instead of checking if the generated name even starts with the package name.
- New Tests added to test the name generation
- schema test extended to test the new behavior

* refactor: Apply suggested changes from PR

…waggo#1281)

* fix: Go generics cannot find common package object type definition

- use ast.SelectorExpr instead if ast.Ident to embed types
- tests reworked

fixes swaggo#1237

* fix: Overrides not working with Generics

- Generate full type name, if only one generic field exists
- Generate refs to generic properties
- Tests extended to test override behavior

refs swaggo#1237
fixes swaggo#1253

* test: Extend tests to check error behavior

- new tests added

…ggo#1293)

Binaries that are being built by the goreleaser don't have the CGO_ENABLED=0 env set which means they are dynamically linked to 
/lib64/ld-linux-x86-64.so.2  (or whichever version of ld-linux)
In some versions of distros, there are different versions ld-linux which makes the swag not start properly. 
In my case, I wanted to download the release binary into intermediate docker based on alpine to generate API documentation and it was always failing with "file not found" error.
NOTE: This change was not tested - I don't have the whole setup to test the goreleaser
sources:
https://jvns.ca/blog/2021/11/17/debugging-a-weird--file-not-found--error/
https://goreleaser.com/customization/build/

Signed-off-by: Eray Ates <[email protected]>

Signed-off-by: Eray Ates <[email protected]>

swaggo#1305)

* fix: Nested generic fields not fully working, if generic type is from another package

- change full name generation and support SelectorExpr
- prepend package only, if no name does not contain package

fixes swaggo#1304

* test: New tests added increase code coverage for generics

Signed-off-by: Eray Ates <[email protected]>

* fix: Generic Fields does not handle Arrays

- Support for *ast.IndexExpr added
- tests extended to cover use cases

fixes swaggo#1306

* test: Extend tests to improve code coverage

* refactor func splitStructName

Signed-off-by: sdghchj <[email protected]>

* Foramtter: add multi-function test.

* Formatter: model changes as byte-range edits.

The previous find-and-replace technique for replacing comment lines with
their formatted counterparts could apply the change to the wrong line,
when multiple identical comment lines exited. This led to “crosstalk”: a
formatting change to a comment on one function being applied to another,
unrelated function. By modeling each desired replacement with the byte
range that it specifically applies to, replacements are now always made
to the desired location.

* Formatter: preallocate the edit list.

…o#1322)

* fix: Generic Fields does not handle Arrays in the .swaggo file

- Detect array type and transform schema into spec.ArrayProperty if needed

fixes swaggo#1318, swaggo#1320

* refactor: use existing code to parse new type definition

- use methods from Operation to get schema
- methods parseObjectSchema and parseCombinedObjectSchema disconnected from struct

…o#1328)

- Generic detection moved to own method
- prepend pkg path if not provided

refs swaggo#1319

The io/ioutil package has been deprecated as of Go 1.16 [1]. This commit
replaces the existing io/ioutil functions with their new definitions in
io and os packages.

[1]: https://golang.org/doc/go1.16#ioutil
Signed-off-by: Eng Zer Jun <[email protected]>

* Update golang.org/x/tools dependency

* fix issue swaggo#1346 about generics

Signed-off-by: sdghchj <[email protected]>

* fix issue swaggo#1346 about generics

Signed-off-by: sdghchj <[email protected]>
Co-authored-by: sdghchj <[email protected]>

* fix issue swaggo#1345 about generics

* fix issue swaggo#1345 about generics

* fix issue swaggo#1345 about generics

* fix issue swaggo#1345 about generics

* fix tests coverage

* fix tests coverage

* fix tests coverage

* no need to wrap schema by map

Co-authored-by: sdghchj <[email protected]>

* fix issue swaggo#1353 about generics
Signed-off-by: sdghchj <[email protected]>

* make swagger comments more readable for go doc

Signed-off-by: sdghchj <[email protected]>

* fix unit tests

Signed-off-by: sdghchj <[email protected]>

* update examples

Signed-off-by: sdghchj <[email protected]>

* update examples

Signed-off-by: sdghchj <[email protected]>

Signed-off-by: sdghchj <[email protected]>

fix bug: more than two models have the same short package name

…1374)

* Enhancements: search imports sequencely, till find the type.
consider every import mode ,such as alias，underline, dot.
a model imported from an external by mode dot.

)

* fmt cmd: use a tab instead of two spaces to format comments

* fmt cmd: continuous spaces and tabs should be replaced with a single tab

* parse global enums

…go#1379)

* fix swaggo#1342

* fix swaggo#1342

* Revert "fix swaggo#1342"

This reverts commit 6031d3e.

…o#1388)

* enhancement: evaluate const across packages

* add properties to $ref

* fix parsing bug affected by fmt

…rror can be acquired (swaggo#1393)

* just optimize code

* chore: parse escaped double colon (\\:) example struct tag

Replaces the regular string splitting by a ":" made during
the "example" tag parsing so that it will not split escaped
double colons, allowing string examples containing a double
colon to be escaped using double backlashes.

* refactor: use strings.SplitN to split the string by the first double colon found

Co-authored-by: Gustavo <[email protected]>