-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Building cometd into a custom Dojo build #4
Comments
I have the same issue. But my profile looks like this: dependencies = {
}; The issue seems to be, that only top level modules may be mapped. |
Did you manage to find a resolution to this? Thanks |
I did not work on the issue. But I think that the project layout simply does not permit a proper build. |
I don't use/know the Dojo build system; I was told to put things in the current layout by Dojo guys, and they were happy with the result. I am all for modifying things if they don't work, but I need help/guidance on how to modify things. Thanks |
I am also not an authority in the field, soI asked on the dojo mailing list for support. |
I think the paths config should be used for that.
|
What's the difference to the prefixes that I added. Those are meant for aliasing but only support laiasing of top-level modules. |
clmath - I've tried adding in the paths to the build profile - but doesn't seem to notice/pickup the configuration. |
@stemey if you get an answer in the Dojo ML, please report it here. Thanks ! |
I've not been able to find a way to get paths to work within a Dojo build. When developing an application in its un-built state it seems fine to use paths. For the build process however it seems paths/alias's don't register, so when the packages are pulled in they can't resolve the location of the alternative directories/files. I feel there must be something within the build profile that would do this, but I haven't had any luck finding anything and not had any responses on Dojo ML. Subsequently, my work-around has been to overwrite the Dojo dojox code to include the cometd/ folder and cometd.js file (https://github.com/dojo/dojox/blob/master/cometd.js), and put the org/ folder at the same level as dojox/ This way I can at least get it building properly. |
clmath's comment is the only feedback from the mailing list. One possible solution is to change the module names to top-level names. Something like this: paths: { Also, there are a lot of global objects. Convertinhg all the code to AMD would be useful. |
I'm struggling to see how we can include the cometd code in a custom build process for Dojo 1.8, can you give any suggestions? Your README doesn't cover it.
I've added the following to a build profile, it builds, but it doesn't include it in the layer file.
.....
.....
]
The text was updated successfully, but these errors were encountered: