Andreas, I think the best would be to: - allow XML documents of pages to include external content (that's been discussed many many times I think) as content - insert an upload or previewlifecycle phase (?) which would directly upload all changed files of the project into the xar maven plugin; is it possible with XML-encoded pages?
I agree with you that I'd rather have it all in src/main/pages or src/ main/wikipages (we use pages with our approach but it's not very systematic yet). Best would be to have it all within the maven-xar plugin if you manage, I feel; but the opinions of its authors should rather be heard. paul Le 28-déc.-09 à 01:31, Andreas Schaefer a écrit : > Hi Paul and Vincent > > I checkout out XEclipse and it is a nice tool but just not what I am > looking for because I want to keep editing the code inside IntelliJ > as a Groovy or Velocity script. Paul's idea is much closer to what I > am looking for. Still I like XEclipse do view the content of a space > in its raw format rather than through the XWiki view. At least this > way I know what pages are out there in a space. > > That said last night I wrote a simple and stupid Maven 2 plugin that > takes the plain code and inserts into the XML class using <! > [CDATA[ ... ]]> to protect the encoding and then build a XAR file > from it using the XAR Maven 2 plugin. This is still cumbersome > because I need to upload and import the XAR file which is too much > of a hassle. > > Now I am thinking that maybe one could create a Maven 2 Plugin that > uploads the Content of a page or an Object directly into the running > XWiki instance as Paul's script or XEclipse does. This way I don't > need a XAR file and I need one Maven command to upload all the > changes in one step. > > Finally I ran into some shortcomings of the XAR plugin because the > pages need to be placed into the "src/main/resources" directory. It > might be better to make that configurable because my own Maven > plugin needs to put the generated classes inside the "src/main/ > resources" directory but that is not a wise idea. If I find time I > will make that configurable soon. > > Cheers - Andy > > On Dec 27, 2009, at 8:25 AM, Paul Libbrecht wrote: > >> We have been using a very simple post method that allows two things: >> >> - keep the source code files as source, e.g. a velocity file is a .vm >> file >> - a command called uploadPages (made of mostly curl and a bit of >> groovy) >> >> I use IntelliJ with a bit "well-informed-classes" to edit both groovy >> and velocity files and upload with uploadPages. >> See http://svn.activemath.org/intergeo/Platform/bin/ to get >> uploadPages and uploadPages.grv. >> >> The big advantage of keeping the source files source is that they are >> svn-shared as is, so they merge well, and are edited with luxury >> (e.g. >> auto-complete on variable names, properties uniqueness check, evil >> velocity syntax catches, not yet wiki syntax protection indeed!). >> >> I feel uploadPages should be turned into some simple ant tasks, I >> just >> didn't find the time to do it. >> I would also love that this would apply to any document-information, >> thus far it's just the page content in english. >> >> Direct page preview of the page being edited, as XEclipse always >> does, >> is too minimalistic to my taste: I always test some derivative of the >> code I edit (e.g. I edit a groovy class and test a vm page that uses >> the groovy as tool, or I test things with parameters...). >> >> paul >> >> >> >> >> Le 27-déc.-09 à 10:16, Vincent Massol a écrit : >> >>> Hi Andreas, >>> >>> On Dec 27, 2009, at 1:16 AM, Andreas Schaefer wrote: >>> >>>> Hi >>>> >>>> For the development of the Groovy based Blog I just developed the >>>> code in IntelliJ, copied inside a browser and eventually exported >>>> the content into a XAR file. Slowly but surely this is getting way >>>> to much work especially when doing sweeping changes. >>>> >>>> Because I don't use Eclipse I am not able to use the XEclipse tool >>> >>> XEclipse is a standalone tool (it's a RCP application), you don't >>> need >>> Eclipse to use it... :) >>> >>>> but I was wondering if anybody knows a way to XML encode text >>>> (within Maven2) so that it later could use Ant's copy and filter >>>> tool to incorporate the developed code / content inside the XML >>>> file >>>> that will build up the XAR file. >>> >>> But then you need to load the XAR to test it. You need to automate >>> that part too. What you need is the full round trip: >>> - get a page content locally >>> - make changes to it >>> - save (which uploads it to the server) >>> - test >>> >>> This is what Eclipse does indeed. However XEclipse has some current >>> limitations, one of which is that it doesn't work with XWiki Syntax >>> 2.0 yet (there's some code for this in SVN I believe though). >>> Unfortunately not many devs have been working on XEclipse which is a >>> real pity since it has a huge potential. >>> >>> Re encoding I'm not sure why you'd want to do that. You can just >>> copy >>> paste the content in pages directly without going through XAR + >>> import. >>> >>> Thanks >>> -Vincent >>> >>> _______________________________________________ >>> devs mailing list >>> [email protected] >>> http://lists.xwiki.org/mailman/listinfo/devs >> >> _______________________________________________ >> devs mailing list >> [email protected] >> http://lists.xwiki.org/mailman/listinfo/devs > > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
