OK great :) 3 more questions: 1) currently src contains following folders: app calendarservice docgenerator fileservice META-INF red5-screenshare roomservice src_tool stored templates test userservice
IMHO all of them can be substituted with org/openmeetings/... structure. And filtered on the level of jar creation. Can I implement that? 2) WebContent/WEB-INF/red5-services/* almost all of these xml files contains just 1 bean definition (with some exclusions). Can we merge it into openmeetings-applicationContext.xml or maybe into openmeetings-services.xml ? 3) I would like to rename Eclipse project. Let it be Openmeetings instead of ROOT? On Fri, Mar 23, 2012 at 18:33, [email protected] <[email protected]>wrote: > 2012/3/23 [email protected] <[email protected]>: > > Yes that is kind of not consistent. Let me describe the "historical > background": > > > > The compiled classes of the webservice once where packaged not in the > > openmeetings.jar but into the .aar file. Each webService had its own > > Beans like the "FLVRecordingReturn" ... we had to compile those Beans > > into the .aar file for beeing able to use it in the WebService as > > return type. Classes of the openmeetings.jar where not available to > > Axis2 at that time. > > My initial thinking was that I better create some separated source > > folder for each webservice as each webservice would have its own Beans > > individually designed for each RPC call / return type. > > > > Now the compiled classes are all in WEB-INF/lib, the .aar only > > contains the service.xml, the previous problem with the return type > > doesn't exist anymore. > > > > Actually everything could be moved into src/main. > > > > Sebastian > > > > 2012/3/23 Maxim Solodovnik <[email protected]>: > >> I do understand why folders are named this way. > >> What I don't understand is: why they should be in different folders? > >> They go to the same folder after compiling, so why should they be in > >> different folders as sources? > >> > >> On Mar 23, 2012 6:17 PM, "[email protected]" <[email protected] > > > >> wrote: > >>> > >>> Hi Maxim, > >>> > >>> the source folder name is called "fileservice" as the axis webService > >>> URL path it is mapped to is also > >>> localhost:5080/openmeetings/services/FileService?wsdl > >>> same as source folder "roomservice" is > >>> localhost:5080/openmeetings/services/RoomService?wsdl > >>> so: Each Axis2 WebService has its own source folder with the package > >>> structure: > >>> org.openmeetings.axis.services.* (and the URL pattern in lowercase as > >>> source folder). > >>> > >>> I have given internally the Classes the names * + WebService to have > >>> an indicator in the name of the class for beeing used in the Axis2 or > >>> related to the Axis2 WebService. > >>> Otherwise it is easy to mix it up with the "Services" that are in the > >>> package: > >>> org.openmeetings.app.remote.* (those are deployed as Red5 service and > >>> available via RTMP) > >>> > >>> I don't know "jabberservice" (yet :)) but is this a REST or a RTMP > >>> service? > >>> If its a RTMP related serveice the class would be simply in the > >>> package org.openmeetings.app.remote.JabberService in the main > >>> "src/app" folder. > >>> If JabberService is Axis2 related class it should have the same > >>> structure then the other Axis2 webservices. > >>> > >>> Sebastian > >>> > >>> 2012/3/23 Maxim Solodovnik <[email protected]>: > >>> > Hello Sebastian, > >>> > > >>> > While helping with integrating openmeetings with jabber I have > created > >>> > JabberService with following methods: > >>> > > >>> > /*Returns the list of all rooms available to the user identified by > >>> > SID*/ > >>> > public Rooms[] getAvailableRooms(String SID) > >>> > > >>> > /*Returns number of users in particular room*/ > >>> > int getUserCount(String SID, Long roomId) > >>> > > >>> > /*Returns one-time invitation hash for the particular user*/ > >>> > String getInvitationHash(String SID, String username, Long room_id) > >>> > > >>> > The reasons for creating such service are: > >>> > 1) the functionality above was necessary > >>> > 2) There are no such methods available or there are methods but > >>> > available > >>> > for admin only > >>> > > >>> > Can I check this work into the trunk? > >>> > If yes should I create separate JabberService (as it is now) or add > >>> > necessary methods to correspondent services: UserService/RoomService? > >>> > > >>> > > >>> > And one additional question: > >>> > why do we have: > >>> > src/fileservice > >>> > src/jabberservice > >>> > src/roomservice > >>> > src/userservice > >>> > > >>> > but not: > >>> > src/webservices > >>> > or even better: > >>> > src/app/org/openmeetings/axis/services > >>> > > >>> > > >>> > Thanks in advance for your answers > >>> > > >>> > -- > >>> > WBR > >>> > Maxim aka solomax > >>> > >>> > >>> > >>> -- > >>> Sebastian Wagner > >>> http://www.openmeetings.de > >>> http://incubator.apache.org/openmeetings/ > >>> http://www.webbase-design.de > >>> http://www.wagner-sebastian.com > >>> [email protected] > > > > > > > > -- > > Sebastian Wagner > > http://www.openmeetings.de > > http://incubator.apache.org/openmeetings/ > > http://www.webbase-design.de > > http://www.wagner-sebastian.com > > [email protected] > > > > -- > Sebastian Wagner > http://www.openmeetings.de > http://incubator.apache.org/openmeetings/ > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected] > -- WBR Maxim aka solomax
