[Axapta-Knowledge-Village] Starting Stopping Axapta from command line
Hi Everyone. We are using Axapta 3.0 Object Server in 3-tier mode.We are facing error 24324 daily at peak hours and axapta shuts down.Our database is oracle 9.2.0.6 and axapta is installed on windows 2003 server. we have nearly 100 concurrent clients.Is there any solution for this. And i want to shut down AOS server from command line. Can anyone give me the syntax for shutting down AOS service from command line. Thanks in Advance. Sharing the knowledge on Axapta. Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/Axapta-Knowledge-Village/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [Axapta-Knowledge-Village] Starting Stopping Axapta from command line
Hi, you can start the Axapta Object server on the command line using: net start Axapta Object Server and stop it using net stop Axapta Object Server Stefan Osterburg Mohammed Sadiq schrieb: Hi Everyone. We are using Axapta 3.0 Object Server in 3-tier mode.We are facing error 24324 daily at peak hours and axapta shuts down.Our database is oracle 9.2.0.6 and axapta is installed on windows 2003 server. we have nearly 100 concurrent clients.Is there any solution for this. And i want to shut down AOS server from command line. Can anyone give me the syntax for shutting down AOS service from command line. Thanks in Advance. Sharing the knowledge on Axapta. *Yahoo! Groups Links* * To visit your group on the web, go to: http://groups.yahoo.com/group/Axapta-Knowledge-Village/ * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service http://docs.yahoo.com/info/terms/. Yahoo! Groups Sponsor ~-- In low income neighborhoods, 84% do not own computers. At Network for Good, help bridge the Digital Divide! http://us.click.yahoo.com/EpW3eD/3MnJAA/cosFAA/kGEolB/TM ~- Sharing the knowledge on Axapta. Yahoo! Groups Links * To visit your group on the web, go to: http://groups.yahoo.com/group/Axapta-Knowledge-Village/ * To unsubscribe from this group, send an email to: [EMAIL PROTECTED] * Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: RE : [Axapta-Knowledge-Village] COM calling from Fat client
Hi Steeve, DCOM should work since it makes reference to the server with the DLL. But do you know the real cause of the blocking problem. Is it that your server(s) (SQL and AOS) do not have enough resource to meet the load or is it some poor use of code? How many clients do you have connecting simultaneously (remember that 3-tier is scalable unlike 2-tier)? Do you thing of the fact that here is a possibility that your problem may not be solved going 2-tier? VardenMorris J. Wray Nephew Ltd. - Group I.S. 234 Spanish Town Road Kingston 11, Jamaica, W.I. Phone: (876) - 923 - 6141 Ext. 2226Fax: (876) - 923 -5372 Cell: (876) - 3833566Email: [EMAIL PROTECTED] [EMAIL PROTECTED] Steeve Gilbert [EMAIL PROTECTED] wrote: Hi Tom, That would imply that fat people do more processing then thin people. Hmm This isn't just politically incorrect, it's a non-sense. J Hey, it's Friday, gotta have some fun. I know I do not need to modify my COM. But instead of only having to put it on the app server, I need to put it on every client workstation since the execution is done on the client machine. Later, if I modify my COM I'll have to change it on every workstation instead of only the app server. Maintenance goes up. Steeve... -Message d'origine-De: Thomas Turney [mailto:[EMAIL PROTECTED] Envoyé: 8 avril 2005 15:00À: Axapta-Knowledge-Village@yahoogroups.comObjet: RE: [Axapta-Knowledge-Village] COM calling from Fat client Steeve, The Axapta installation courseware for 3.0 refers to two-tier, three-tier thin, and three-tier rich. I think they believe the term three-tier fat isnt politically correct. I think the three-tier rich(fat) would not require any modifications to your COM process since it uses the AOS for application and a direct DB connection. Tom T. From: Steeve Gilbert [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 1:40 PMTo: Axapta-Knowledge-Village@yahoogroups.comSubject: RE : [Axapta-Knowledge-Village] COM calling from Fat client We WILL move from three-tier thin to three-their fat soon enough. I wasn't really clear, we're not planning if you do the move, we're planning how we'll do it. That's why I'm concerned about my COM stop working since execution will be done client-side. Three-tier rich? What is that? Steeve... -Message d'origine-De: Thomas Turney [mailto:[EMAIL PROTECTED] Envoyé: 8 avril 2005 12:31À: Axapta-Knowledge-Village@yahoogroups.comObjet: RE: [Axapta-Knowledge-Village] COM calling from Fat client Steeve, Are you planning to go to two-tier vs. three-tier thin? If so have you tried three-tier rich? Tom T. From: Steeve Gilbert [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 10:13 AMTo: Axapta-Knowledge-Village@yahoogroups.comSubject: [Axapta-Knowledge-Village] COM calling from Fat client Hi everyone, We are currently in thin-client. We've developed an external COM that is called from a class in Axapta. This class's "call from" = "Server". So I installed the COM only on the Application server where the AOS and instance runs. That way, every Axapta client can use the functionality of the COM without having it installed on each workstation. It's been a while we've been having blocking problem (SQL Process blocking each other) on our installation. After trying a couple of trick, we still get blocking and our MBS Partners suggested moving to FAT client. It seems there's no real reason behind this. What we've been told is that in thin client weird problems occurs that does not happen in FAT. Anyway, we're tired of blocking and we'll move to FAT. Here's the problem. If I log in as FAT, my COM won't work since everything is executed on the client. Is there anyway to force execution on the server app even in FAT? Any other ideas? Going DCOM? I've never made any DCOM in VB. Thanks for reading through. Regards, Steeve... Sharing the knowledge on Axapta. Sharing the knowledge on Axapta. Sharing the knowledge on Axapta. Sharing the knowledge on Axapta. Sharing the knowledge on Axapta. Do you Yahoo!? Yahoo! Small Business - Try our new resources site! Sharing the knowledge on Axapta. Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/Axapta-Knowledge-Village/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [Axapta-Knowledge-Village] Data Replication with Axapta
Hello Roberto If I understand what you want to do, your solution would be to discover tha class in AXAPTA that generates the recid (remember that this number is assigend by AXAPTA and that the Data BAse asigns another one (SQL)) , knowing this you could figure out how to restore in one main data base all the information from the other local offices (these offices would have their own recid sequence). I don´t see another way. Hilda Cabrejos Raul Llorente Peña/OPENSOLUTIONS [EMAIL PROTECTED] wrote: Hello to All.My company has implemented Axapta Financials in somecountries. The main server is located in Miami and the localoffice in each country access Axapta using Citrix (a kind of remote desktop).We want to put a local axapta installation in eachcountry. If we do that, is there a way to replicatethe databases?,in order to build a main axapta database with all theinformation of the countries. We need to do that for consolidation, also we need toknow if that is reasonable.Does somebody know if this can be done?Thanks a lot.PD: Let me know if I explained myself.Roberto Hi Roberto. Can I suppose you're Spanish as am I? Well, Axapta provides a funcionality that allow to export a entire (or partial) company. You can then import it into a new company. Teorethycally this works OK, but experience has show me that some data imports (specially transactions) don't work properly. Best solution for me is to backup the database, and restore it wherever you need a replication of it. Of course, Database servers must have the same Database program, or at least, be compatible. Raúl Llorente Peña Análisis, Desarrollo e Implementación en Microsoft Bussiness Solutions-AxaptaOPEN SOLUTIONS Sharing the knowledge on Axapta. Do you Yahoo!? Yahoo! Small Business - Try our new resources site! Sharing the knowledge on Axapta. Yahoo! Groups Links To visit your group on the web, go to:http://groups.yahoo.com/group/Axapta-Knowledge-Village/ To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
