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, Ber
nderscore would 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
eat 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 Developmen
rk or do we need to
start over?
sean
On 11/15/05, Bernd Bohmann <[EMAIL PROTECTED]> wrote:
Hello Sean,
tobago has been converted to maven2.
I think maven provide a solution for many common problems
(deploy site..deployment, release management).
We would like to share our experiences with ma
ructuring the directories 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
.
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
t of the nightly build though. That's about it. We obviously have
some work to do in that area. 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 l
+1
Udo Schnurpfeil schrieb:
Hello,
in the moment tobago uses the following URIs for the taglibs e.g. in the
JSPs:
http://www.atanion.com/tobago/component
http://www.atanion.com/tobago/extension
While moving to myfaces I suggest to rename it to:
http://myfaces.apache.org/tobago/component
ht
Please add a public mirror.
[EMAIL PROTECTED] schrieb:
Author: lofwyr
Date: Wed Nov 30 08:24:11 2005
New Revision: 349977
URL: http://svn.apache.org/viewcvs?rev=349977&view=rev
Log:
sample of a mirror configuration
Modified:
incubator/tobago/trunk/settings-example.xml
Modified: incubator/
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 s
7;t run the site
command.
sean
[1] http://svn.apache.org/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,
s
Until we don't find a xslt plugin you can try the maven-antrun-plugin
http://maven.apache.org/plugins/maven-antrun-plugin/introduction.html
I will look at the tld stuff but don't expect a fast answer the night is
not long enough and I have to work tomorrow, too.
Bernd
Sean Schofield schrieb
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] sc
form must break 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
lidation messages popping
up.
You mean 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, mo
with SVN its easy to "roll back" if we aren't
happy with the results.
Thoughts?
Sean
[1] http://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, mo
t 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
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
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: +49 173 8839471, fax: +49 441 4082333
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Develo
VN reorg for
MyFaces already and that with SVN its easy to "roll back" if we aren't
happy with the results.
Thoughts?
Sean
[1] http://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
g for a few hours. I am in the process of
moving 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 De
ns either. Can we
establish 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
ncluded in the JAR, but xxx.tld is included, as desired.
Kind Regards,
John Fallows.
--
Author Pro JSF and Ajax: Building Rich Internet Components
http://www.apress.com/book/bookDisplay.html?bID=10044
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in
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,
th
following error:
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
nk on http://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
) 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 a st
l
The 'build' directory is external, included under each module. If
you're not doing that, you can use:
../build/pom.xml
I think that might help the IDE config file generation, though I'm not sure.
--
Wendy
--
Matthias Wessendorf
Zülpicher Wall 12, 239
50674 Kö
ing at pom.xml (mojo plugin 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 -
ry 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 Bohma
n before I 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
Hello,
can someone apply my patches.
http://issues.apache.org/jira/browse/MYFACES-1000?page=all
The default resource dir is missing the the pom.xml of impl, sandbox and
tomahawk.
Best Regards
Bernd
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development
Bismarckstr. 13, 26122
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
Thanks Martin,
if tomahawk, sandbox, api, impl and commons has the same release cycle
it must be the same version.
Regards
Bernd
Bernd Bohmann schrieb:
Hello,
can someone apply my patches.
http://issues.apache.org/jira/browse/MYFACES-1000?page=all
The default resource dir is missing in
es-facesconfig
@@ -226,4 +229,4 @@
http://svn.apache.org/viewcvs.cgi/myfaces/tomahawk
-
\ No newline at end of file
+
--
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
m: address!
Mail to this account are droped 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. B
ause with a parent ref.
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
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 subpr
he he, 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 easie
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 a
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]
===
myfaces
The next try:
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
myfaces-api
myfaces-impl
assembly
commons (org.apache.myfaces)
[This
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
myfaces-api
myfaces-impl
assembly
commons (org.apache.myfaces)
[
pendency of library Foo
where a user of Foo 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
--
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 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 a
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 Oldenburg, http://www.atanion.com
phone: +49
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 you
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 w
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 min
and
ajax.
Well everyone seems to want 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://
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.
http://people.apache.org/~bommel/projects/myfaces
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.apac
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
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
B
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
/src/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
p
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
myfaces-proj
Hello Sean
I fixed the other tests except two test cases.
Should I open an issue or send you the patches?
OK this is fixed. I thought it sounded familiar and it was. I had
already fixed one issue with MessageUtilsTest by copying the
Message.properties over to a new test/resources dir. It tu
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 mornin
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 cas
27;s great! 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 page
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 fixi
k of is to move 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
Bismarc
d 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 MockFacesC
patch is finished so we can compile.)
Sorry about the confusion.
Sean
On 1/12/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Mathias Brökelmann wrote:
It´s fixed now. Thanks Mario.
resoved, verified!
Thanks!
Ciao,
Mario
--
Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Softw
ile work? If so that seems 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 po
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 tag in
the pom.
Sean Schofield schrieb:
Good idea, but why we don't use the apache snapshot repository?
That'
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.
T
not allowed; that
defines the document type. Without a public declaration, an xml document
is meaningless - or at least has no "context" to be interpreted in.
I see the alternative was something to do with removing indenting from
something? Which files are we talking about, and why wo
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 compatib
d just be reinserted by the DTD.
However because they stub out all DTDs by using a stub EntityResolver,
the input document's element is interpreted as being in "no
namespace" which is what their code/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).
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 goo
dea of the master pom in a different place so much.
You have to release one more component. It is not to much content in the
master 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 tw
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
l associated comment, 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
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
te. 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: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333
Sorry for the late answer my provider has some problems with the mailsystem.
Sean Schofield schrieb:
OK,
We have been discussing a few important maven-related decisions these
past few days. Its time to make a decision and move on. Here is my
proposal. I'd like to see a couple of +1's and the
Sean Schofield schrieb:
I know it sounds weird at first, but having a POM dependency is not that
strange in the land of Maven. :-)
OK I think we have general agreement on this. @Bernd: We can always
change this approach later if it doesn't work out.
I hope we change it before we are perfo
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
Or do we keep 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 hav
/*StateUtilsAES_CBCTestCase*
+
+
+
+
+
+
+
--
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
possibilities 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
the last (1.1.1) 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.
red Geiler <[EMAIL PROTECTED]> wrote:
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
have
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
1 - 100 of 2004 matches
Mail list logo