Thanks Jose, that was the solution. Didn´t know you had to apply that profile to the jetty:run-goal as well.
From: Jose Garcia [mailto:jose.garcia@…437…]
Sent: 20 February 2013 15:10
To: Max Stephan
Cc: Jesse Eichar; geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] Custom GUI
Hi Max
You need to use this instead:
$ mvn jetty:run -Penv-dev,widgets
Widgets require to specify the widgets maven profile. env-dev profile is recommended to develop to avoid caching of xslt files and be able to do changes in xslt without requiring restart.
Regards,
Jose García
On Wed, Feb 20, 2013 at 1:47 PM, Max Stephan <max.stephan@…458…> wrote:
Hi,
I got back to testing the widget-interface now. I tried following the steps you did and geonetwork is running fine through jetty within Eclipse. The problem is though that the apps/widgets are not accessible (when I call localhost:8080/geonetwork/apps/ I get an 404-error).
Steps I performed:
-
“mvn install” for all projects
-
“mvn jetty:run” for geonetwork-main
-
“mvn prepare-package” for geonetwork-client
Any idea what I´m missing?
Best regards
Max Stephan
From: Jesse Eichar [mailto:jesse.eichar@…189…]
Sent: 21 December 2012 08:17
To: Max Stephan
Cc: Francois Prunayre; geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] Custom GUI
What sources are you editing?
I will speak for my setup. As mentioned before I run jetty with maven. That way the sources I edit are in the web-client/src/main/resources folder. This way I never accidentally delete my changes without explicitly rolling back with git.
To test the minified files I simply (leaving jetty running):
cd web-client
mvn prepare-package
There are no java sources in web-client so this is about as fast as can be done. I often kill the process went the minification step is done because I don’t need the jar yet.
Jesse
On Thu, Dec 20, 2012 at 6:24 PM, Max Stephan <max.stephan@…458…> wrote:
OK, found out for myself (and also saw my last bulletpoint is a bit weird … I meant to say “withOUT recompiling Java …”).
So, I´m just doing “mvn install” for geonetwork-client (don´t know if I could also trigger some “smaller” goal, but “mvn yuicompressor:compress” didn´t do the trick), then I perform “mvn war:war” for geonetwork-main which also copies the changes to the target-folder of geonetwork-main and I get what I wanted to achieve.
Best regards
Max Stephan
From: Max Stephan [mailto:max.stephan@…458…]
Sent: 20 December 2012 17:24
To: Jesse Eichar; Francois Prunayre
Cc: geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] Custom GUI
Hey Jesse and Francois,
Thanks for your assistance.
I´m running Eclipse on a windows machine and test Geonetwork in tomcat through Eclipse (tomcat is registered as a server there). When I change something in the apps-javascripts it´s automatically reflected in the debug-versions of the apps. Logically those changes persist only as long as I don´t perform a clean or a new “mvn install”. Both of which delete or overwrite the changes.
So far this behavior is the same as if I would change something in the non-minified javascripts for the traditional UI in the target-folder. But in this case I could simply perform something like “mvn yuicompressor:compress” and afterwards, if the WAR-file is needed “mvn war:war” which avoids unnecessary recompilation and other avoidable steps executed for the install goal. That´s what I´m looking for right now.
I´m not that familiar with maven, so sorry if some of the questions are a bit noobish. What would be great is some similar behavior as with the javascripts of the traditional UI so that I can achieve the following:
-
Make some changes to the apps
-
Build and in this process minify them
-
Include them in the final build of geonetwork (with recompiling Java etc.)
Is that possible?
Best regards
Max Stephan
From: Jesse Eichar [mailto:jesse.eichar@…189…]
Sent: 20 December 2012 16:05
To: Max Stephan
Cc: geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] Custom GUI
Maven is setup to get the data files from the sources directory so if you run with maven and debug with eclipse via the debug remote application you can update the javascript files all you want and it will be instantly available. I think francois runs from eclipse but I can’t give advice on that.
If you use the widget ui you will want to load the /apps/search/index_debug.html file so you get the non-minified js files.
I have attached a couple of scripts that I use for starting jetty on the commandline. You will need a linux console to run them or customize them for windows shell.
If first do a full build from the root directory and the put the 2 script files into web and cd web and execute them from there.
Jesse
On Thu, Dec 20, 2012 at 4:01 PM, Max Stephan <max.stephan@…458…> wrote:
Hey,
I´m also experimenting with the widget-UI at the moment and I like the approach a lot. I have 2 questions regarding that:
-
I´m developing within Eclipse and yet have mostly been customizing version 2.6.4 to our needs. With the new widget-UI, what is the exact workflow when I´ve performed only a minor change in one of the widget-based “apps”?
First build the geonetwork-client-project and then? The reason why I´m asking is that I don´t wanna perform a complete build for geonetwork-main (including compiling etc. to achieve the changed apps being included. The way Jesse mentioned refers to a complete build of geonetwork as far as I see it, right?
-
Is there any kind of guideline/documentation yet on how we could develop our own interface yet (e.g. describing the interfaces that could be used to the serverside)?
Best regards and thanks in advance
Max Stephan
From: Jesse Eichar [mailto:jesse.eichar@…189…]
Sent: 19 December 2012 16:41
To: Mikel Gonzalez Gainza
Cc: geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] Custom GUI
If you are building from source you need to build with one of the widget profiles to get the javascript. for example:
mvn install -Pwidgets
That will do 2 things.
-
make the default home page be geonetwork/apps/search
-
make include all the js in web-client in the war.
Jesse
On Wed, Dec 19, 2012 at 4:06 PM, Mikel Gonzalez Gainza <mgonzalez@…928…> wrote:
Thanks both for the fast replies. I’ve been having a look at this Widget UI and it might actually do the trick! Although it seems that it’s not included in the default .war. I built it from web-client module and got a .jar … but, it’s only js?? Anyways, should I put his jar inside WEB-INF/lib? I understand that I’ll also need to add something either in config.xml or config-gui.xml, right?
thanks for your help again 
–
Mikel Gonzalez Gainza,
Software garatzaile bekaduna CENER-en // Becario desarrollador de software en CENER
www.cener.com
Hemendik: Francois Prunayre [fx.prunayre@…31…]
Bidaltze-data: asteazkena, 2012.eko abenduak 19 13:48
Nori: Jesse Eichar
Cc: Mikel Gonzalez Gainza; geonetwork-devel@lists.sourceforge.net
Gaia: Re: [GeoNetwork-devel] Custom GUI
Hi, some more widget examples are in the proposal page here
http://trac.osgeo.org/geonetwork/wiki/proposals/WidgetsBasedGui
Cheers.
Francois
2012/12/19 Jesse Eichar <jesse.eichar@…189…mailto:[jesse.eichar@...189...](mailto:jesse.eichar@...189...)>
Hi,
This is a bigger question than you might realize. There are at the moment 3 Geonetwork UIs and some of which are extremely configurable. For your information I have some links below so you can take a look. The most flexible UI is the Widget UI so I will start with those examples:
Widget UI examples:
http://newgui.geocat.net/geonetwork/apps/tabsearch/
http://newgui.geocat.net/geonetwork/apps/search/
( I used to have many more examples but seem to have misplaced them 
)
Main UI example:
http://newgui.geocat.net/geonetwork/srv/eng/main.home
The widget UI is flexible because it is composed of many different javascript objects and therefore can be combined in many different ways and with different CSS
Jesse
On Wed, Dec 19, 2012 at 12:43 PM, Mikel Gonzalez Gainza <mgonzalez@…928…mailto:[mgonzalez@...928...](mailto:mgonzalez@...928...)> wrote:
Hi all!
I’ve been having a look around GeoNetwork and I found it to be a very interesting project. Still, I don’t really like the GUI and I’d like to develop my own to attach it to the rest of GeoNetwork’s backend. I have no doubt this is feasible, but I am a bit lost. I guess I’ll have to send data to the server side via AJAX with the data in the XML format defined for the different XML services, right? Still, I’m a bit lost too with all the config-*.xml files which seem to define quite a lot of things and Im not sure if or how i should change them.
Thanks for your time!!
–
Mikel Gonzalez Gainza,
Software garatzaile bekaduna CENER-en // Becario desarrollador de software en CENER
www.cener.com<http://www.cener.com>
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.netmailto:[GeoNetwork-devel@lists.sourceforge.net](mailto:GeoNetwork-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.netmailto:[GeoNetwork-devel@lists.sourceforge.net](mailto:GeoNetwork-devel@lists.sourceforge.net)
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork
–
GeoCat Bridge for ArcGIS allows instant publishing of data and metadata on GeoServer and GeoNetwork. Visit http://geocat.net for details.
Jose García
GeoCat bv
Veenderweg 13
6721 WD Bennekom
The Netherlands
http://GeoCat.net