Hi there. This is (unfortunately) a "placeholder" response.
The people who know EAS best are busy getting it into production in San
Francisco this month, and can't respond in detail right now. We can't
promise a detailed response at all, but if you do get one, it may not be
until March. Sorry -- I know that's not ideal.
I'm not part of the EAS team, and while I have some Django experience, I
don't have it under Windows. If you do manage to find the solution by
poking around, and have time to post it here, that would be very
helpful, because then we'd have it in the archives at least.
Agan, sorry for the somewhat lame response. The SF developers are under
deadline to get this thing rolled out, so can't offer much help right
now. I'm writing this partly to save them the time of having to do it.
Things should be better after it goes live.
Best,
-Karl Fogel
In fact, Ronnie if you have specific modifications to make to the
README, you can just send them here -- we'll incorporate them. Paul,
I'll volunteer to do preliminary review on any such patch, kind of
predigest it before you look at it. Obviously, you or someone else who
knows the code & installation procedure well would have to do final
approval of any changes.
Best,
-Karl
I have improved the deploy examples using your comments.
Thanks for the feedback.
As I am sure you know, the new error your are getting suggests that you are missing extjs 2.2.
Please let me know if 2.2 is hard to find, where you found it, etc.
If need be we can make it available in eas so set up less painful.
Note that we plan to upgrade all of our older packages as soon as possible.
I expect that this will be around June of 2011 after we complete some integration
work with the SF dept of building inspection.
Regards,
Paul
-----Original Message-----
From: eas-d...@googlegroups.com [mailto:eas-d...@googlegroups.com] On Behalf Of r.richards
Sent: Tuesday, February 22, 2011 8:31 AM
To: Enterprise Addressing System
Subject: Re: Media path in Windows
I think I see your problem.
When you go to the URL
http://localhost:80/
the app is expecting the minified JS file.
To create the minified js file, do this:
http://localhost:80/build
To run in debug mode:
http://localhost:80/debug
To run in prod mode:
http://localhost:80/
I do not like the fact that build is exposed this way and we intend to fix it in 1.x.
Also, see the index.html here:
http://code.google.com/p/eas/source/browse/trunk/web/MAD/templates/index.html
And see this file as well:
http://code.google.com/p/eas/source/browse/trunk/releases/README
If you want to suggest specific changes in that file it will make it easier for us to improve the does.
In any case I will try to incorporate this next week.
Is it just the mad-min.js or is there something else?
I am sorry that you are having trouble.
I suspect that your extjs 2.2 is from a different minor revision or something similar.
At this point I think we should just make the ExtJs 2.2 library from SFs jira repo available to google eas project.
Karl,
Is this the sort of thing that civic commons can help with?
If we do this....
- Should it go to downloads or SVN?
- I would like to prevent mods to the contents of extjs 2.2 directory (I used jira to do this; or is it svn under the hood?)
- I'll volunteer to adjust the setup.bat accordingly.
Richard,
Just to be thorough...
I am sure you have already confirmed that the missing javascript files are indeed missing from this location:
/Media/ui_frameworks/Ext-2.2/
I noticed in your email on the 404 lines, that there is a white space in the path.
Is that a cut and paste sort of artifact?
[02/Mar/2011 09:27:56] "GET /Media/ui_frameworks/Ext-2.2/ DynamicRowExpander.js HTTP/1.1" 404 1833
[02/Mar/2011 09:27:56] "GET /Media/ui_frameworks/Ext-2.2/ Ext.ux.MenuPanel.js HTTP/1.1" 404 1827
Sure. Helping now :-). See below.
>If we do this....
> - Should it go to downloads or SVN?
Well, we already have this:
http://sfgovdt.jira.com/svn/THIRDPARTY/extjs/Ext-2.2
And 'setup.bat' fetches that into Media\ui_frameworks\Ext-2.2.
So the first thing to do is establish whether what Richard is using for
his ExtJS is the same as the above.
(And anyway, is the version from SF's JIRA different from the above?
Stuff in SF's JIRA should not be relevant now, given that we have
supposedly exported everything necessary to run EAS out into Google
Code...)
Ideally, something like this would live in the Downloads are, since
we're just mirroring a library supplied by someone else, and Downloads
is the right place to do that. But it doesn't really matter if it's in
Downloads or in SVN -- the result should be the same: setup.bat fetches
it, and unpacks it into the right place.
So the first place to start is to establish whether what Richard has
locally is exactly what he should have. Richard, do you have
Media\ui_frameworks\Ext-2.2? Can you do a verbose listing of everything
underneath it (on Unix that's 'ls -lR'; on Windows I'm not sure how)?
And are there any modifications under there? Can you do an 'svn status'
to find out? (If my questions aren't making sense, let me know and I'll
translate to English.)
> - I would like to prevent mods to the contents of extjs 2.2 directory
> (I used jira to do this; or is it svn under the hood?)
Do you mean just that part of the deployment/setup process should be to
make the Ext-2.2 tree read-only, after it's been unpacked?
-Karl
Oh, sorry! Yeah, I didn't read the URL carefully. Yes, in that case,
just grab it out of JIRA, wrap it up in a .zip, and put it up in our
Downloads area. Or grab the upstream distribution and use that.
>Let's see if we can get the existing bat file to pull from google downloads.
>If that's too complicated, we'll pull from google code.
>Does that make sense?
It should be really easy: just wget or some similar tool for Windows.
>In any case, we simply want to protect the extjs lib from inadvertent
>modification...in any way that is appropriate.
>I think putting it in downloads will suffice, providing that we can
>get the bat file to pull from downloads.
Can't imagine it will be a problem in the .bat, since the package be at
a publicly downloadable URL in Google Code. I don't have a Windows
machine to help with that here, unfortunately (I could come up with a
line for .bat, but I couldn't test it...)
-K
I'll give it a try; I think I still have JIRA access. Will post here
with results.
-Karl
Okay, Richard, it's here:
http://eas.googlecode.com/files/Ext-2.2.zip
Are you proficient enough with .bat scripts to modify setup.bat to:
- Fetch that zipfile
- Unpack it into the right place
(i.e., .\%DIRNAME%\Media\ui_frameworks\Ext-2.2)
? If so, that'd be great. I don't have a Windows machine here to test
with, so I'm reluctant to try and make the changes myself. If you can
make the change, let us know and I'll be happy to walk you through the
process of submitting the change for inclusion into the project.
Even without modifying setup.bat, you can still download the zip and
manually unpack it in the right place (make sure to clean away the old
one first!) to see if it fixes your problems. Just know that would be a
step in the right direction.
-Karl
In any case, Karl has already described what needs be done if you want
to follow up.
I do not know the windows analogue to wget.
Maybe its time to stop using bat and do a setup.py?
Paul
Well, setup.bat is pretty easy to modify. I think all Richard needs is
a Windows machine, access to Google, and a half hour to spend on it :-),
to figure the mod needed to make setup.bat fetch the Ext-2.2 download
and do the right thing with it. Richard or Rob, want to give it a try?
-K
If there's no easy way to fetch a zip file from a URL in a Windows .bat
script, then an alternative would be to check the zip file into
Subversion, in the THIRDPARTY directory, and use Subversion to pull it
down independently. I.e., use svn as a glorified wget.
We should first hear from Rob what his progress is, though. Rob?
(Sorry, I got confused and called you "Richard" a few times; clearly the
first-name part of my brain is mixing signals with the last-name part!)
-Karl
Great! If you get a chance to try patching up setup.bat (so that it
natively does what you've accomplished manually), that'd be great --
it'd help future users of the project.
>No problem on calling me Richard. You are not the first...
I figured that was probably the case :-). Still, I'll try to get it
right from now on.
Best,
-Karl