Why I agree that it "looks like a bug", "walks like a bug" and "talks like a bug"... this was actually a "feature" :)
not a good one, or with a good reason to exist, but something we've been trying not to break. I'm not going to dig into the "wrong" reasoning on why this was done in the first place, unless someone is really curious. :D Having said that, V1 admin API was in effect considered as "soft deprecated" since Pulsar 2.0. All documentation has been focused on v2 APIs. I believe a better approach now would be to disable v1 APIs using the configuration, and actually disabling it by default in next Pulsar versions. Matteo Instead -- Matteo Merli <matteo.me...@gmail.com> On Mon, May 9, 2022 at 12:06 PM Enrico Olivelli <eolive...@gmail.com> wrote: > > +1 > I agree totally. It is a bug > > Enrico > > Il Lun 9 Mag 2022, 20:59 Michael Marshall <mmarsh...@apache.org> ha scritto: > > > Great find, Jiwei Guo. I agree that this should be classified as a bug > > and that we should change the V1 implementation so that a topic can > > only be created if its namespace already exists. > > > > Thanks, > > Michael > > > > On Mon, May 9, 2022 at 7:13 AM guo jiwei <techno...@apache.org> wrote: > > > > > > Hi, community: > > > I found that in the admin API V1, it is possible to successfully > > create > > > a partitioned topic without a namespace. > > > However, in V1, when getting the partitioned topic list > > > (getPartitionedTopicList) and when creating a non-partitioned topic, the > > > existence of the namespace is checked. > > > In V2, we all need to check whether the namespace exists. > > > For consistency, I think creating a partitioned topic in V1 also needs to > > > check for the existence of the namespace. > > > So, I push out patch #14858 <https://github.com/apache/pulsar/pull/14858 > > >. > > > If the patch is passed, the user's existing topics will not be affected, > > > the newly created partitioned topic will fail, and a namespace needs to > > be > > > created first. > > > > > > Above, I hope you can give some other ideas. > > > > > > > > > Regards > > > Jiwei Guo (Tboy) > >
