TestNG does not require 1.5, it can use Javadoc-style annotations.
But, I am not planning on doing anything at the moment to switch the
build over to TestNG. I do however think that is the right
direction. But right now I'm more concerned about getting tests to
use logging and not spit
I've updated a few more sub-projects to use the same skin and
published them to:
http://geronimo.apache.org/maven
This page is now a redirect to:
http://cwiki.apache.org/GMOxDEV/maven-generated-documentation.html
Which is a collection of links back to the available sites. I did
I keep running into problems switching my local jdk (ala setjdk) from
1.4 to 1.5 and forgetting to switch it back again when making G builds.
I though it would be nice if the build would fail early if I had the
wrong JDK configured. So, I wroke a require-java-version goal in a
new
Do you folks want me to apply the m2 site changes to xbean and
publish it too?
--jason
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
Any comments on keeping multiple versions of these sites?
Hold on, hold on! ;-) I'm not able to catch up with your ideas! How
the h.ll do people find some much time tweaking and improving the
project?! It's so frustrating and devastating to my
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
Do you folks want me to apply the m2 site changes to xbean and
publish it too?
Why not? +1
Jacek
--
Jacek Laskowski
http://www.laskowski.net.pl
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
Thoughts?
Good idea! I had to create some aliases to work with the project and
I'm not facing the issue anymore, but I'm sure there're others (if not
all) who work with both, so the sooner they know they use incorrect
jvm during the build the
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
Seems like folks who build with 1.5 run into errors... so maybe its a
good thing to force 1.4?
One more thing, it would be good to introduce a setting to turn it on
for people who want to migrate Geronimo to Java 5.
Jacek
--
Jacek Laskowski
I added a skip flag... and I have not tried, but you should be able
to create a profiles.xml to set that flag.
--jason
On Aug 20, 2006, at 1:07 AM, Jacek Laskowski wrote:
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
Seems like folks who build with 1.5 run into errors... so maybe its
+1
Could we do the same for the confluence site at
http://geronimo.apache.org/xbean/ ?
What's the way to do that ?
On 8/20/06, Jacek Laskowski [EMAIL PROTECTED] wrote:
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
Do you folks want me to apply the m2 site changes to xbean and
publish
That is not a m2 site, its the export from Confluence... and I
imagine that we want to keep it that way.
We can however change the theme on that site to match the GMOxSITE
space.
--jason
On Aug 20, 2006, at 1:25 AM, Guillaume Nodet wrote:
+1
Could we do the same for the confluence
On 8/19/06, Jason Dillon [EMAIL PROTECTED] wrote:
PROPOSAL:
1. Each spec will no longer be split up into trunk+branches+tags.
There will instead be one trunk+branches+tags for all specs laid out
as follows:
specs/trunk/pom.xml
specs/trunk/artifactId
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
That is not a m2 site, its the export from Confluence... and I
imagine that we want to keep it that way.
We can however change the theme on that site to match the GMOxSITE
space.
That's what I meant.
I'm not a confluence expert, so I someone
[ http://issues.apache.org/jira/browse/GERONIMO-2163?page=all ]
Gianny Damour updated GERONIMO-2163:
Attachment: geronimo-wadi-integration-RTC.patch
Patch for RTC.
WADI Integration for Jetty
--
Key:
I think it might take a bit more vm hacking to get the site features
that xbean is using with my template.
Easiest thing would be to grant jdillon admin on goopen.org, or
import the xbean site into cwiki. And then from there I can fix up
the template.
--jason
On Aug 20, 2006, at 1:38
Okay, thanks, I've tracked 'em down and setup an applications/
geronimo-examples with maven-ized versions of the tomcat build, using
svn cp to bring over the latest changes.
I think we should check this in, and if needed use svk to perform any
periodic merging that is needed to keep them
I've got new war's and car's in my workspace. How can I verify that
they work like the geronimo-samples:* versions?
--jason
On Aug 16, 2006, at 7:41 AM, Aaron Mulder wrote:
On 8/16/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
I think they were removed from Geronimo as part of the plugins
On Aug 20, 2006, at 1:37 AM, Guillaume Nodet wrote:
specs/trunk/pom.xml
specs/trunk/artifactId
specs/tags/artifactId-version
specs/branches/
I guess I missed something, but what's the difference compared to the
current layout ? This only affect the tags, right ?
Yes, it
[ http://issues.apache.org/jira/browse/GERONIMO-2163?page=all ]
Gianny Damour updated GERONIMO-2163:
Attachment: setUpServers.tar.gz
Used to set-up two Geronimo server instances.
WADI Integration for Jetty
--
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
On Aug 20, 2006, at 1:37 AM, Guillaume Nodet wrote:
specs/trunk/pom.xml
specs/trunk/artifactId
specs/tags/artifactId-version
specs/branches/
I guess I missed something, but what's the difference compared to the
current
[
http://issues.apache.org/jira/browse/GERONIMO-2163?page=comments#action_12429258
]
Gianny Damour commented on GERONIMO-2163:
-
Here are a couple of instructions to test this patch:
Set-up two Geronimo server instances
* download
Hi,
I sent an email some time ago about some work being done to integrate
WADI once again with Geronimo (subject was WADI Integration Preview).
In the current stage, load-balancing is working reliably with two
Geronimo instances behind an Apache server using mod_rewrite. I would
like
Hi Andrus,
Indeed, so far there is no plan to implement JPA on top of TranQL.
Thanks for asking if your JPA QL work could somehow benefit to
TranQL. Also, if you find some interesting pieces of code in TranQL
that you would like to reuse, then please feel free to let me know.
Thanks,
+1
Gianny
On 20/08/2006, at 5:44 PM, Jason Dillon wrote:
I keep running into problems switching my local jdk (ala setjdk)
from 1.4 to 1.5 and forgetting to switch it back again when making
G builds.
I though it would be nice if the build would fail early if I had
the wrong JDK
+1 to removing both.
I verified that the old wiki pages in the backup gtar.zip that Hernan
produced are readable in a text editor (in case we need to take some
content from it after the wiki is removed).
Thanks for driving this Hernan.
Regards,
John
Jason Dillon wrote:
I think its fine to
[
http://issues.apache.org/jira/browse/GERONIMO-2332?page=comments#action_12429261
]
John Sisson commented on GERONIMO-2332:
---
Agree with Alan's objection that it should be placed elsewhere.
I tested applying it to 1.1.1 and
+1 I'm all in favor of eliminating the obsolete wiki sites. Right
now when I google geronimo wiki or building geronimo it comes back
with links to the MoinMoin wiki, which ain't good.
Best wishes,
Paul
On 8/18/06, Hernan Cunico [EMAIL PROTECTED] wrote:
Just to clarify/summarize, we had this
I agree
+1
thanks
david jencks
On Aug 18, 2006, at 3:40 PM, Jason Dillon wrote:
I think its fine to go ahead with the shutdown of out moinmoin
wiki, as well as removing the old GERONIMO space at atlassian.
--jason
On Aug 18, 2006, at 9:02 AM, Matt Hogstrom wrote:
I think Hernan was told
Jason Dillon wrote:
I keep running into problems switching my local jdk (ala setjdk) from
1.4 to 1.5 and forgetting to switch it back again when making G builds.
I though it would be nice if the build would fail early if I had the
wrong JDK configured. So, I wroke a require-java-version goal
Jira notifications created.
Guillaume, what did you do to get a list created?
Regards,
Alan
Dain Sundstrom wrote:
+1 to JIRA
+1 to create svn list
-dain
On Aug 19, 2006, at 12:02 PM, Guillaume Nodet wrote:
+1
On 8/19/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I think that we should
I wish that I had time. I read the spec this weekend and it looks kinda
interesting. Are you working on it?
Regards,
Alan
Guillaume Nodet wrote:
Do you plan to work on the implementation too ?
On 8/19/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
It's kinda out of date. I'll check my
Removed.
Regards,
Alan
Jason Dillon wrote:
If your stuff supersedes the bits in the sandbox can we remove the
sandbox stuff?
--jason
On Aug 19, 2006, at 1:04 PM, Alan D. Cabrera wrote:
It's kinda out of date. I'll check my stuff in.
Regards,
Alan
Guillaume Nodet wrote:
The spec is
Alan D. Cabrera wrote:
I'm going to take a crack at breaking out the classloading code into a
separate module. Should be simple enough.
I'll solicit comments when I'm done and we can do an RTC vote
afterwards, if all goes well.
Done, xbean/branches/classloader. Comments anyone?
I raised an issue at INFRA ...
On 8/20/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
Jira notifications created.
Guillaume, what did you do to get a list created?
Regards,
Alan
Dain Sundstrom wrote:
+1 to JIRA
+1 to create svn list
-dain
On Aug 19, 2006, at 12:02 PM, Guillaume Nodet
I had planned to use it in ServiceMix, but when reading through the
working draft
(not the latest version), i have been unable to figure how to secure
an HTTP request
from a client. The spec only dealt with HttpServletRequest and
HttpServletResponse,
and these are only at the server side.
Need
QuartzComponent start sending messages when initialized rather than when started
Key: SM-549
URL: https://issues.apache.org/activemq/browse/SM-549
Project: ServiceMix
[ https://issues.apache.org/activemq/browse/SM-549?page=all ]
Guillaume Nodet resolved SM-549.
Resolution: Fixed
Author: gnodet
Date: Sun Aug 20 12:03:26 2006
New Revision: 433012
URL: http://svn.apache.org/viewvc?rev=433012view=rev
Log:
SM-549:
Should the xbean-classloaders module have a package named
org.apache.xbean.classloaders
instead of keeping the old one
org.apache.xbean.server.classloader
It would break compatibility, but if it deserved a new module ...
On 8/20/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
Alan D. Cabrera
Problem is that the 1.5 jdk does not include the sun orb so compile
fails, but not till late in the build
+1 from me
-bd-
On Aug 20, 2006, at 11:36 AM, Alan D. Cabrera wrote:
Jason Dillon wrote:
I keep running into problems switching my local jdk (ala setjdk)
from 1.4 to 1.5 and
We already have this... this just means that compiles will continue
to gen 1.4 bytecode. Some tests have been known to fail because they
were run with 1.5, and then all that orb stuff. We warn everyone all
over the place to not use 1.5 with G right now... figured we should
just enforce
[ http://issues.apache.org/jira/browse/GERONIMO-2326?page=all ]
Bill Dudney updated GERONIMO-2326:
--
Attachment: 2326-deploy-datasource.patch
So this gets us very close to working but I'm still having trouble (I susspec
its class loader related). Once
[
http://issues.apache.org/jira/browse/GERONIMO-2326?page=comments#action_12429301
]
Bill Dudney commented on GERONIMO-2326:
---
I'm not sure this shoudl reference 1.1.1 anymore. Wasn't that part fixed?
unable to deploy a database pool
[
http://issues.apache.org/jira/browse/GERONIMO-2327?page=comments#action_12429303
]
Bill Dudney commented on GERONIMO-2327:
---
This JIRA is a partial fix for 2326 - but there are still problems doing a
Datasource deployment. The rest of
On 8/16/06, Jason Dillon [EMAIL PROTECTED] wrote:
I've chopped off the obvious ones... but there are still 185 marked
as Not Merged which someone should peep at.
I understand that all m2 things should not be taken into account
anymore given the work already done in trunk. The changes related
On Aug 20, 2006, at 3:24 PM, Jacek Laskowski wrote:
On 8/16/06, Jason Dillon [EMAIL PROTECTED] wrote:
I've chopped off the obvious ones... but there are still 185 marked
as Not Merged which someone should peep at.
I understand that all m2 things should not be taken into account
anymore
Hi All,
Sorry its taken me so long to get this posted. I had a bunch of
travel related headaches thur and fri of last week...
I've adopted http://issues.apache.org/jira/browse/GERONIMO-2326 as
the JIRA to track the first part of the problem (the datasource
deployment stuff) with the
I have found a few incoherences wrt to the specs.
I will check them in.
On 8/19/06, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I'm going to start goofing around with this. I'll start by putting the
specs into geronimo/specs/branches. You can monitor the work:
I've updated the GMOxSITE template to allow the top-right links to be
controlled by the Quick Links page... still gotta figure out how to
get the tabs to be wiki controlled... but I think I'm gonna have to
craft some new images first.
http://cwiki.apache.org/GMOxSITE/
I think this
I've implemented the jta 1.1 feature locally and want to do the ejb 3/
jpa container managed persistence stuff. Where should I put it?
jta 1.1 adds one interface to jta 1.0.1B with AFAICT no other changes
(I haven't actually been able to locate the spec, just the javadoc).
Anyone know if
Done.
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
I think it might take a bit more vm hacking to get the site features
that xbean is using with my template.
Easiest thing would be to grant jdillon admin on goopen.org, or
import the xbean site into cwiki. And then from there I can fix up
I have reworked the Geronimo integration.
Two plugins for G 1.1 are now generated as part of the build
(container and deployer).
It seems there is a bug in the Geronimo deployer which makes the
plugin uneasy to install as Geronimo will not download snapshots,
but this should not happen with a
Okay, I've added the site config to xbean and deployed it here:
http://geronimo.apache.org/maven/xbean
I also updated the index at
http://geronimo.apache.org/maven
--jason
On Aug 20, 2006, at 1:02 AM, Jacek Laskowski wrote:
On 8/20/06, Jason Dillon [EMAIL PROTECTED] wrote:
Do you
Very nice, thx :)
On 8/21/06, Jason Dillon [EMAIL PROTECTED] wrote:
Okay, I've added the site config to xbean and deployed it here:
http://geronimo.apache.org/maven/xbean
I also updated the index at
http://geronimo.apache.org/maven
--jason
On Aug 20, 2006, at 1:02 AM, Jacek
Done.
See http://svn.apache.org/viewvc?rev=433122view=rev
I have also began to write an implementation of the AuthConfigFactory.
I will try to check it in somewhere soon, though the real work is on
the providers,
not the factory ;)
On 8/21/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
I have
How are you guys sync'ing the output of goopen.org to svn.apache.org?
And what is the URL that I can point at to see what the export looks
like?
Or do you want to import the space into cwiki?
Also, I notived you guys are using 0.14-dev of the plugin... what was
changed?
--jason
On Aug
A first step would be to put the new version of the spec in
specs/trunk/geronimo-jta_1.1_spec
or something like that.
On 8/21/06, David Jencks [EMAIL PROTECTED] wrote:
I've implemented the jta 1.1 feature locally and want to do the ejb 3/
jpa container managed persistence stuff. Where should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
building geronimoPaul McMahan wrote:
+1 I'm all in favor of eliminating the obsolete wiki sites. Right
now when I google geronimo wiki or building geronimo it comes back
with links to the MoinMoin wiki, which ain't good.
It may be a good idea
If possible I'd like to avoid any changes to specs/trunk until I have
committed my changes to that tree.
I've got it 95% done in my local workspace... and if we start making
changes to it now it will probably invalidate several hours of work :-(
--jason
On Aug 20, 2006, at 7:44 PM,
This was more what I was thinking:
snip
protected final File getBaseDir() {
File dir;
// If ${basedir} is set, then honor it
String tmp = System.getProperty(basedir);
if (tmp != null) {
dir = new File(tmp);
}
else {
// Find the directory which this class
This is cool that this also works in IDEA.
Regarding this proble, this is the script that I use to fix
the .classpath (from the geronimo dir):
ls */*/.classpath | while read file; do cat $file | grep -v classes/
META-INF ${file}_new; mv ${file}_new $file; done
BTW, in Eclipse
It should work fine in Eclipse too.
I'll see if I can fix why the eclipse plugin is adding that lame
entry for target/classes/META-INF... seems broke to me.
--jason
On Aug 20, 2006, at 9:43 PM, Gianny Damour wrote:
This is cool that this also works in IDEA.
Regarding this proble, this
Seems like me addition of the LICENSE.txt and NOTICE.txt with:
resource
directory${pom.basedir}/directory
targetPathMETA-INF/targetPath
includes
includeLICENSE.txt/include
includeNOTICE.txt/include
/includes
/resource
Is causing this to pop up... and short of
Ugh... except that if we use antrun from a parent pom, it does not
allow child modules to add additional dependencies...
Maven is really stretching my patience...
:-(
--jason
On Aug 20, 2006, at 9:43 PM, Gianny Damour wrote:
This is cool that this also works in IDEA.
Regarding this
Seems like there are other modules which stuff things into META-INF,
which I can fix... but that will come when we standardize modules to
use the m2 layout.
:-\
--jason
On Aug 20, 2006, at 9:43 PM, Gianny Damour wrote:
This is cool that this also works in IDEA.
Regarding this proble,
64 matches
Mail list logo