What are you looking for ?
If you want to access to J2EE resources, you should be able to do so
using JNDI Spring support
http://static.springframework.org/spring/docs/1.2.x/api/org/springframework/jndi/package-summary.html
Cheers,
Guillaume Nodet
On 5/11/06, pandu [EMAIL PROTECTED] wrote:
Hi,
Very very thanks for your quick reply.
Actually I am new to ServcieMix. I want to develop BPEL processes on
servciemix and deploy on the JBoss ServcieMix integration.
Could you please suggest me the Tools which I can use to develop BPEL
processes, Transformation services etc.. and then
I noticed we still have a configuration element in the config.xml file.
I am thinking of doing the following for 1.1:
* most importantly, change the configuration element name to module
to have consistent terminology considering the recent configId changes.
* update cmd line help for
JarFileResourceFinder ResourceEnumeration can't count.
--
Key: GERONIMO-2009
URL: http://issues.apache.org/jira/browse/GERONIMO-2009
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components:
[ http://issues.apache.org/jira/browse/GERONIMO-2009?page=all ]
David Jencks updated GERONIMO-2009:
---
Attachment: 2009_JarFileResourceFinder.diff
diff made in modules/kernel
JarFileResourceFinder ResourceEnumeration can't count.
Title: RE : Problem with DataBase Connection
Hello,
I have already tried to specify the schema in the query, but it didn't work.
But I found a solution, I'm not sure it's the best one :
After the connection, I put this query : Set Current Schema='Nom_Schema'
So it works correctly...
It
John,
I think making those changes as well makes sense. f we don't get to a level of consistency then I
think we missed the objective :)
John Sisson wrote:
I noticed we still have a configuration element in the config.xml file.
I am thinking of doing the following for 1.1:
* most
Cool stuff!!! long time needed :D
Thanks David
Cheers!
Hernan
David Blevins wrote:
All,
I've revived our script that creates unstable builds. Further, I've
hooked it up to run every Wednesday at 6am PST. I chose Wednesday as
it gives developers a couple days into the week to try and
Anita,
Sorry for the long delay ... had queued this up to look at later and
later finally arrived. :-)
On the first change we should probably remove unnecessary dependencies
such as jetty in rmi-naming and system-database. I'm sure there are
plenty more.
I'll defer to Aaron on the way
Are there any plans to include a JSF impl inside of Geronimo 1.0 ?
Since the Java2EE 1.4 Spec doesn't require it, I think it might be
usful to have this optional feature.
How has this *integration* to be solved technical? (new to geronimo)
Must the JSF jars be included inside the web-container
I agree with everyone else that it is really great to have these
unstable builds being produced and posted on a regular basis! It will
help encourage users to pick up the latest more quickly and provide us
with quicker feedback.
How is it expected that users will find these unstable builds?
BTW, Alex, are there plans to propagate ADS jars to maven1 repo?
Geronimo 1.1 currently supports maven1 only.
Thanks,
2006/5/6, Alexei Zakharov [EMAIL PROTECTED]:
Alex,
Oh, I've been searching in old directory and directory-network
groups rather than org/apache/directory/server/apacheds-core.
Kevan Miller wrote:
On May 9, 2006, at 12:42 PM, Matt Hogstrom wrote:
Consolidated list so far is:
Axis from 1.4-356167 to 1.4
commons-fileupload1.1-devto1.1
jasper from 5.5.9 to 5.5.15
Jetty from 5.1.9
The JSF jars would not require a GBean. There are no plans to include
them in 1.X AFAIK.
However, I believe it is a required inclusion of the Java EE5 spec, so I
am pretty sure they will be included in G2.X.
Jeff
Matthias Wessendorf wrote:
Are there any plans to include a JSF impl inside of
Simpify the assemblies
--
Key: GERONIMO-2010
URL: http://issues.apache.org/jira/browse/GERONIMO-2010
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: general
Versions: 1.1
Environment: windows xp
[ http://issues.apache.org/jira/browse/GERONIMO-2010?page=all ]
Joe Bohn updated GERONIMO-2010:
---
Attachment: 2010_RemoveDeps.patch
patch created from geronimo root on windows xp.
Simpify the assemblies
--
Key:
[ http://issues.apache.org/jira/browse/GERONIMO-2010?page=all ]
Joe Bohn reassigned GERONIMO-2010:
--
Assign To: David Jencks (was: Joe Bohn)
Simpify the assemblies
--
Key: GERONIMO-2010
URL:
[ http://issues.apache.org/jira/browse/GERONIMO-2010?page=all ]
Joe Bohn updated GERONIMO-2010:
---
Summary: Simplify the assemblies (was: Simpify the assemblies)
Simplify the assemblies
---
Key: GERONIMO-2010
URL:
Joe,
Thanks! More inline..
--- Joe Bohn [EMAIL PROTECTED] wrote:
Anita,
Sorry for the long delay ... had queued this up to look at later and
later finally arrived. :-)
On the first change we should probably remove unnecessary
dependencies
such as jetty in rmi-naming and
Matt,
I could help out here...especially since I am unofficially your copilot
on this on this ;-)
Lets chat so I can get everything covered.
Jeff
Matt Hogstrom wrote:
I'll provide some info on the release schedule (can you say end of month
:)?
Unfortunately, I'm leaving Thursday morning I
Yay! Thanks for being diligent on this Dave.
Dave Colasurdo wrote:
Now that we have officially upgraded to TC 5.5.15, I've gone back and
retried the clustering tests and it looks like G1.1 clustering is now
working with TC5.5.15!!
The Unable to send message through cluster sender exception
Jeff,
I am working with a user that is moving some applications from tomcat to
geronimo. Due to some problems they have had to modify tomcat source.
I was chatting with jasonb on the tomcat irc channel and he
recommended that we only build the classes rather than rebuilding all of
Gianny,
TranQL 1.3 has several performance and feature fixes (thanks to you) that we've been planning on for
1.1. I didn't realize the changes to OpenEJB however. I'd like to get this release wrapped up the
week after Java One if possible (end of the month). Can you guesstimate the
Let's address Directory in 1.2. Since its not core to CTS I think it would be pushing 1.1 out. It
would be awesome to get this updated in 1.2 when we finally ship 1.1. Looking at the packages out
there we are ut of date on several so one of the first things I'd like to do is get current on
Since the M2 conversion is independent of 1.1 what does the community think about starting that
merge into 1.1 now? I think it would allow us to become more productive on 1.2 since the work would
already be in place. For those working on the M2 conversion what do you think about starting that
How are we supposed to build the latest source from -
geronimo/devtools/eclipse-plugin/trunk
There are no instruction on the Geronimo Subprojects - Devtools section,
so I tried running a Maven build (using 2.0.4) from the trunk directory
since there only exists a pom.xml now, by just
On May 10, 2006, at 10:47 PM, ludovic orban wrote:
David,
1. there's only one resource in the transaction. Well, you can just
call 1pc commit on it. As a special case, if there are lots of
resources, but all but the last one says it's read-only, you can just
call 1pc commit on the last one
David J,
If I run maven car:package on a non executable configuration, I get
the following message -
..
3578 [main] DEBUG org.apache.geronimo.gbean.runtime.GBeanInstanceState
- GBeanInstanceState for: ge
However, I believe it is a required inclusion of the Java EE5 spec, so I
am pretty sure they will be included in G2.X.
Yes it requires it. My question was more about how the integration
might look like.
Will the JSF impl *depend* on the used web-container (jetty/tomcat),
or will G2.x ship the
There are currently 136 JIRAs open against 1.1 as the target fix release. I would like to start
managing these down to zero as we march towards release. Here is a best guess to get 1.1 out.
Target release date: May 26th (1 month past the original date)
To make this date we have two weeks
--- Matt Hogstrom [EMAIL PROTECTED] wrote:
Since the M2 conversion is independent of 1.1 what does the community
think about starting that
merge into 1.1 now? I think it would allow us to become more
productive on 1.2 since the work would
already be in place. For those working on the
Please let's not make a release until Apache SVN comes back. There
are a lot of patches that should go in. Maybe Saturday,
infrastructure permitting?
Thanks,
Aaron
On 5/11/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
There are currently 136 JIRAs open against 1.1 as the target fix release.
Set default logging to INFO rather than DEBUG in minimal assemblies
---
Key: GERONIMO-2011
URL: http://issues.apache.org/jira/browse/GERONIMO-2011
Project: Geronimo
Type: Improvement
Security:
Ultimately, we probably would need to somehow build a patch directory
or lib directory where we can ensure the URLClassLoader picks that up
before all other classes. I think this is probably a good idea to have
as well, so that we could release service paks or patches. I would be
interested in
I assume the G2.X will ship with the jars. I cannot see any dependency
on the web-container at all - just the other spec jars. I really think
its just a matter of including JSF at the server level so its available
server-wide. There *may* be some classloading code to be sure there
is no
On May 11, 2006, at 7:39 AM, anita kulshreshtha wrote:
David J,
If I run maven car:package on a non executable configuration, I
get
the following message -
..
3578 [main] DEBUG org.apache.geronimo.gbean.runtime.GBeanInstanceState
-
Hi All,
I just wanted to give you guys a heads up on how the Geronimo's confluence wiki
may look like once
cwiki.apache.org jumps in production.
Available at the following link is just a single page, static draft based on what is in the oven for
Geronimo v1.1 documentation. The new confluence
But I cannot see any need for GBean code for this.
ok, thanks!
-Matthias
Jeff
Matthias Wessendorf wrote:
However, I believe it is a required inclusion of the Java EE5 spec, so I
am pretty sure they will be included in G2.X.
Yes it requires it. My question was more about how the
On 5/11/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Are there any plans to include a JSF impl inside of Geronimo 1.0 ?
Since the Java2EE 1.4 Spec doesn't require it, I think it might be
usful to have this optional feature.
Geronimo 1.x does not include a JSF impl per se, but it can
Thanks for the quick response Jeff.
I like the idea of a system patch location in the classpath where we
can pick up patches for anything we might include in a geronimo assembly.
I too was confused by the tomcat recommendation but it does seem that
they have a strategy for addressing
[ http://issues.apache.org/jira/browse/GERONIMO-2011?page=all ]
Joe Bohn updated GERONIMO-2011:
---
Attachment: 2011_LogLevel.patch
patch created on windows xp in geronimo root directory
Set default logging to INFO rather than DEBUG in minimal assemblies
I agree...
Aaron Mulder wrote:
Please let's not make a release until Apache SVN comes back. There
are a lot of patches that should go in. Maybe Saturday,
infrastructure permitting?
Thanks,
Aaron
On 5/11/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
There are currently 136 JIRAs open against
Bumping up the version should work for the jar approach. However, I was
still trying to figure out a way to honor the tomcat recommendation of
replacing just the modified classes. Is there some way to make the
version independent classloaders pick up individual classes rather than
entire
makefile plus some changes for the CMS C++ client
--
Key: AMQ-707
URL: https://issues.apache.org/activemq/browse/AMQ-707
Project: ActiveMQ
Type: Improvement
Components: JMS client
Versions: 4.0 RC2
Looks good Hernan. For context, is this the main documentation page ? Perhaps it would make it
clearer to call this the Project User's Guide so as to avoid confusion between this and other
forms of documentation at developerworks, articles, etc.
Hernan Cunico wrote:
Hi All,
I just wanted to
On May 11, 2006, at 9:16 AM, Joe Bohn wrote:
Bumping up the version should work for the jar approach. However,
I was still trying to figure out a way to honor the tomcat
recommendation of replacing just the modified classes. Is there
some way to make the version independent
David Jencks wrote:
On May 11, 2006, at 8:29 AM, Joe Bohn wrote:
Thanks for the quick response Jeff.
I like the idea of a system patch location in the classpath where we
can pick up patches for anything we might include in a geronimo
assembly.
I think this system patch idea will only
Matt Hogstrom wrote:
David Jencks wrote:
On May 11, 2006, at 8:29 AM, Joe Bohn wrote:
Thanks for the quick response Jeff.
I like the idea of a system patch location in the classpath where
we can pick up patches for anything we might include in a geronimo
assembly.
I think this
changes to connector host and port not persisted in geronimo
Key: AMQ-708
URL: https://issues.apache.org/activemq/browse/AMQ-708
Project: ActiveMQ
Type: Bug
Components: Geronimo Integration
On May 10, 2006, at 11:25 PM, John Sisson wrote:
I noticed we still have a configuration element in the config.xml
file.
I am thinking of doing the following for 1.1:
* most importantly, change the configuration element name to
module to have consistent terminology considering the recent
I was looking at the wrong jira website (jira.activemq.org) which is
pointed at from www.activemq.org. Once I realized the correct jira
website was at issues.apache.org (duh!) I created AMQ-708 and attached
the patch. What are the chances of getting this patch into the
activemq release that
Hi Matt,
Moving the M2 conversion work from the trunk to 1.1 should not be
disruptive. It would have the following changes
1) add pom.xmls in all modules
2) add a few ant files in some modules
3) change *Test.java files in quite a few modules.
I have no strong objections to it except that I'm
Any thoughts on adding a Google search form on the website?
--jason
What are the ant files used for ?
And why changing the test class names ? Surefire can be configured
specifically if needed ... So this change could be delayed.
Cheers,
Guillaume Nodet
Prasad Kashyap wrote:
Hi Matt,
Moving the M2 conversion work from the trunk to 1.1 should not be
On 5/11/06, Jason Dillon [EMAIL PROTECTED] wrote:
Any thoughts on adding a Google search form on the website?
+1
Also, how about translation links for other languages using Babelfish
or Google as described here?:
http://labnol.blogspot.com/2005/11/add-language-translation-to-website.html
[
http://issues.apache.org/jira/browse/GERONIMO-1974?page=comments#action_12379113
]
Prasad Kashyap commented on GERONIMO-1974:
--
When a newer version of the module is redeployed, the configuration of the
newer module is marked as load=false, even
Reflect configuration - module change in config.xml
Key: GERONIMO-2012
URL: http://issues.apache.org/jira/browse/GERONIMO-2012
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components:
[ http://issues.apache.org/jira/browse/GERONIMO-2012?page=all ]
Dain Sundstrom updated GERONIMO-2012:
-
Attachment: 2012.patch
Reflect configuration - module change in config.xml
Key:
[
http://issues.apache.org/jira/browse/GERONIMO-1974?page=comments#action_12379119
]
Prasad Kashyap commented on GERONIMO-1974:
--
In my C:\Apache\geronimo\configs\welcome-jetty\target\plan\plan.xml file, I
changed the version number from 1.1 to
I created a JIRA for this issue so that we had a place to put Dain's
patch until SVN is back up.
http://issues.apache.org/jira/browse/GERONIMO-2012
Joe
Dain Sundstrom wrote:
On May 10, 2006, at 11:25 PM, John Sisson wrote:
I noticed we still have a configuration element in the config.xml
It seems that you can override some of the jars in geronimo/lib by
dropping a jar into geronimo/lib/ext. As a test I recompiled a change
into o.a.g.system.main.Daemon that became visible when I put the
updated jar into that directory. But using the same technique for a
deployed webapp didn't
Alexei,
Sorry but we have not looked back after the M2 conversion. Our poms
have changed much since then because of transitive deps so it would take
a significant effort to produce the M1 poms again.
Really wish we had a tool for this.
Regards,
Alex
Alexei Zakharov wrote:
BTW, Alex, are
I think that technically this is a very easy problem to solve. The
difficult problem will be our recommendation to users on how to use
the feature.
Technical
-
I think the best way to implement this is to add another method
getPatches(Artifact artifact) the Repository interface
[ http://issues.apache.org/jira/browse/GERONIMO-1861?page=all ]
David Jencks reassigned GERONIMO-1861:
--
Assign To: David Jencks (was: Dain Sundstrom)
I'm making another change to the assembly plugin for offline deploy and will
include this
I just wanted to show how the doc will potentially look like, just the look feel. The content is
being baked and what is shown there is not the main page, just a tentative TOC under development for
the Geronimo v1.1 documentation
Once cwiki is implemented, the main page should be on the
That technique will only work for a limited set of use cases, and is
very error prone. The fundamental problem is you are moving a class
from a node deep in the the class loader graph to the system class
loader. That means the class will only be able to see classes on the
system class
In the template I posted for the upcoming Geronimo's confluence wiki there is a Google search
already included. It would be cool to have one on the web site too :)
http://people.apache.org/~hcunico/cwiki/documentation.html
Cheers!
Hernan
Jason Dillon wrote:
Any thoughts on adding a Google
Filip Hanik - Dev Lists wrote:
Dave Colasurdo wrote:
*Problem1*
When testing Sticky session, my browser locks unto a particular
cluster member (e.g. node1) due to the nodeid in the cookie. If I kill
node1, the session fails over into node2 and all my session data is
still present. This is
Ant files are used to do some custom things that jelly did in Maven 1.
Eg: modules\installer-support\setup.xml
The Test class names didn't change. Minor modifications to the code in
the *Test.java were done. Sorry for the confusion.
Cheers
Prasad
On 5/11/06, Guillaume Nodet [EMAIL PROTECTED]
Also, how about translation links for other languages using Babelfish
or Google as described here?:
http://labnol.blogspot.com/2005/11/add-language-translation-to-website.html
+1, awesome... though I have been told that these sometimes butcher
things... but hopefully the gist gets through.
Just a thought... we may eventually want to have a space per-version
for our documentation.
GDOCS10
GDOCS11
etc...
I think we should not limit ourselves to one space, but use them to
organize documents on a very high-level.
--jason
On 5/11/06, Hernan Cunico [EMAIL PROTECTED] wrote:
I just
Yup, once we move to cwiki I will reorg the documentation, and along comes another call for
volunteers to contribute with this effort :)
The plan is, each release doc goes into it's own space, other docs will be grouped by relevance into
their own separated spaces. The main pointers to those
Do you have a template in mind?
Jason Dillon wrote:
Any thoughts on adding a Google search form on the website?
--jason
The Geronimo 1.1 web tier clustering documentation (using Tomcat 5.5.15)
and updated deployment plans are available at:
http://opensource.atlassian.com/confluence/oss/display/GERONIMO/Geronimo+Clustering+Example
-Dave-
Hi All,
here are two updates for the Geronimo v1.1 documentation
Tools and Commands:
http://opensource.atlassian.com/confluence/oss/display/GERONIMO/Geronimo+v1.1+-+Tools+and+Commands
Deployer tool:
http://opensource.atlassian.com/confluence/oss/display/GERONIMO/Geronimo+v1.1+-+Deployer+tool
Thanks Hernan for plugging on this.
Hernan Cunico wrote:
Yup, once we move to cwiki I will reorg the documentation, and along
comes another call for volunteers to contribute with this effort :)
The plan is, each release doc goes into it's own space, other docs will
be grouped by relevance
Someone hit me in the head about priorities (I think it was Prasad). If someone isn't working on
1.1 and has time this is excellent. Please don't let me distract you from 1.1 though :)
Prasad Kashyap wrote:
Hi Matt,
Moving the M2 conversion work from the trunk to 1.1 should not be
[ http://issues.apache.org/jira/browse/GERONIMO-2011?page=all ]
Joe Bohn reassigned GERONIMO-2011:
--
Assign To: Matt Hogstrom (was: Joe Bohn)
Matt, Can you please review and integrate this fix?
Set default logging to INFO rather than DEBUG in
On 5/10/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
All work related to M2 was halted until the trunk was merged. M2
packaging plugin would require transferring all M2 work to 1.1. I do
not think there are any plans to do it before the merge or at least the
1.1. release. I think using
Hi,
It seems the closer 1.1 is to its destination, the more people are
asking about the m2 conversion (or rather complaining it's not yet
done, which is fair given how much time it has already taken).
However, to go on with the conversion one needs to answer the question
about the trunk. Should
[ http://issues.apache.org/jira/browse/GERONIMO-1507?page=all ]
David Jencks updated GERONIMO-1507:
---
Attachment: 1507_offline-deployer.diff
Inspired by this I implemented an offline deployer as part of deployer.jar.
You use the --offline flag. It
[ http://issues.apache.org/jira/browse/GERONIMO-1507?page=all ]
David Jencks reassigned GERONIMO-1507:
--
Assign To: David Jencks
prototype offline deploy tool
-
Key: GERONIMO-1507
URL:
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-80?page=comments#action_12379157
]
Kathy Chan commented on GERONIMODEVTOOLS-80:
Correction: Problem occurs also manuall using server tooling.
This problem occurs just by doing the
make upgrader into a command line tool
--
Key: GERONIMO-2013
URL: http://issues.apache.org/jira/browse/GERONIMO-2013
Project: Geronimo
Type: Bug
Security: public (Regular issues)
Components: deployment
Versions: 1.1
Error with create DeploymentUtils.createJarFile() during publish of Geronimo
server
---
Key: GERONIMODEVTOOLS-80
URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-80
Project:
[ https://issues.apache.org/activemq/browse/AMQ-708?page=all ]
Hiram Chirino resolved AMQ-708:
---
Resolution: Fixed
Patch applied! Thanks.
changes to connector host and port not persisted in geronimo
[ http://issues.apache.org/jira/browse/GERONIMO-2013?page=all ]
David Jencks updated GERONIMO-2013:
---
Attachment: 2013_upgrade_commandline.diff
make upgrader into a command line tool
--
Key:
Dain Sundstrom wrote:
I think that technically this is a very easy problem to solve. The
difficult problem will be our recommendation to users on how to use
the feature.
Technical
-
I think the best way to implement this is to add another method
getPatches(Artifact artifact) the
On 5/11/06, Hernan Cunico [EMAIL PROTECTED] wrote:
Hi All,
I just wanted to give you guys a heads up on how the Geronimo's confluence wiki
may look like once
cwiki.apache.org jumps in production.
...
http://people.apache.org/~hcunico/cwiki/documentation.html
Comments, questions, suggestions
On 5/11/06, Hernan Cunico [EMAIL PROTECTED] wrote:
Hi All,
I just wanted to give you guys a heads up on how the Geronimo's
confluence wiki may look like once
cwiki.apache.org jumps in production.
...
http://people.apache.org/~hcunico/cwiki/documentation.html
Comments, questions,
Not sure I understand what you mean...
--jason
On 5/11/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
Do you have a template in mind?
Jason Dillon wrote:
Any thoughts on adding a Google search form on the website?
--jason
Anyone know if we have an Intellij open source license for g commiters?
--jason
On the Thinking about 1.2 and moving forward thread,
(http://www.mail-archive.com/dev@geronimo.apache.org/msg22073.html),
there was talk about making the current 1.1 as the new trunk and
moving the changes from the existing trunk to this new trunk.
So did you mean moving to this new trunk ?
Are
I meant where it would go.
Jason Dillon wrote:
Not sure I understand what you mean...
--jason
On 5/11/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
Do you have a template in mind?
Jason Dillon wrote:
Any thoughts on adding a Google search form on the website?
--jason
Hi all,When i building the Geronimo-1.1-SNAPSHOP, i get the following exception : 27010 [main] ERROR org.apache.geronimo.plugin.packaging.PackageBuilder - org.apache.geronimo.kernel.config.LifecycleException: start of geronimo/openejb-deployer/1.1-SNAPSHOT/car failed
Looks like it addresses my gripes with the current confluence pages. Thanks!
I also agree with the other comment that it would be ideal to have
separate 1.0 and 1.1 spaces -- which is to say, separate
documentation sets. Ultimately I think version N should have
everything that version N-1 had
I dunno... a box under Development on the leftnav would be fine.
Maybe just another one called Search in the same style, with a text
input on the top row, search button on the bottom?
--jason
On May 11, 2006, at 9:47 PM, Matt Hogstrom wrote:
I meant where it would go.
Jason Dillon
97 matches
Mail list logo