You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by Sean Schofield <se...@gmail.com> on 2005/07/05 03:23:28 UTC
SVN Reorg (Update)
The SVN reorg is basically complete. There are lots of loose ends to
tie up but everything has been moved to where it belongs. We may make
a few minor changes to things in the future but at this point I think
its safe to start working off the source.
I will post a more complete overview of the SVN setup in the next day
or so. I'll also work on putting something up on our website
addressing the new SVN structure.
The source can be checked out at
https://svn.apache.org/repos/asf/myfaces/current. This will link you
to all of the relevant subprojects.
The new sandbox project is in place. I added a new component that
Matt and I worked on called inputSuggest. Its basically a text input
field that "suggests" choices as you type in it. Its similar to
Google Suggest if you've ever seen that before. No AJAX at the moment
but I think that is a topic for another thread. There is also a new
sandbox.war built by the ant script.
If you run ant download-dependencies dist-all in the top level build
directory you will build everything. You can also run dist in the
relevant subdirectory and it will build (or rebuild) just that
subdirectory. Building specific subdirectories does require that you
build the subprojects that are dependent on other subprojects is fine
as long as they are built in the correct order.
It seems like there are a few oddities regarding svn externals. If
you change two files in two different subprojects (that you checked
out using "current") then it seems like you have to commit the two
subprojects one at a time. Ex. you change tree2 and tree2.jsp then
you have to commit tomahawk and then examples. If any of you svn
gurus know if there is a way around this that would be good.
There are still a few bugs in the examples apps. I will write a
separate post summarizing these issues. The next step is to get the
nightly builds up and running. That shouldn't be too hard. I wrote
the bootstrap.xml to take advantage of build.xml for most of the work
(except checkout and publishing.)
James, if you are ready for some maven work, I'd be interested to see
if we couldn't publish the website and nightly builds using maven (but
still build them with ant for now.) If that isn't workable we can
continue doing the process entirely by ant.
Finally, I hope to get to updating the website documentation and a few
other things later this week. I'll float a few proposals I have for
additions to the site and improvements in the documentation for us to
discus.
sean
ps. I'm interested in hearing how Java One went and how MyFaces (and
JSF in general was received.)
Re: SVN Reorg (Update)
Posted by Bruno Aranda <br...@gmail.com>.
Don't worry... we are also releasing this week (in theory, of course).
July is an extremely busy month for programmers... you can notice that
as many of the developers have 'disappeared' :-)
Regards,
Bruno
2005/7/11, Sean Schofield <se...@gmail.com>:
> Bruno, I will try to reproduce later today. I'm a bit swamped at my
> day job at the moment (releasing in two days.)
>
> sean
>
> On 7/11/05, Bruno Aranda <br...@gmail.com> wrote:
> > If you mean put all the possible *.tld's in any build.xml, like this:
> >
> > ...
> > <arg value="${resolved-tlds.dir}/myfaces_ext.tld"/>
> > <arg value="${resolved-tlds.dir}/myfaces_sandbox.tld"/>
> > ...
> >
> > ... no objections :-)
> >
> > My problem then is different. Can someone check what is the value of
> > the property 'zip.fileset.inc.pat' when executing the 'ant dist' in
> > the sandbox/build folder? I get the value '*.foo' when I should get
> > '*.tld". For debugging purposes, I echo the property in the jar target
> > like this:
> >
> > <echo message="PROPERTY: ${zip.fileset.inc.pat}"/>
> >
> > And the property is not well set, so I cannot create a sandbox.jar
> > including resources (such as the tld's). Can someone reproduce this?
> > Or it is only me? ;-)
> >
> > Regards,
> >
> > Bruno
> > 2005/7/11, Grant Smith <gr...@marathon-man.com>:
> > > I was actually ant tlddoc-all from the main build. There is definitely an
> > > OS-specific problem here in expanding the wildcard *.tld. I don't think you
> > > can specify a wildcard to the tlddoc task under Linux.
> > > I propose just putting the actual full tld filenames into the tlddoc task
> > > for each subproject.
> > >
> > > Any objections ?
> > >
> > >
> > > Bruno Aranda wrote:
> > > Grant, are you running 'ant dist' on the sandbox build folder, aren't
> > > you? I've run into this problem before. It seems that when you only
> > > build one of the subprojects, the file build.properties of the
> > > subproject (situated in the subproject parent folder) is not read. In
> > > the build.properties there are some properties that tell which are the
> > > resource files to include (in our case the *.tlds). If this property
> > > is not read, it use dummy values (e.g. *.foo) so the build fails.
> > > What is more interesting is that yesterday I try to build only sandbox
> > > to check if this bug had disappear and everything went ok... but, I
> > > was trying in a Windows XP. Here at work I run a linux box and the
> > > build fails.
> > > I think that this could be solved if the properties from
> > > build.properties were read before the dummy ones in the build.xml,
> > > because ant keeps the value from the first property read and does not
> > > override it,
> > >
> > > HTH,
> > >
> > > Bruno
> > >
> > > 2005/7/11, Grant Smith <gr...@marathon-man.com>:
> > >
> > >
> > > Doh!
> > >
> > > Bruno, thanks. OK, so now it looks like it's trying to find a file
> > > called *.tld (i.e. the wildcard isnt being interpretted). That is where
> > > I'm focussing my investigation on now :)
> > >
> > > Bruno Aranda wrote:
> > >
> > >
> > >
> > > I think you are missing the temp in
> > > ls -la
> > > /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
> > >
> > > should be
> > > ls -la
> > > /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/temp/tlds
> > >
> > > Regards :-)
> > >
> > > Bruno
> > >
> > >
> > >
> > >
> > >
> > > .
> > >
> > >
> > >
> > >
> >
>
Re: SVN Reorg (Update)
Posted by Sean Schofield <se...@gmail.com>.
Bruno, I will try to reproduce later today. I'm a bit swamped at my
day job at the moment (releasing in two days.)
sean
On 7/11/05, Bruno Aranda <br...@gmail.com> wrote:
> If you mean put all the possible *.tld's in any build.xml, like this:
>
> ...
> <arg value="${resolved-tlds.dir}/myfaces_ext.tld"/>
> <arg value="${resolved-tlds.dir}/myfaces_sandbox.tld"/>
> ...
>
> ... no objections :-)
>
> My problem then is different. Can someone check what is the value of
> the property 'zip.fileset.inc.pat' when executing the 'ant dist' in
> the sandbox/build folder? I get the value '*.foo' when I should get
> '*.tld". For debugging purposes, I echo the property in the jar target
> like this:
>
> <echo message="PROPERTY: ${zip.fileset.inc.pat}"/>
>
> And the property is not well set, so I cannot create a sandbox.jar
> including resources (such as the tld's). Can someone reproduce this?
> Or it is only me? ;-)
>
> Regards,
>
> Bruno
> 2005/7/11, Grant Smith <gr...@marathon-man.com>:
> > I was actually ant tlddoc-all from the main build. There is definitely an
> > OS-specific problem here in expanding the wildcard *.tld. I don't think you
> > can specify a wildcard to the tlddoc task under Linux.
> > I propose just putting the actual full tld filenames into the tlddoc task
> > for each subproject.
> >
> > Any objections ?
> >
> >
> > Bruno Aranda wrote:
> > Grant, are you running 'ant dist' on the sandbox build folder, aren't
> > you? I've run into this problem before. It seems that when you only
> > build one of the subprojects, the file build.properties of the
> > subproject (situated in the subproject parent folder) is not read. In
> > the build.properties there are some properties that tell which are the
> > resource files to include (in our case the *.tlds). If this property
> > is not read, it use dummy values (e.g. *.foo) so the build fails.
> > What is more interesting is that yesterday I try to build only sandbox
> > to check if this bug had disappear and everything went ok... but, I
> > was trying in a Windows XP. Here at work I run a linux box and the
> > build fails.
> > I think that this could be solved if the properties from
> > build.properties were read before the dummy ones in the build.xml,
> > because ant keeps the value from the first property read and does not
> > override it,
> >
> > HTH,
> >
> > Bruno
> >
> > 2005/7/11, Grant Smith <gr...@marathon-man.com>:
> >
> >
> > Doh!
> >
> > Bruno, thanks. OK, so now it looks like it's trying to find a file
> > called *.tld (i.e. the wildcard isnt being interpretted). That is where
> > I'm focussing my investigation on now :)
> >
> > Bruno Aranda wrote:
> >
> >
> >
> > I think you are missing the temp in
> > ls -la
> > /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
> >
> > should be
> > ls -la
> > /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/temp/tlds
> >
> > Regards :-)
> >
> > Bruno
> >
> >
> >
> >
> >
> > .
> >
> >
> >
> >
>
Re: SVN Reorg (Update)
Posted by Bruno Aranda <br...@gmail.com>.
If you mean put all the possible *.tld's in any build.xml, like this:
...
<arg value="${resolved-tlds.dir}/myfaces_ext.tld"/>
<arg value="${resolved-tlds.dir}/myfaces_sandbox.tld"/>
...
... no objections :-)
My problem then is different. Can someone check what is the value of
the property 'zip.fileset.inc.pat' when executing the 'ant dist' in
the sandbox/build folder? I get the value '*.foo' when I should get
'*.tld". For debugging purposes, I echo the property in the jar target
like this:
<echo message="PROPERTY: ${zip.fileset.inc.pat}"/>
And the property is not well set, so I cannot create a sandbox.jar
including resources (such as the tld's). Can someone reproduce this?
Or it is only me? ;-)
Regards,
Bruno
2005/7/11, Grant Smith <gr...@marathon-man.com>:
> I was actually ant tlddoc-all from the main build. There is definitely an
> OS-specific problem here in expanding the wildcard *.tld. I don't think you
> can specify a wildcard to the tlddoc task under Linux.
> I propose just putting the actual full tld filenames into the tlddoc task
> for each subproject.
>
> Any objections ?
>
>
> Bruno Aranda wrote:
> Grant, are you running 'ant dist' on the sandbox build folder, aren't
> you? I've run into this problem before. It seems that when you only
> build one of the subprojects, the file build.properties of the
> subproject (situated in the subproject parent folder) is not read. In
> the build.properties there are some properties that tell which are the
> resource files to include (in our case the *.tlds). If this property
> is not read, it use dummy values (e.g. *.foo) so the build fails.
> What is more interesting is that yesterday I try to build only sandbox
> to check if this bug had disappear and everything went ok... but, I
> was trying in a Windows XP. Here at work I run a linux box and the
> build fails.
> I think that this could be solved if the properties from
> build.properties were read before the dummy ones in the build.xml,
> because ant keeps the value from the first property read and does not
> override it,
>
> HTH,
>
> Bruno
>
> 2005/7/11, Grant Smith <gr...@marathon-man.com>:
>
>
> Doh!
>
> Bruno, thanks. OK, so now it looks like it's trying to find a file
> called *.tld (i.e. the wildcard isnt being interpretted). That is where
> I'm focussing my investigation on now :)
>
> Bruno Aranda wrote:
>
>
>
> I think you are missing the temp in
> ls -la
> /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
>
> should be
> ls -la
> /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/temp/tlds
>
> Regards :-)
>
> Bruno
>
>
>
>
>
> .
>
>
>
>
Re: SVN Reorg (Update)
Posted by Bruno Aranda <br...@gmail.com>.
Grant, are you running 'ant dist' on the sandbox build folder, aren't
you? I've run into this problem before. It seems that when you only
build one of the subprojects, the file build.properties of the
subproject (situated in the subproject parent folder) is not read. In
the build.properties there are some properties that tell which are the
resource files to include (in our case the *.tlds). If this property
is not read, it use dummy values (e.g. *.foo) so the build fails.
What is more interesting is that yesterday I try to build only sandbox
to check if this bug had disappear and everything went ok... but, I
was trying in a Windows XP. Here at work I run a linux box and the
build fails.
I think that this could be solved if the properties from
build.properties were read before the dummy ones in the build.xml,
because ant keeps the value from the first property read and does not
override it,
HTH,
Bruno
2005/7/11, Grant Smith <gr...@marathon-man.com>:
> Doh!
>
> Bruno, thanks. OK, so now it looks like it's trying to find a file
> called *.tld (i.e. the wildcard isnt being interpretted). That is where
> I'm focussing my investigation on now :)
>
> Bruno Aranda wrote:
>
> >I think you are missing the temp in
> >ls -la
> >/home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
> >
> >should be
> >ls -la /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/temp/tlds
> >
> >Regards :-)
> >
> >Bruno
> >
> >
>
>
>
Re: SVN Reorg (Update)
Posted by Grant Smith <gr...@marathon-man.com>.
Doh!
Bruno, thanks. OK, so now it looks like it's trying to find a file
called *.tld (i.e. the wildcard isnt being interpretted). That is where
I'm focussing my investigation on now :)
Bruno Aranda wrote:
>I think you are missing the temp in
>ls -la
>/home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
>
>should be
>ls -la /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/temp/tlds
>
>Regards :-)
>
>Bruno
>
>
Re: SVN Reorg (Update)
Posted by Bruno Aranda <br...@gmail.com>.
I think you are missing the temp in
ls -la
/home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
should be
ls -la /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/temp/tlds
Regards :-)
Bruno
2005/7/11, Grant Smith <gr...@marathon-man.com>:
> An update on this issue. It looks like I have some kind of filesystem or
> Linux OS problem here. I found this weirdness:
>
> [grant@gsdev IdeaProjects]$ ls -la
> /home/grant/IdeaProjects/myfaces/current/sandbox/build/temp/tlds
> total 32
> drwxr-xr-x 2 grant grant 4096 Jul 11 09:30 ./
> drwxr-xr-x 6 grant grant 4096 Jul 11 09:30 ../
> -rw-r--r-- 1 grant grant 22911 Jul 11 09:30 myfaces_sandbox.tld
>
> [grant@gsdev IdeaProjects]$ ls -la
> /home/grant/IdeaProjects/myfaces/current/build
> total 144
> drwxr-xr-x 6 grant grant 4096 Jul 11 09:30 ./
> drwxr-xr-x 12 grant grant 4096 Jul 11 09:28 ../
> -rw-r--r-- 1 grant grant 195 May 12 07:14 bootstrap.properties
> -rw-r--r-- 1 grant grant 210 May 18 12:17
> bootstrap.properties.local.sample
> -rw-r--r-- 1 grant grant 7348 Jun 21 16:01 bootstrap.xml
> -rwxr-xr-x 1 grant grant 5951 Jun 22 07:04 build-codegen.xml*
> -rwxr-xr-x 1 grant grant 958 Jun 29 15:24 build.default.properties*
> -rw-r--r-- 1 grant grant 1490 Jul 6 12:26 build-ide.xml
> -rw-r--r-- 1 grant grant 571 May 12 07:14 build-site.xml
> -rwxr-xr-x 1 grant grant 40304 Jul 8 10:52 build.xml*
> -rw-r--r-- 1 grant grant 230 Jun 22 07:04 codegen.properties
> -rwxr-xr-x 1 grant grant 86 May 19 10:19 .cvsignore*
> drwxr-xr-x 2 grant grant 4096 Jul 11 09:30 dist/
> -rwxr-xr-x 1 grant grant 357 Jun 22 07:05 forrest.properties*
> -rw-r--r-- 1 grant grant 6722 Jun 22 07:05 KEYS
> -rw-r--r-- 1 grant grant 10141 Jun 22 07:05 LICENSE.txt
> -rw-r--r-- 1 grant grant 202 Jun 28 15:39 manifest.properties
> -rw-r--r-- 1 grant grant 671 Jul 10 21:46 NOTICE.txt
> -rw-r--r-- 1 grant grant 52 May 18 12:17 site-update.sh
> drwxr-xr-x 7 grant grant 4096 Jul 11 09:19 .svn/
> drwxr-xr-x 3 grant grant 4096 Jul 11 08:55 tld-doc/
> drwxr-xr-x 3 grant grant 4096 Jul 11 08:55 tlddoc-xslt/
>
> [grant@gsdev IdeaProjects]$ ls -la
> /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
> ls:
> /home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds: No
> such file or directory
>
> For whatever reason, the OS thinks the path doesn't exist, when it
> clearly does. *sigh* Sorry for false alarm.
>
> Grant Smith wrote:
>
> > Sean,
> >
> > The tlddoc-all target of the main buildfile (which calls all the
> > nested buildfiles) is choking on:
> >
> > tlddoc:
> > [java] Error: File/directory not found:
> > /home/grant/IdeaProjects/Myfaces/current/build/../sandbox/build/temp/tlds/*.tld
> >
> >
> > for each of the subprojects. I didn't want to touch it while you were
> > modifying the build procedure.
> >
> >
>
>
>
>
Re: SVN Reorg (Update)
Posted by Grant Smith <gr...@marathon-man.com>.
An update on this issue. It looks like I have some kind of filesystem or
Linux OS problem here. I found this weirdness:
[grant@gsdev IdeaProjects]$ ls -la
/home/grant/IdeaProjects/myfaces/current/sandbox/build/temp/tlds
total 32
drwxr-xr-x 2 grant grant 4096 Jul 11 09:30 ./
drwxr-xr-x 6 grant grant 4096 Jul 11 09:30 ../
-rw-r--r-- 1 grant grant 22911 Jul 11 09:30 myfaces_sandbox.tld
[grant@gsdev IdeaProjects]$ ls -la
/home/grant/IdeaProjects/myfaces/current/build
total 144
drwxr-xr-x 6 grant grant 4096 Jul 11 09:30 ./
drwxr-xr-x 12 grant grant 4096 Jul 11 09:28 ../
-rw-r--r-- 1 grant grant 195 May 12 07:14 bootstrap.properties
-rw-r--r-- 1 grant grant 210 May 18 12:17
bootstrap.properties.local.sample
-rw-r--r-- 1 grant grant 7348 Jun 21 16:01 bootstrap.xml
-rwxr-xr-x 1 grant grant 5951 Jun 22 07:04 build-codegen.xml*
-rwxr-xr-x 1 grant grant 958 Jun 29 15:24 build.default.properties*
-rw-r--r-- 1 grant grant 1490 Jul 6 12:26 build-ide.xml
-rw-r--r-- 1 grant grant 571 May 12 07:14 build-site.xml
-rwxr-xr-x 1 grant grant 40304 Jul 8 10:52 build.xml*
-rw-r--r-- 1 grant grant 230 Jun 22 07:04 codegen.properties
-rwxr-xr-x 1 grant grant 86 May 19 10:19 .cvsignore*
drwxr-xr-x 2 grant grant 4096 Jul 11 09:30 dist/
-rwxr-xr-x 1 grant grant 357 Jun 22 07:05 forrest.properties*
-rw-r--r-- 1 grant grant 6722 Jun 22 07:05 KEYS
-rw-r--r-- 1 grant grant 10141 Jun 22 07:05 LICENSE.txt
-rw-r--r-- 1 grant grant 202 Jun 28 15:39 manifest.properties
-rw-r--r-- 1 grant grant 671 Jul 10 21:46 NOTICE.txt
-rw-r--r-- 1 grant grant 52 May 18 12:17 site-update.sh
drwxr-xr-x 7 grant grant 4096 Jul 11 09:19 .svn/
drwxr-xr-x 3 grant grant 4096 Jul 11 08:55 tld-doc/
drwxr-xr-x 3 grant grant 4096 Jul 11 08:55 tlddoc-xslt/
[grant@gsdev IdeaProjects]$ ls -la
/home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds
ls:
/home/grant/IdeaProjects/myfaces/current/build/../sandbox/build/tlds: No
such file or directory
For whatever reason, the OS thinks the path doesn't exist, when it
clearly does. *sigh* Sorry for false alarm.
Grant Smith wrote:
> Sean,
>
> The tlddoc-all target of the main buildfile (which calls all the
> nested buildfiles) is choking on:
>
> tlddoc:
> [java] Error: File/directory not found:
> /home/grant/IdeaProjects/Myfaces/current/build/../sandbox/build/temp/tlds/*.tld
>
>
> for each of the subprojects. I didn't want to touch it while you were
> modifying the build procedure.
>
>
Re: SVN Reorg (Update)
Posted by Thomas Spiegl <th...@gmail.com>.
Thanks to you guys for moving MyFaces to svn and reorganizing the project so
smoothly! I just had a look at the new project tree and the new build files,
and i liked it very much. Great work!
regards,
thomas
On 7/7/05, Sean Schofield <se...@gmail.com> wrote:
>
> Grant,
>
> You have to use 'ant tlddoc-all' from the *top level* build directory
> only. If you want to build a specific subproject you use 'tlddoc' to
> build the *current* subproject. Same with dist-all, etc. There are a
> few more minor issues of this nature that I hope to document tomorrow.
> I spent most of the day exploring David's new TilesViewHandler for my
> day job.
>
> Also, I am hoping to add a failure message if you accidentally run a
> 'foo-all' target from subproject build dir instructing you to run from
> the top-level.
>
> HTH,
>
> sean
>
> On 7/6/05, Grant Smith <gr...@marathon-man.com> wrote:
> > Sean,
> >
> > The tlddoc-all target of the main buildfile (which calls all the nested
> > buildfiles) is choking on:
> >
> > tlddoc:
> > [java] Error: File/directory not found:
> >
> /home/grant/IdeaProjects/Myfaces/current/build/../sandbox/build/temp/tlds/*.tld
> >
> > for each of the subprojects. I didn't want to touch it while you were
> > modifying the build procedure.
> >
> >
> > Sean Schofield wrote:
> >
> > >The SVN reorg is basically complete. There are lots of loose ends to
> > >tie up but everything has been moved to where it belongs. We may make
> > >a few minor changes to things in the future but at this point I think
> > >its safe to start working off the source.
> > >
> > >I will post a more complete overview of the SVN setup in the next day
> > >or so. I'll also work on putting something up on our website
> > >addressing the new SVN structure.
> > >
> > >The source can be checked out at
> > >https://svn.apache.org/repos/asf/myfaces/current. This will link you
> > >to all of the relevant subprojects.
> > >
> > >The new sandbox project is in place. I added a new component that
> > >Matt and I worked on called inputSuggest. Its basically a text input
> > >field that "suggests" choices as you type in it. Its similar to
> > >Google Suggest if you've ever seen that before. No AJAX at the moment
> > >but I think that is a topic for another thread. There is also a new
> > >sandbox.war built by the ant script.
> > >
> > >If you run ant download-dependencies dist-all in the top level build
> > >directory you will build everything. You can also run dist in the
> > >relevant subdirectory and it will build (or rebuild) just that
> > >subdirectory. Building specific subdirectories does require that you
> > >build the subprojects that are dependent on other subprojects is fine
> > >as long as they are built in the correct order.
> > >
> > >It seems like there are a few oddities regarding svn externals. If
> > >you change two files in two different subprojects (that you checked
> > >out using "current") then it seems like you have to commit the two
> > >subprojects one at a time. Ex. you change tree2 and tree2.jsp then
> > >you have to commit tomahawk and then examples. If any of you svn
> > >gurus know if there is a way around this that would be good.
> > >
> > >There are still a few bugs in the examples apps. I will write a
> > >separate post summarizing these issues. The next step is to get the
> > >nightly builds up and running. That shouldn't be too hard. I wrote
> > >the bootstrap.xml to take advantage of build.xml for most of the work
> > >(except checkout and publishing.)
> > >
> > >James, if you are ready for some maven work, I'd be interested to see
> > >if we couldn't publish the website and nightly builds using maven (but
> > >still build them with ant for now.) If that isn't workable we can
> > >continue doing the process entirely by ant.
> > >
> > >Finally, I hope to get to updating the website documentation and a few
> > >other things later this week. I'll float a few proposals I have for
> > >additions to the site and improvements in the documentation for us to
> > >discus.
> > >
> > >sean
> > >
> > >ps. I'm interested in hearing how Java One went and how MyFaces (and
> > >JSF in general was received.)
> > >
> > >.
> > >
> > >
> > >
> >
> >
>
Re: SVN Reorg (Update)
Posted by Sean Schofield <se...@gmail.com>.
Strange. Last night I ran a brand new checkout and then did 'ant
download-dependencies tlddoc-all' (just to make sure) and everything
worked fine. (You checked out "current" right?)
Let me know what you come up with.
sean
On 7/7/05, Grant Smith <gr...@marathon-man.com> wrote:
> Hi Sean,
>
> I did in fact run it from the top level build directory. It looks like a
> directory is not created ahead of the generation. I don't have time to look
> into it this morning but I will certainly look into it before the weekend.
>
>
>
> Sean Schofield wrote:
> Grant,
>
> You have to use 'ant tlddoc-all' from the *top level* build directory
> only. If you want to build a specific subproject you use 'tlddoc' to
> build the *current* subproject. Same with dist-all, etc. There are a
> few more minor issues of this nature that I hope to document tomorrow.
> I spent most of the day exploring David's new TilesViewHandler for my
> day job.
>
> Also, I am hoping to add a failure message if you accidentally run a
> 'foo-all' target from subproject build dir instructing you to run from
> the top-level.
>
> HTH,
>
> sean
>
> On 7/6/05, Grant Smith <gr...@marathon-man.com> wrote:
>
>
> Sean,
>
> The tlddoc-all target of the main buildfile (which calls all the nested
> buildfiles) is choking on:
>
> tlddoc:
> [java] Error: File/directory not found:
> /home/grant/IdeaProjects/Myfaces/current/build/../sandbox/build/temp/tlds/*.tld
>
> for each of the subprojects. I didn't want to touch it while you were
> modifying the build procedure.
>
>
> Sean Schofield wrote:
>
>
>
> The SVN reorg is basically complete. There are lots of loose ends to
> tie up but everything has been moved to where it belongs. We may make
> a few minor changes to things in the future but at this point I think
> its safe to start working off the source.
>
> I will post a more complete overview of the SVN setup in the next day
> or so. I'll also work on putting something up on our website
> addressing the new SVN structure.
>
> The source can be checked out at
> https://svn.apache.org/repos/asf/myfaces/current. This will
> link you
> to all of the relevant subprojects.
>
> The new sandbox project is in place. I added a new component that
> Matt and I worked on called inputSuggest. Its basically a text input
> field that "suggests" choices as you type in it. Its similar to
> Google Suggest if you've ever seen that before. No AJAX at the moment
> but I think that is a topic for another thread. There is also a new
> sandbox.war built by the ant script.
>
> If you run ant download-dependencies dist-all in the top level build
> directory you will build everything. You can also run dist in the
> relevant subdirectory and it will build (or rebuild) just that
> subdirectory. Building specific subdirectories does require that you
> build the subprojects that are dependent on other subprojects is fine
> as long as they are built in the correct order.
>
> It seems like there are a few oddities regarding svn externals. If
> you change two files in two different subprojects (that you checked
> out using "current") then it seems like you have to commit the two
> subprojects one at a time. Ex. you change tree2 and tree2.jsp then
> you have to commit tomahawk and then examples. If any of you svn
> gurus know if there is a way around this that would be good.
>
> There are still a few bugs in the examples apps. I will write a
> separate post summarizing these issues. The next step is to get the
> nightly builds up and running. That shouldn't be too hard. I wrote
> the bootstrap.xml to take advantage of build.xml for most of the work
> (except checkout and publishing.)
>
> James, if you are ready for some maven work, I'd be interested to see
> if we couldn't publish the website and nightly builds using maven (but
> still build them with ant for now.) If that isn't workable we can
> continue doing the process entirely by ant.
>
> Finally, I hope to get to updating the website documentation and a few
> other things later this week. I'll float a few proposals I have for
> additions to the site and improvements in the documentation for us to
> discus.
>
> sean
>
> ps. I'm interested in hearing how Java One went and how MyFaces (and
> JSF in general was received.)
>
> .
>
>
>
>
>
> .
>
>
>
>
Re: SVN Reorg (Update)
Posted by Sean Schofield <se...@gmail.com>.
Grant,
You have to use 'ant tlddoc-all' from the *top level* build directory
only. If you want to build a specific subproject you use 'tlddoc' to
build the *current* subproject. Same with dist-all, etc. There are a
few more minor issues of this nature that I hope to document tomorrow.
I spent most of the day exploring David's new TilesViewHandler for my
day job.
Also, I am hoping to add a failure message if you accidentally run a
'foo-all' target from subproject build dir instructing you to run from
the top-level.
HTH,
sean
On 7/6/05, Grant Smith <gr...@marathon-man.com> wrote:
> Sean,
>
> The tlddoc-all target of the main buildfile (which calls all the nested
> buildfiles) is choking on:
>
> tlddoc:
> [java] Error: File/directory not found:
> /home/grant/IdeaProjects/Myfaces/current/build/../sandbox/build/temp/tlds/*.tld
>
> for each of the subprojects. I didn't want to touch it while you were
> modifying the build procedure.
>
>
> Sean Schofield wrote:
>
> >The SVN reorg is basically complete. There are lots of loose ends to
> >tie up but everything has been moved to where it belongs. We may make
> >a few minor changes to things in the future but at this point I think
> >its safe to start working off the source.
> >
> >I will post a more complete overview of the SVN setup in the next day
> >or so. I'll also work on putting something up on our website
> >addressing the new SVN structure.
> >
> >The source can be checked out at
> >https://svn.apache.org/repos/asf/myfaces/current. This will link you
> >to all of the relevant subprojects.
> >
> >The new sandbox project is in place. I added a new component that
> >Matt and I worked on called inputSuggest. Its basically a text input
> >field that "suggests" choices as you type in it. Its similar to
> >Google Suggest if you've ever seen that before. No AJAX at the moment
> >but I think that is a topic for another thread. There is also a new
> >sandbox.war built by the ant script.
> >
> >If you run ant download-dependencies dist-all in the top level build
> >directory you will build everything. You can also run dist in the
> >relevant subdirectory and it will build (or rebuild) just that
> >subdirectory. Building specific subdirectories does require that you
> >build the subprojects that are dependent on other subprojects is fine
> >as long as they are built in the correct order.
> >
> >It seems like there are a few oddities regarding svn externals. If
> >you change two files in two different subprojects (that you checked
> >out using "current") then it seems like you have to commit the two
> >subprojects one at a time. Ex. you change tree2 and tree2.jsp then
> >you have to commit tomahawk and then examples. If any of you svn
> >gurus know if there is a way around this that would be good.
> >
> >There are still a few bugs in the examples apps. I will write a
> >separate post summarizing these issues. The next step is to get the
> >nightly builds up and running. That shouldn't be too hard. I wrote
> >the bootstrap.xml to take advantage of build.xml for most of the work
> >(except checkout and publishing.)
> >
> >James, if you are ready for some maven work, I'd be interested to see
> >if we couldn't publish the website and nightly builds using maven (but
> >still build them with ant for now.) If that isn't workable we can
> >continue doing the process entirely by ant.
> >
> >Finally, I hope to get to updating the website documentation and a few
> >other things later this week. I'll float a few proposals I have for
> >additions to the site and improvements in the documentation for us to
> >discus.
> >
> >sean
> >
> >ps. I'm interested in hearing how Java One went and how MyFaces (and
> >JSF in general was received.)
> >
> >.
> >
> >
> >
>
>
Re: SVN Reorg (Update)
Posted by Grant Smith <gr...@marathon-man.com>.
Sean,
The tlddoc-all target of the main buildfile (which calls all the nested
buildfiles) is choking on:
tlddoc:
[java] Error: File/directory not found:
/home/grant/IdeaProjects/Myfaces/current/build/../sandbox/build/temp/tlds/*.tld
for each of the subprojects. I didn't want to touch it while you were
modifying the build procedure.
Sean Schofield wrote:
>The SVN reorg is basically complete. There are lots of loose ends to
>tie up but everything has been moved to where it belongs. We may make
>a few minor changes to things in the future but at this point I think
>its safe to start working off the source.
>
>I will post a more complete overview of the SVN setup in the next day
>or so. I'll also work on putting something up on our website
>addressing the new SVN structure.
>
>The source can be checked out at
>https://svn.apache.org/repos/asf/myfaces/current. This will link you
>to all of the relevant subprojects.
>
>The new sandbox project is in place. I added a new component that
>Matt and I worked on called inputSuggest. Its basically a text input
>field that "suggests" choices as you type in it. Its similar to
>Google Suggest if you've ever seen that before. No AJAX at the moment
>but I think that is a topic for another thread. There is also a new
>sandbox.war built by the ant script.
>
>If you run ant download-dependencies dist-all in the top level build
>directory you will build everything. You can also run dist in the
>relevant subdirectory and it will build (or rebuild) just that
>subdirectory. Building specific subdirectories does require that you
>build the subprojects that are dependent on other subprojects is fine
>as long as they are built in the correct order.
>
>It seems like there are a few oddities regarding svn externals. If
>you change two files in two different subprojects (that you checked
>out using "current") then it seems like you have to commit the two
>subprojects one at a time. Ex. you change tree2 and tree2.jsp then
>you have to commit tomahawk and then examples. If any of you svn
>gurus know if there is a way around this that would be good.
>
>There are still a few bugs in the examples apps. I will write a
>separate post summarizing these issues. The next step is to get the
>nightly builds up and running. That shouldn't be too hard. I wrote
>the bootstrap.xml to take advantage of build.xml for most of the work
>(except checkout and publishing.)
>
>James, if you are ready for some maven work, I'd be interested to see
>if we couldn't publish the website and nightly builds using maven (but
>still build them with ant for now.) If that isn't workable we can
>continue doing the process entirely by ant.
>
>Finally, I hope to get to updating the website documentation and a few
>other things later this week. I'll float a few proposals I have for
>additions to the site and improvements in the documentation for us to
>discus.
>
>sean
>
>ps. I'm interested in hearing how Java One went and how MyFaces (and
>JSF in general was received.)
>
>.
>
>
>
Re: SVN Reorg (Update)
Posted by Martin Marinschek <ma...@gmail.com>.
Thanks Sean again for all your efforts in this matter - it was a huge
task to fulfil, and things work great now after the reorg.
As for the JavaOne:
* In every JSF Talk we visited MyFaces was mentioned as well, in some
very prominently (Stan, Kito, Adam)
* JSF was probably the technology with the most sessions over all -
and AJAX in combination with JSF was THE buzzword and THE technology
preview
* The MyFaces presentation was given in front of around 30-40-50 (I
haven't got a clue, I had to concentrate on other things ;) people at
the Oracle booth and went quite OK, even though it could of course
have been better ;)
* we had some very nice talks to fellow Apache commiters/members and
MyFaces users at the Apache booth.
* the diner with the fellow MyFaces committers and the ADF team
members of Oracle was very interesting as well
All in all, I would say this conference was quite a success for Apache
MyFaces ;)
regards,
Martin
On 7/5/05, Sean Schofield <se...@gmail.com> wrote:
> The SVN reorg is basically complete. There are lots of loose ends to
> tie up but everything has been moved to where it belongs. We may make
> a few minor changes to things in the future but at this point I think
> its safe to start working off the source.
>
> I will post a more complete overview of the SVN setup in the next day
> or so. I'll also work on putting something up on our website
> addressing the new SVN structure.
>
> The source can be checked out at
> https://svn.apache.org/repos/asf/myfaces/current. This will link you
> to all of the relevant subprojects.
>
> The new sandbox project is in place. I added a new component that
> Matt and I worked on called inputSuggest. Its basically a text input
> field that "suggests" choices as you type in it. Its similar to
> Google Suggest if you've ever seen that before. No AJAX at the moment
> but I think that is a topic for another thread. There is also a new
> sandbox.war built by the ant script.
>
> If you run ant download-dependencies dist-all in the top level build
> directory you will build everything. You can also run dist in the
> relevant subdirectory and it will build (or rebuild) just that
> subdirectory. Building specific subdirectories does require that you
> build the subprojects that are dependent on other subprojects is fine
> as long as they are built in the correct order.
>
> It seems like there are a few oddities regarding svn externals. If
> you change two files in two different subprojects (that you checked
> out using "current") then it seems like you have to commit the two
> subprojects one at a time. Ex. you change tree2 and tree2.jsp then
> you have to commit tomahawk and then examples. If any of you svn
> gurus know if there is a way around this that would be good.
>
> There are still a few bugs in the examples apps. I will write a
> separate post summarizing these issues. The next step is to get the
> nightly builds up and running. That shouldn't be too hard. I wrote
> the bootstrap.xml to take advantage of build.xml for most of the work
> (except checkout and publishing.)
>
> James, if you are ready for some maven work, I'd be interested to see
> if we couldn't publish the website and nightly builds using maven (but
> still build them with ant for now.) If that isn't workable we can
> continue doing the process entirely by ant.
>
> Finally, I hope to get to updating the website documentation and a few
> other things later this week. I'll float a few proposals I have for
> additions to the site and improvements in the documentation for us to
> discus.
>
> sean
>
> ps. I'm interested in hearing how Java One went and how MyFaces (and
> JSF in general was received.)
>
Re: SVN Reorg (Update)
Posted by James Mitchell <jm...@apache.org>.
I'll see if I can find some time to look at that this week.
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring / Freelance
EdgeTech, Inc.
http://www.edgetechservices.net/
678.910.8017
AIM: jmitchtx
Yahoo: jmitchtx
MSN: jmitchell@apache.org
Skype: jmitchtx
On Jul 4, 2005, at 9:23 PM, Sean Schofield wrote:
> The SVN reorg is basically complete. There are lots of loose ends to
> tie up but everything has been moved to where it belongs. We may make
> a few minor changes to things in the future but at this point I think
> its safe to start working off the source.
>
> I will post a more complete overview of the SVN setup in the next day
> or so. I'll also work on putting something up on our website
> addressing the new SVN structure.
>
> The source can be checked out at
> https://svn.apache.org/repos/asf/myfaces/current. This will link you
> to all of the relevant subprojects.
>
> The new sandbox project is in place. I added a new component that
> Matt and I worked on called inputSuggest. Its basically a text input
> field that "suggests" choices as you type in it. Its similar to
> Google Suggest if you've ever seen that before. No AJAX at the moment
> but I think that is a topic for another thread. There is also a new
> sandbox.war built by the ant script.
>
> If you run ant download-dependencies dist-all in the top level build
> directory you will build everything. You can also run dist in the
> relevant subdirectory and it will build (or rebuild) just that
> subdirectory. Building specific subdirectories does require that you
> build the subprojects that are dependent on other subprojects is fine
> as long as they are built in the correct order.
>
> It seems like there are a few oddities regarding svn externals. If
> you change two files in two different subprojects (that you checked
> out using "current") then it seems like you have to commit the two
> subprojects one at a time. Ex. you change tree2 and tree2.jsp then
> you have to commit tomahawk and then examples. If any of you svn
> gurus know if there is a way around this that would be good.
>
> There are still a few bugs in the examples apps. I will write a
> separate post summarizing these issues. The next step is to get the
> nightly builds up and running. That shouldn't be too hard. I wrote
> the bootstrap.xml to take advantage of build.xml for most of the work
> (except checkout and publishing.)
>
> James, if you are ready for some maven work, I'd be interested to see
> if we couldn't publish the website and nightly builds using maven (but
> still build them with ant for now.) If that isn't workable we can
> continue doing the process entirely by ant.
>
> Finally, I hope to get to updating the website documentation and a few
> other things later this week. I'll float a few proposals I have for
> additions to the site and improvements in the documentation for us to
> discus.
>
> sean
>
> ps. I'm interested in hearing how Java One went and how MyFaces (and
> JSF in general was received.)
>