Go Back   vb.org Archive > vBulletin Modifications > Premium Modifications > vBulletin Open Source Products > Project Tools
Reload this Page API / Webservice for external applications?
FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
Page 1 of 2 1 2
 
Thread Tools
API / Webservice for external applications? Details »»
API / Webservice for external applications?
MOD Information
The Developer
 
Version: , by moelski moelski is offline
Developer Last Online: Jun 2012 Show Printable Version Email this Page
Version: Unknown Rating:
Released: 06-24-2010 Last Update: Never Installs: 0
 
No support by the author.

Hi guys,

we will start using PT in a few days for our software project. It comes to the right time - now we don?t have to use Redmine

But I wonder if you see a chance to establish any kind of webservice or API to add issues from an external application.

Let me explain with an example ...
We develope a Delphi (Win32) application. And it would be great if we could add a formular to our software where the user fills out some stuff like Issuname, Text, ... and send it to our PT.
I know we could implement an instance of Internet Explorer directly in our application and open the Issue creation page directly from PT, but I think it would be nice to have the ability to add issues in a direct way.

What do you think about this?

Greetz
Dominik

Show Your Support

  • This modification may not be copied, reproduced or published elsewhere without author's permission.

Comments
  #2  
Old 06-24-2010, 07:09 PM
ragtek ragtek is offline
 
Join Date: Mar 2006
Location: austria, croatia
Posts: 1,630
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
+1 vote

at least there should be a easy api for creating projects and issues
Reply With Quote
  #3  
Old 06-25-2010, 11:03 AM
we_are_borg we_are_borg is offline
 
Join Date: Jul 2004
Posts: 108
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
I will put this in the dev internal feature requests.
Reply With Quote
  #4  
Old 06-25-2010, 04:14 PM
ragtek ragtek is offline
 
Join Date: Mar 2006
Location: austria, croatia
Posts: 1,630
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
thx
Reply With Quote
  #5  
Old 06-26-2010, 03:44 AM
moelski moelski is offline
 
Join Date: Dec 2006
Posts: 6
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
thx, too
Reply With Quote
  #6  
Old 06-29-2010, 07:08 AM
daFish's Avatar
daFish daFish is offline
 
Join Date: Nov 2002
Location: Germany
Posts: 114
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
Great to see this could make it into PT.
I hope you'll go with REST and JSON instead of something like XML-RPC or SOAP. Both would add to much overhead in my opinion.
Reply With Quote
  #7  
Old 06-29-2010, 02:09 PM
we_are_borg we_are_borg is offline
 
Join Date: Jul 2004
Posts: 108
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
It has the attention from the developers and there talking about it. It's not only overhead but also security that matters.
Reply With Quote
  #8  
Old 06-29-2010, 06:33 PM
Ryan Ashbrook's Avatar
Ryan Ashbrook Ryan Ashbrook is offline
 
Join Date: Dec 2002
Location: Cincinnati, Ohio
Posts: 422
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
Any particular reason, aside from overhead, you wouldn't want us to go with XML-RPC?

The overhead from an XML-RPC based API wouldn't be that much, if implemented correctly.
Reply With Quote
  #9  
Old 06-30-2010, 06:57 AM
daFish's Avatar
daFish daFish is offline
 
Join Date: Nov 2002
Location: Germany
Posts: 114
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
Quote:
Originally Posted by Ryan Ashbrook View Post
Any particular reason, aside from overhead, you wouldn't want us to go with XML-RPC?

The overhead from an XML-RPC based API wouldn't be that much, if implemented correctly.
I see it from the client-sides perspective. If I could use REST I wouldn't need to deal with the whole XML-structure. Just pass GET and POST values to the service who are less bytes instead of XML.
Even the authentication of a user can be done easily this way by forcing the API-Key (which is unique to the user) to be an GET-parameter in each request.

I know there is a lot of academic flavor in this discussion but I made good results using REST-based APIs (I even work with one on an custom CMS the company I work for is developing).
Reply With Quote
  #10  
Old 07-01-2010, 02:23 AM
Ryan Ashbrook's Avatar
Ryan Ashbrook Ryan Ashbrook is offline
 
Join Date: Dec 2002
Location: Cincinnati, Ohio
Posts: 422
Благодарил(а): 0 раз(а)
Поблагодарили: 0 раз(а) в 0 сообщениях
Default
One thing to remember, also, is we need to deal with how vBulletin handles such requests, as well. vBulletin denies all POST requests that do not originate from the original domain, unless they are whitelisted within the ACP.

This may or may not pose a problem, I don't know for sure yet, never actually tried implementing such a thing within a vBulletin Modification.
Reply With Quote
Reply
Page 1 of 2 1 2

« Previous Thread | Next Thread »
Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT. The time now is 10:47 AM.

Contact Us - Archive - Top

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.05473 seconds
  • Memory Usage 2,283KB
  • Queries Executed 23 (?)
More Information
Template Usage:
  • (1)SHOWTHREAD
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)ad_showthread_beforeqr
  • (1)bbcode_quote
  • (1)footer
  • (1)forumjump
  • (1)forumrules
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (1)modsystem_post
  • (1)navbar
  • (5)navbar_link
  • (120)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (1)pagenav_pagelink
  • (10)post_thanks_box
  • (10)post_thanks_button
  • (1)post_thanks_javascript
  • (1)post_thanks_navbar_search
  • (10)post_thanks_postbit_info
  • (9)postbit
  • (10)postbit_onlinestatus
  • (10)postbit_wrapper
  • (1)spacer_close
  • (1)spacer_open
  • (1)tagbit_wrapper 
Phrase Groups Available:
  • global
  • inlinemod
  • postbit
  • posting
  • reputationlevel
  • showthread
Included Files:
  • ./showthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/functions_bigthree.php
  • ./includes/class_postbit.php
  • ./includes/class_bbcode.php
  • ./includes/functions_reputation.php
  • ./includes/functions_post_thanks.php 
Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • showthread_start
  • showthread_getinfo
  • forumjump
  • showthread_post_start
  • showthread_query_postids
  • showthread_query
  • bbcode_fetch_tags
  • bbcode_create
  • showthread_postbit_create
  • postbit_factory
  • postbit_display_start
  • post_thanks_function_post_thanks_off_start
  • post_thanks_function_post_thanks_off_end
  • post_thanks_function_fetch_thanks_start
  • post_thanks_function_fetch_thanks_end
  • post_thanks_function_thanked_already_start
  • post_thanks_function_thanked_already_end
  • fetch_musername
  • postbit_imicons
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • postbit_display_complete
  • post_thanks_function_can_thank_this_post_start
  • pagenav_page
  • pagenav_complete
  • tag_fetchbit_complete
  • forumrules
  • navbits
  • navbits_complete
  • showthread_complete