Skip to content
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

Add missing @requires or @include statements #256

Closed
wants to merge 1 commit into from

Conversation

bartvde
Copy link
Member

@bartvde bartvde commented Apr 3, 2014

No description provided.

@marcjansen
Copy link
Member

The failed CI is due to openlayers.org being down.

@marcjansen
Copy link
Member

Hey Bart.

Do we actually still need this? It doesn't hurt, I know, but is anyone actually building the old way?

Also what is the difference between @require and @include?

@bartvde
Copy link
Member Author

bartvde commented Apr 4, 2014

@marcjansen yeah I was working on getting things to work in build kit (old school debug loader), hence this PR. Maybe I should re-assess though if this still makes sense. If not, I'll change the PR to remove all of these annotations.

@require is needed before the class is loaded
@include is needed but order does not matter

@bartvde
Copy link
Member Author

bartvde commented Apr 4, 2014

@marcjansen is it easy to change the Travis build to not depend on the hosted OL?

@marcjansen
Copy link
Member

Don't change it, as I said, this doesn't hurt and I am not opposed to this change.

The CI simply runs the testsuite files... if we do not want to depend on openlayers.org, all test HTML-files need to be changed to use a local version of OpenLayers. I wouldn't call that hard, but it's a lot of work obviously.

Will you possibly do this?

@bartvde
Copy link
Member Author

bartvde commented Apr 4, 2014

to be honest, I haven't even been able to get things to work in a buildkit environment, and I'm about to give up on the thought and switch to using Ext.Loader

@marcjansen
Copy link
Member

You decide then.

@bartvde
Copy link
Member Author

bartvde commented Apr 4, 2014

Yep, will decide soon depending on whether or not I guess the old school system to work ...

@bartvde
Copy link
Member Author

bartvde commented Apr 7, 2014

this probably duplicated some of the effort of #178

@bartvde
Copy link
Member Author

bartvde commented Apr 7, 2014

okay I'm giving up on this, I have been unable to get the debug loader based on this to work, I can't seem to persuade Ext Loader that these classes have been loaded already see also:

bartvde/gxp2#2

though it probably might still work for static builds (given the info in #178)

What's your advice @marcjansen simply remove all these annotations and say we support Ext.Loader only?

@bartvde
Copy link
Member Author

bartvde commented Apr 7, 2014

okay there might still be hope, seems some of the @include statements need to be changed into @requires I will continue my investigation

@bartvde
Copy link
Member Author

bartvde commented Apr 7, 2014

I'm going to close this one and will open up a new one when done.

@bartvde bartvde closed this Apr 7, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants