# thousands error/warning servoy 6 **URL:** \ **Category:** Classic Servoy\ **Created:** [August 8, 2011, 3:28pm UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435 "2011-08-08T15:28:46Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![Juan\_Etec](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@Juan\_Etec](https://forum.servoy.com/u/Juan_Etec)\ **Post date:** [August 8, 2011, 3:28pm UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/1 "2011-08-08T15:28:46Z")
Hi, I am testing servoy 6.0 with a solution who work in servoy 5.2.8. I export my solution from 5.2.8 and import in servoy 6.0. An than appears only 16 error and 4200 warning. Some of them are under control, but another are difficult to know the problem. Some difficult error: **-A cycle was detected in the build path of project: Example** - If in a relation I use a global variable from another module from the same application : **Relation “xxxx\_to\_yyyy” has a primary dataprovider “globals.variable” which is not found.** -If I use a relation who source an destination have a table but in the ‘FROM’ column has only a global variable and I use that in a Form who his dataSource is none: **Relation “\_to\_articulos$sn\_tree\_id\_selected” has a primary dataprovider “globals.sn\_tree\_id\_selected” which is not found.** Some difficult warnings: - **The property _tipo_ is undefined for the type JSRecord** if I has that code, how can I define that record? ```auto * @param {JSRecord} record * * @returns {Boolean} * * @properties={typeid:24,uuid:"E3542176-DBCB-4251-B5F3-892F4B35B564"} */ function factura_onRecordInsert(record) { record.tipo ``` -I use to call a lot of method from my solution to a module and it give me a warning, the same problem with global variable: \*\*The property utl\_dato is undefined for the type Globals \*\* -**The function sn\_guardar() is undefined in this script** ```auto function sn_guardar(_no_editable) { return _super.sn_guardar(_no_editable)} ``` ---
**Author:** ![jdbruijn](https://avatars.discourse-cdn.com/v4/letter/j/ed8c4c/32.png) [@jdbruijn](https://forum.servoy.com/u/jdbruijn)\ **Post date:** [August 9, 2011, 7:26am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/2 "2011-08-09T07:26:38Z")
Hi Juan, Seems you have some work to do ![;)]( "Wink") I had about 1200 warnings and 2-3 errors. I can give you hints on the folowing 2 warnings, the others I haven’t come across. > -The property tipo is undefined for the type JSRecord I think you can define which datasourse the record is from: ```auto * @param {JSRecord} ``` > -The function sn\_guardar() is undefined in this script Check if the super function has its parameters defined. Greetinx, Jos ---
**Author:** ![Juan\_Etec](https://avatars.discourse-cdn.com/v4/letter/j/b4bc9f/32.png) [@Juan\_Etec](https://forum.servoy.com/u/Juan_Etec)\ **Post date:** [August 9, 2011, 8:44am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/3 "2011-08-09T08:44:21Z")
Hi Jos, thanks for your answer. Yes the second answer the problem is what do you say to me. ---
**Author:** ![pbakker](https://avatars.discourse-cdn.com/v4/letter/p/a4c791/32.png) [@pbakker](https://forum.servoy.com/u/pbakker)\ **Post date:** [August 10, 2011, 7:42am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/4 "2011-08-10T07:42:44Z")
If you have a cycle in your buildpath, it means that solution/module A includes solution/module B, which in turn includes solution/module A again. This is not a best practice, a solutions module structure should be a tree like structure. You can lower the Problem market level from Error to Warning here: Window \> Preferences \> Dynamic languages: Build path problems ---
**Author:** ![Harjo](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.servoy.com/harjo/32/4873_2.png) [@Harjo](https://forum.servoy.com/u/Harjo)\ **Post date:** [August 15, 2011, 12:12pm UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/5 "2011-08-15T12:12:41Z")
I’m still a bit confused about this cycle detected, module including thing… In Servoy 3 it was common knowledge to have a module, that contains, every relation, calculation, common used images, etc… So if we created a new module, like invoicing, we included this core\_module so that we have immediately access to all this stuff. Also, the main-solution (our CRM) includes this core\_module, and also our main-solution, includes ofcourse the invoicing module. And now we have got an error, that a cycle is detected… why? I understand the warnings, that if you have images, or formnames, with the same name,… As far as I know, Servoy flattens everything down, so why is this a risk? ---
**Author:** ![Karel\_Broer](https://avatars.discourse-cdn.com/v4/letter/k/bcef8e/32.png) [@Karel\_Broer](https://forum.servoy.com/u/Karel_Broer)\ **Post date:** [August 16, 2011, 8:22am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/6 "2011-08-16T08:22:10Z")
> Harjo: > I’m still a bit confused about this cycle detected, module including thing… > > In Servoy 3 it was common knowledge to have a module, that contains, every relation, calculation, common used images, etc… > So if we created a new module, like invoicing, we included this core\_module so that we have immediately access to all this stuff. > Also, the main-solution (our CRM) includes this core\_module, and also our main-solution, includes ofcourse the invoicing module. > > And now we have got an error, that a cycle is detected… why? I understand the warnings, that if you have images, or formnames, with the same name,… > > As far as I know, Servoy flattens everything down, so why is this a risk? Same question here. Our modules use functionality from eachother, but are maintained separatly ---
**Author:** ![jcompagner](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.servoy.com/jcompagner/32/4889_2.png) [@jcompagner](https://forum.servoy.com/u/jcompagner)\ **Post date:** [August 16, 2011, 11:38am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/7 "2011-08-16T11:38:17Z")
I think i have explained this already, but circular references don’t make any sense At the moment you have that then it is just one project The error you see is from Eclipse itself, not something we do. Why? Lets just say that you need to build your solution… You have there 2 modules A and B now we need to build/check them Which one should be first to build? A or B? Because A says i depend on B but B says no i need A… There are all kinds of hacks for this to not go into a stack overflow because of this, but in the end it is just not something what you should do. For example would you do something like this Form A extends Form B and Form B extends again Form A thats what you are doing… Modules should work standalone, but now if you just want to work on a single module and you activate that one, you just activate everything again. If you now also would use that module in another solution, what you do is include everything again, so you simple other solution also depends on your big main solution… ---
**Author:** ![Harjo](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.servoy.com/harjo/32/4873_2.png) [@Harjo](https://forum.servoy.com/u/Harjo)\ **Post date:** [August 16, 2011, 3:40pm UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/8 "2011-08-16T15:40:04Z")
Oke I understand that, but now my example above. So, we need in every module, some core, relations, globals, images for buttons, etc…etc… Do we REALLY have to import them or recreate them again, in every module? This generates, a bunch of warnings, because you have the same relations-names, images-names etc…etc… than we REALLY have to rename or prefix them again, for every module? ![:shock:]( "Shocked") Is’nt this a HUGE overhead?? ---
**Author:** ![tysonj](https://avatars.discourse-cdn.com/v4/letter/t/f14d63/32.png) [@tysonj](https://forum.servoy.com/u/tysonj)\ **Post date:** [August 17, 2011, 7:10am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/9 "2011-08-17T07:10:11Z")
![:idea:]( "Idea") I feel the below link would help you [http://forum.servoy.com/viewtopic.php?f=3&t=13602](http://forum.servoy.com/viewtopic.php?f=3&t=13602) ---
**Author:** ![ROCLASI](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.servoy.com/roclasi/32/4371_2.png) [@ROCLASI](https://forum.servoy.com/u/ROCLASI)\ **Post date:** [August 17, 2011, 7:21am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/10 "2011-08-17T07:21:26Z")
Hi Harjo, You can use your common submodules just fine. These should not give any cycle warnings. It’s the ‘Link module’ methodology that will cause this. And in the end they are just warnings, not errors. So it’s not really a showstopper. ---
**Author:** ![Joas](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.servoy.com/joas/32/5095_2.png) [@Joas](https://forum.servoy.com/u/Joas)\ **Post date:** [August 17, 2011, 7:22am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/11 "2011-08-17T07:22:19Z")
> Harjo: > In Servoy 3 it was common knowledge to have a module, that contains, every relation, calculation, common used images, etc… > So if we created a new module, like invoicing, we included this core\_module so that we have immediately access to all this stuff. > Also, the main-solution (our CRM) includes this core\_module, and also our main-solution, includes ofcourse the invoicing module. So this looks like this: ```auto MAIN | __|_____ | | CORE INVOICE | CORE ``` Here you don’t have a cycle, it would only be a cycle if one of the modules includes one of it’s (grand)parents. So if you have a cycle, then it must be that also one of the following is going on: -CORE includes MAIN or INVOICE -INVOICE includes MAIN. ---
**Author:** ![Harjo](https://yyz2.discourse-cdn.com/flex010/user_avatar/forum.servoy.com/harjo/32/4873_2.png) [@Harjo](https://forum.servoy.com/u/Harjo)\ **Post date:** [August 17, 2011, 7:35am UTC](https://forum.servoy.com/t/thousands-error-warning-servoy-6/14435/12 "2011-08-17T07:35:36Z")
Ahhh, Joas, YOU put me on the right track! ![:D]( "Very Happy") I thought indeed, that I had such structure, but one module indeed, included the main-solution, which was not needed. I’m happy now! ![:D]( "Very Happy")