the upload
request to ibiblio
or upload a nightly build to www.apache.org/dist/java-repository?
Or can somebody post the url of a public repository with a newer version of
myfaces-api.jar and myfaces-impl.jar?
Best regards,
Bernd Bohmann
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software
Ok, setup a own public repository until the new version is released.
Martin Marinschek wrote:
Hmmm...
there's been a discussion on the dev list that we wouldn't want to
have a nightly build on ibiblio.
Another reason for a new release, I would say!
regards,
Martin
On 8/17/05, Bernd Bohmann
be more
appealing these days.
-- Adam Winer
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
pitch in since they just did this
excercise themselves but I don't want to volunteer them.
You don't need to be a committer to help. You just need plenty of spare time.
sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http
if
some of the Struts team could pitch in since they just did this
excercise themselves but I don't want to volunteer them.
You don't need to be a committer to help. You just need plenty of spare time.
sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122
just to satisfy Maven.
Wendy
sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
convention in a future
release, too.
Here is my +1
Best Regards
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Hello,
I found no information about continuous integration and myfaces.
Is a continuous integration system running?
Any plans for setup one?
Regards
Bernd
. There has also been some discussion of
switching to Maven2.
sean
On 11/25/05, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
I found no information about continuous integration and myfaces.
Is a continuous integration system running?
Any plans for setup one?
Regards
Bernd
How is the nightly build procedure handled by other projects?
Sean Schofield schrieb:
Yes we definitely need a zone for myfaces. I put out a call for
volunteers a little while back asking for someone to take the lead on
this. Do you want to volunteer? I haven't been monitoring the
site-dev
Hello,
I would prefer following approach:
First we should create a 'common' package.
(proposal is done)
Then we move the source to the src/main/java,
src/main/resources and src/test/java folders
and change the ant scripts.
Afterwards we can start creating the pom's.
Until the maven build is
/repos/test/myfaces/
On 11/30/05, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
I would prefer following approach:
First we should create a 'common' package.
(proposal is done)
Then we move the source to the src/main/java,
src/main/resources and src/test/java folders
and change the ant
Thanks for your answer.
But Tobago don't need any divs or spans in relation to layout.
Please look at the demo at http://tobago.atanion.net/site/ especially
the view source button :-)
Maybe we benefit from other features of Facelets.
Best Regards
Bernd Bohmann
[EMAIL PROTECTED] schrieb
the processValidation
and processUpdates. Perhaps i understand it if you describe your problem.
I think it should not really a problem to provide a subview component in
tomahawk or sandbox that can used by all renderkits :-)
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software
the input component is an ActionSource?
Can you send me a jsp that describe the use case?
Regards
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
for the own ViewHandler in Tobago is a bug in RI.
The rest of the stuff can moved to other places :-)
Have a nice and happy new Year
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile
and happy new Year
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
://svn.apache.org/repos/test/myfaces/
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
the SVN stuff around to accomodate the new Maven build.
Regards,
Sean
--
Matthias Wessendorf
Zülpicher Wall 12, 239
50674 Köln
http://www.wessendorf.net
mwessendorf-at-gmail-dot-com
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http
a Maven repository on our website? Lets discuss the best
approach before making any changes. For now people can build the
plugin themselves using the wiki documentation that I am about to
write.
Happy New Year
Same to you.
Bernd
Sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH
Internet Components
http://www.apress.com/book/bookDisplay.html?bID=10044
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Done
http://jira.codehaus.org/browse/MOJO-203
Sean Schofield schrieb:
You beat me to the patch :-) Can you submit this to codehaus in their
JIRA so eventually it makes it into the real source code?
Regards,
Sean
On 1/2/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello Martin,
the xslt
:
java.security.InvalidKeyException: Illegal key size
Bernd
Sean Schofield schrieb:
Dennis,
I'm still having issues with the client state encryption tests. Can
you find a way to make them run in Maven?
Sean
On 1/2/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Done
http://jira.codehaus.org/browse/MOJO-203
Sean
://myfaces.apache.org/buildhowto.html
also needs to be updated.
Hope this helps!
Jesper
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
(idea) are not working with the current structure.
Any comments
Best Regards
Bernd
Bernd Bohmann schrieb:
Hello Sean,
I think the current version of the surefire-plugin doesn't support the
forking mode. This is fixed in the latest not yet released version.
I see the StateUtils are using
, 239
50674 Köln
http://www.wessendorf.net
mwessendorf-at-gmail-dot-com
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
stuff) I now see target/clazzes/META-INF
8-)
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122
to setup the sandbox examples in IntelliJ
- you need both faces-config.xml from tomahawk and the
faces-config.xml from sandbox.
You can't add them if they are not in separated directories from the
other resources which need to go along the sourcecode.
regards,
Martin
On 1/3/06, Bernd Bohmann [EMAIL
can start the
examples-app.
regards,
Martin
On 1/3/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
.
Maybe a better way is to separate the examples from the other artifacts.
Then mvn idea:idea whould add tomahawk and sandbox as lib.
We should talk about this and did not define more directories
Hello,
can someone apply my patches.
http://issues.apache.org/jira/browse/MYFACES-1000?page=all
The default resource dir is missing in the pom.xml of impl, sandbox and
tomahawk.
Best Regards
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122
if not recieved via mailinglist.
To contact me direct create the mail address by
concatenating my forename to my senders domain.
--
Matthias Wessendorf
Zülpicher Wall 12, 239
50674 Köln
http://www.wessendorf.net
mwessendorf-at-gmail-dot-com
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Here is a more detail description of my thoughts
If myfaces is a project without separate release cycle, a possible svn
structure:
myfaces/trunk/api
myfaces/trunk/impl
myfaces/trunk/commons
myfaces/trunk/tomahawk
myfaces/trunk/sandbox
myfaces/trunk/examples or the examples belongs to the
, yes I saw. I was meaning something like multi-module project ;)
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Simon Kitching schrieb:
Hi,
Sooner or later, the MyFaces core will stabilise while tomahawk charges
ahead. So at *some* time the release cycles will have to separate. I
think it's beneficial to split them sooner rather than later, so I'd
like to see a structure set up now that makes that
Sean Schofield schrieb:
Can you give me the arguments for parent refs? I still haven't heard
a good reason. I'm not against the idea, I just don't know what they
give you (other then a common version.) I think we can all agree that
the externals are suboptimal. The question is what to do
I try a summary:
core (org.apache.myfaces)
[This has a own release cycle]
myfaces/core/trunk/pom.xml
myfaces/core/trunk/myfaces-api/pom.xml
myfaces/core/trunk/myfaces-impl/pom.xml
myfaces/core/trunk/assembly/pom.xml
commons (org.apache.myfaces)
[This has a own release cycle]
===
The next round
core (org.apache.myfaces)
[This has a own release cycle]
myfaces/core/trunk/pom.xml
myfaces/core/trunk/myfaces-api/pom.xml
myfaces/core/trunk/myfaces-impl/pom.xml
myfaces/core/trunk/assembly/pom.xml
modules
modulemyfaces-api/module
modulemyfaces-impl/module
is responsible for supplying that dependency
should be declared provided.
-- Adam
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Professional Support for Apache MyFaces
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Martin Marinschek schrieb:
I suppose there won't be any changes from this first structure with
respect to development, right?
Yes, I think only one change for the development.
mvn install
doesn't build all artifacts. But if the snapshot repository is up and
running you don't need to build
(dist|build|bin)?
TODO use the myfaces solaris zone for publish the site, nightly build,
continuum..
TODO setup continuum
TODO define the process for updating the site and nightly build
Best Regards
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122
Sean Schofield schrieb:
Well there is a top level core directory now and api and impl are
inside of that (so they can share a pom.) Also sandbox is inside of
tomahawk. And examples have moved to be under tomahawk and sandbox.
Those are the main changes. Basically you may have to adjust your
Sean Schofield schrieb:
Quick question:
Do we have to name it: myfaces/core/trunk/myfaces-api/pom.xml in order
for the module to be called myfaces-api? I would prefer just api ...
It should be myfaces-api and myfaces-impl. Please look at the maven svn
structure.
scheme :-)
Sean Schofield schrieb:
Bernd,
It seems like Wendy says we can call the directory/module api and the
artifact myfaces-api. What is wrong with that? That is better IMO.
Sean
On 1/7/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Sean Schofield schrieb:
Quick question:
Do we have
Hello Sean,
Sean Schofield schrieb:
Bruno,
I'm moving this discussion to the list. Others may have something to
contribute here ...
I think for now we will publish the site to the zone. At least until
we're ready to switch to the mavenized site. Then we can discuss
whether we want it on
the sites to stay on minotaur so that's
what we'll do. I just wanted to hear some good reasons for doing that
and now I have some ;-)
Sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173
Hello,
thanks for your comments.
[EMAIL PROTECTED] schrieb:
I verified the links throughout the website; here are the 3 things I found:
1. The 'api', and 'commons' subproject pages need some content. The
tomahawk and sandbox ones look good.
I do it with a mvn site:site and mvn site:deploy in site and in build.
Bernd
Sean Schofield schrieb:
Bernd,
Did you do this with maven or did you manually post the site?
Sean
On 1/9/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
I haved deployed the site on http://people.apache.org
Yes, of cause :-)
Sean Schofield schrieb:
You still need the assembly stuff copied to tomahawk and sandbox
right? I can do that now if you want.
Sean
On 1/9/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
I do it with a mvn site:site and mvn site:deploy in site and in build.
Bernd
Sean
Hello Adam,
Adam Winer schrieb:
I was looking in the maven2 subdirectory - is maven2 smart enough
to search both maven2 and maven1 repositories?
Unfortunately you can't find MyFaces in the org.apache.myfaces dir.
MyFaces releases before the upcoming 1.1.2 have the groupId myfaces.
Regards
Hello Sean,
Sean Schofield schrieb:
I wanted to update everyone on the work done over the weekend on the
new Maven build.
First of all, a big Thank You to Bernd and Bruno who put in a lot of
time on this. Bernd did a lot of the POM work and Bruno put in a lot
of time converting over most of
/main/java/org/apache/myfaces/tobago/component/UIForm.java
incubator/tobago/trunk/tobago-tool/maven-apt-plugin/src/main/java/org/apache/maven/plugin/AptMojo.java
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone
Hello Bill,
I would prefer directory name == artifactId
Bill Dudney schrieb:
Hi all,
Here is a discussion starter to get things going on artifactId's and
directory names;
TTFN,
-bd-
myfaces/api/pom.xml = parent pom
groupId = org.apache.myfaces
artifactiId = myfaces-project
A mvn clean install in tobago doesn't help?
Bernd
Volker Weber schrieb:
[EMAIL PROTECTED]:~/java/tobago$ mvn --version
Maven version: 2.0.1
Bernd Bohmann wrote:
Hello Volker,
which version of maven you are using?
Bernd
Volker Weber schrieb:
Hi Bernd,
after updating this morning
Hello Sean,
I have deployed the site with javadoc and tlddoc on
http://people.apache.org/~bommel/
You find the tlddoc report under 'Project Reports' on the site of the
project pages.
Regards
Bernd
Bernd Bohmann schrieb:
Hello Sean
I fixed the other tests except two test cases.
Should
! Do you have a patch for me?
Sean
On 1/11/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello Sean,
I have deployed the site with javadoc and tlddoc on
http://people.apache.org/~bommel/
You find the tlddoc report under 'Project Reports' on the site of the
project pages.
Regards
Bernd
Bernd
will commit the
rest for you tomorrow when you send me the file. Then you should be
able to commit your own stuff once Manfred grants you the karma!
Sean
ps. Thanks for all of this great Maven work!
On 1/11/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
I will send you my patches for fixing
the MockFacesContext to
commons but that introduces a circular dependency issue. We could
have two copies of the mock object I suppose ... (or one of them could
be a private inner class.)
Ideas?
Sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122
and update my
latest commits. If you don't have karma yet I can apply another
patch.
Also there are still a few errors (not failures) in the commons tests.
Maybe your latest patch solves this?
Sean
On 1/12/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Where is the MockFacesContext used
to be better don't you think?
Bernd
Sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Hello Sean,
Sean Schofield schrieb:
OK, I figured out what Bernd was talking about with the parent POM in
the snapshot repository. Great idea! I am working on setting up the
snapshot repository now.
Good idea, but why we don't use the apache snapshot repository?
I am thinking the parent
Trust me the version number is not a problem.
If you want to inherit the version you are using ${version} and a parent
ref.
If you don't want to inherit the version you add a own version tag in
the pom.
Sean Schofield schrieb:
Good idea, but why we don't use the apache snapshot repository?
Manfred Geiler schrieb:
2006/1/12, Sean Schofield [EMAIL PROTECTED]:
i think matze has already added the license.
Maybe a checkstyle report can check this in the future.
+1 for a checkstyle to check for license
I have one problem
the xmlns=http://java.sun.com/JSP/TagLibraryDescriptor;
Craig McClanahan schrieb:
The Shale test framework depends only on the servlet, JSP, and JSF apis
... it has no dependencies on the rest of Shale. It is packaged in a
manner where the test framework could be released separately from an
overall Shale release, if that becomes appropriate.
are we talking about, and why would indenting
have anything to do with it?
Cheers,
Simon
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Hello Sean,
I don't think we need a master pom at this place.
As you described this pom would never released.
In future someone try to checkout an old tag from myfaces-impl to
compile the source, the pom is fetched from the maven/trunk/master-pom.
But the information of the pom is not
/stylesheet incorrectly assumes.
Regards,
Simon
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
different xsl attached
Simon Kitching schrieb:
On Fri, 2006-01-13 at 08:17 +0100, Bernd Bohmann wrote:
or
use a different xsl for generating the tld's, But the changed xsl has no
indenting support(indent is activated but it doesn't work maybe a
transformer bug in jdk).
With both
Sean Schofield schrieb:
Why would the information not be compatible. Isn't it just a list of
developers, mailings lists and misc reports for the website. My
thinking is that this stuff will work with any version.
I'm not sure that this will work with any version,
Lets come up with a
pom. One more external...
Regards
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Hello,
Simon Kitching schrieb:
Hi,
I'm not keen on replacing the existing xsl used to generate the tld with
one that generates a .tld that's not easily readable. A readable
expanded TLD is very useful. As you say, a fixed tlddoc release may not
be out for a while...
I agree
I'm fine with
Hello,
I know I can configure maven to handle dir != artifactId.
But if you look at the adf source and at the tobago source they follow
this convention(please correct me if I'm wrong). If they are a part of
the myfaces project should they go back to the old structure?
We should try to get a
, rather than as part of a commit for
presumably completely unrelated maven stuff.
Cheers,
Simon
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
for
presumably completely unrelated maven stuff.
Cheers,
Simon
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
existing code, bad to duplicate. But also good to reduce dependencies
(particularly on libraries that other code may require a different
version of!).
Thanks,
Simon
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone
Sean Schofield schrieb:
I'm not sure. I don't know much about their project. Ultimately we
have to decide what's best for our project. Its ok to compare to
other projects (as I often do with Struts). In the end, however, I
think its good to do it differently if the new direction yields a
Starting now
Bernd
Simon Kitching schrieb:
On Mon, 2006-01-16 at 20:51 +0100, Bernd Bohmann wrote:
I would prefer to move the dependency to commons-collections to the impl
pom and not to copy the commons-collections code.
I think the dependency to commons-fileupload belongs to tomahawk
Sean Schofield schrieb:
We're talking about the result (longer directory names) which I think
everyone can have an opinion on regardless of their Maven knowledge.
So far nobody has presented a maven *requirement* that we use longer
names. Wendy has pointed out several times now about how
it myfaces-master? We need to decide
quickly because I want to get the nightly builds started.
Sean
On 1/16/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Sean Schofield schrieb:
We're talking about the result (longer directory names) which I think
everyone can have an opinion on regardless
+ /excludes
+/configuration
+ /plugin
+
+/plugins
+
+ /build
profiles
profile
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441
for this. It is important to have
the build system running again and continuum is great for this,
Bruno
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Hello Sean,
Sean Schofield schrieb:
I got the assembly stuff working but there are a few issues.
1.) The tarballs include transitive dependencies (like commons-lang).
We don't want to ship those with our nightly or official releases
Why not, I build with the transitive dependencies would be
) release. There is a source tarball there.
Sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
.
Bernd
Manfred Geiler schrieb:
2006/1/20, Bruno Aranda [EMAIL PROTECTED]:
I would also avoid the transitive dependencies in the bin assemblies,
but not for the examples as I would expect them to be working just
deploying them in my application server,
Agreed
+1
Manfred
--
Dipl.-Ing. Bernd
[EMAIL PROTECTED]:
I would also avoid the transitive dependencies in the bin assemblies,
but not for the examples as I would expect them to be working just
deploying them in my application server,
Agreed
+1
Manfred
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr
sendmail/smtp or not on our zone. I will look into it.
Bernd
Sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
build the javadoc and the source artifacts on the continuum
server everytime. They must match with the other artifacts in the bin
assembly.
Bernd
Bernd Bohmann schrieb:
You can see the results in http://cvs.apache.org/builds/myfaces/
If you agree I will change the url to
http
It does not appear to be running as a cron and I don't think Bruno had
hooked it up to continuum yet.
@Bruno: Can you confirm this?
Can we send email from the continuum server?
Yes but I don't know if smtp is available from the zone. I'll look into this.
If you try telnet
We are using mvn deploy for deploy artifacts to the apache maven
snapshot respository on minotaur.
We are using a custom plugin for publish the nightly assembly bin to
minotaur.
Regards
Bernd
John Fallows schrieb:
On 1/22/06, *Sean Schofield* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Hello Sean,
can you start continuum with java 1.5 please.
Tobago would not compile without a 1.5 jdk.
Or where I find the start script?
Thanks
Bernd
Sean Schofield schrieb:
Thanks to a tip from Wendy we have sendmail online now.
Sean
On 1/22/06, Bernd Bohmann [EMAIL PROTECTED] wrote
JAVA_HOME should point to /usr/java not to /usr/j2se
Bernd Bohmann schrieb:
Hello Sean,
can you start continuum with java 1.5 please.
Tobago would not compile without a 1.5 jdk.
Or where I find the start script?
Thanks
Bernd
Sean Schofield schrieb:
Thanks to a tip from Wendy we have
Hello,
added a .profile with export JAVA_HOME=/usr/java for Mr Maven and
started continuum with the normal script.
Regards
Bernd
Bernd Bohmann schrieb:
JAVA_HOME should point to /usr/java not to /usr/j2se
Bernd Bohmann schrieb:
Hello Sean,
can you start continuum with java 1.5 please
, Bernd Bohmann [EMAIL PROTECTED] wrote:
JAVA_HOME should point to /usr/java not to /usr/j2se
Bernd Bohmann schrieb:
Hello Sean,
can you start continuum with java 1.5 please.
Tobago would not compile without a 1.5 jdk.
Or where I find the start script?
Thanks
Bernd
Sean Schofield schrieb
, Bernd Bohmann [EMAIL PROTECTED] wrote:
Only tobago would use the configuration
source1.5/source
target1.5/target
for the compiler maven plugin
The rest is using the default
I think it is 1.3 or 1.4
Bernd
Sean Schofield schrieb:
If we use J2SE 5.0 there is a way to compile the rest
Hello,
should the notifcation send to commits or dev?
Would the address
[EMAIL PROTECTED]
accepted by commits or dev?
Regards
Bernd
Bernd Bohmann schrieb:
I don't know why they hung.
I removed these modules.
We should force a build of all artifacts before the nightly assembly
publish
?
I can check it but I don't think we need it. Are you sure we need it?
Yes, or have you seen a Build without Changes checkbox?
Sean
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile
I see what you mean. Are you sure this is correct? I would agree
with you except I see that the nightly builds ran last night. Did you
(or someone else) manually run them?
No, the nightly build is forced by the python script invoked by cron.
The javadoc is build in the hourly schedule,
the address
[EMAIL PROTECTED]
accepted by commits or dev?
No we have to have Martin allow posts from this address.
Regards
Bernd
Sean
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com
phone: +49 441 4082312, mobile
1 - 100 of 1855 matches
Mail list logo