Hi Paul
Thanks for the hint with the directory. I will go ahead and implement it and
send it to you afterwards.
For now this is only a publishing plugin meaning it only puts code onto the
server and not the other way around.
IntelliJ has a way to compare and merge files but I am not quite sure
I would love to test this!
As a small feature request I would suggest to make the space name be,
by default, the directory name.
I would also add yet another oil to the naming: the language in such as
WebHome.fr.vm
(so that's the french version of the WebHome document).
I'm interested to se
Because I am really lazy and if I banged my head enough on a wall I start doing
what I was suppose to do a long time ago.
As already mentioned in a Tweet I finally managed to create an IntelliJ 9
Plugin that will deploy the content of an Document onto a configured life
server. Before deploying
that certainly tastes something that could be wishable but I wonder if
there's not something hidden here.
I haven't heard of many "virtual subversion servers", have you?
The worst hidden bit is, in my current practice, that all our sources
are, of course, in our subversion repository anyways s
Le 29-déc.-09 à 02:49, Andreas Schaefer a écrit :
> I think the inclusion of external content is problematic because it
> must be maintained even through exports otherwise it helpfulness is
> limited.
But you were doing inclusion, so why is it problematic?
The thing is... you need property in
Hi Paul
I think the inclusion of external content is problematic because it must be
maintained even through exports otherwise it helpfulness is limited.
I went ahead and created a simple Maven plugin that published the content of
Groovy or VM files into the appropriate document / object. The on
What about having a "virtual" subversion checkin URL associated with any
Xwiki site. There's be a restricted set of files that could be checked in,
where most Xwiki documents are ".vm" files -- velocity macro.
The subversion protocol, which is just HTTP, would actually be implemented
in Xwiki, suc
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;
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
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 ve
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
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 ab
12 matches
Mail list logo
