[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [mylar-dev] Re: Mylar Tasks (Repository) API
|
Yes, that bug report should provide exactly what you're asking for. The
more specific you can be about how you want it to work on the report the
more it will resemble what you need. We're very happy to take patches on
this as well. It's a P2 so Rob will be looking into it this week.
Mik
> -----Original Message-----
> From: mylar-dev-bounces@xxxxxxxxxxx [mailto:mylar-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Tomasz Pik
> Sent: Monday, August 28, 2006 12:09 PM
> To: Mylar developer discussions
> Subject: Re: [mylar-dev] Re: Mylar Tasks (Repository) API
>
> On 8/28/06, Nathan Hapke <nhapke@xxxxxxxxx> wrote:
> >
> >
> > Jimisola Laursen wrote:
> > > NEED:
> > >
> > > 1. method to get all: components, versions, targets, status,
> resolutions,
> > > severities, assignees and priorities (and possibly more?)
> >
> > See BugzillaConfigurationTest.test222RDFProductConfig
> >
> > > 2. 1 with a twist (with search criteria)
> > > e.g. get all components, versions, targets, severities etc for
> outstanding
> > > (status = UNCONFIRMED, NEW, ASSIGNED, OPENED)
> > >
> > > 3. method to search on bugs just like Bugzilla's Search for bugs
> > > (query.cgi) allows
> >
> > Bug 155279
> > Split search into headless and ui
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=155279
>
>
> The problem with this API is in fact that it's using Bugzilla-related
> classes, not ones from org.eclipse.mylar.tasks.code.
> In other words, I'd really like to 'have possbilty' to get code from
> BugzillaQueryTest.java and replace only REPOSITORY_KIND
> and REPOSITORY_URL to query jira for example.
>
> This will probably require to make some kind of class with
> many properties for different query parameters and then find
> out a way to handle those properties in connectors for different
> issue management systems.
> Currently this knowledge is encapsulated in code, which
> is responsible for rendering 'search pages' and it's one per
> repository kind.
>
> Is there a chance to have such API in next mylar releases?
>
> Regards,
> Tomek
> _______________________________________________
> mylar-dev mailing list
> mylar-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/mylar-dev
