Hi friends,
I am trying to get a reference to Geronimo
TransactionManager. For this, I have done the following things : -
a) Getting a
reference to the kernel using the KernelRegistry class.
b) Then
searching the TransactionManager GBean using a pattern.
c) Finally
getting the
+1 Release 1.0
Gianny
Sachin Patel wrote:
forwarding this on behalf of Matt...
- sachin
Begin forwarded message:
*From: *Matt Hogstrom [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
*Date: *January 3, 2006 9:47:28 AM EST
*To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
*Subject: **[Fwd:
2006/1/4, Ranjan, Rakesh (Cognizant) [EMAIL PROTECTED]:
ObjectName gbQuery = JMXUtil.getObjectName(*:j2eeType=TransactionManager,*);
...
When I am using this with the Geronimo-1.0-M5, this is working correctly. But
with Geronimo-1.0 , this is not working correctly.
I'm trying to write a fuller implementation of the
InternetAddress.parseHeader() method for the Geronimo javamail
implementation. I've been writing some tests to see how the Sun
javamail implementation is handling various addresses, and then rolling
these tests into the Geronimo junit tests
2006/1/4, Rick McGuire [EMAIL PROTECTED]:
So, what should I target here? Compatibility with the Sun version, or
conformance to the RFC822 specification?
Hi,
I think we should stick to RFC822, which is the only definitive source
of information on how JavaMail should work. Besides, Sun's
2005/12/16, Ranjan, Rakesh (Cognizant) [EMAIL PROTECTED]:
So, I hope adventure builder deployment issue will be resolved very soon.
Hi,
I must've missed it, but what issue are you talking about?
Rakesh Ranjan
Jacek
Rick McGuire wrote:
I'm trying to write a fuller implementation of the
InternetAddress.parseHeader() method for the Geronimo javamail
implementation. I've been writing some tests to see how the Sun
javamail implementation is handling various addresses, and then rolling
these tests into the
Jacek Laskowski wrote:
2006/1/4, Geir Magnusson Jr [EMAIL PROTECTED]:
Nice work. My preference would be RFC822. However, I do wonder how
many people might get bitten by this - that are depending on the broken
behavior. Sun's JavaMail has been around for quite a while. Maybe a
Is there a typo in the code snippet you gave us
:
TransactionManager tm = (TransactionManager)
kernel.getProxyManager().createProxy(gbeanName,
ransactionManager.class);
The missing T in the TransactionManager.class
Thanks
Anita
--- Aaron Mulder [EMAIL PROTECTED]
wrote:
Grr,
On Tue, Jan 03, 2006 at 03:58:55PM -0800, Dain Sundstrom wrote:
Will the hot deployment directory satisfy you needs?
I tried to think of an approach using hot deployment that would work,
but none are as clean as offline deployment. But I'm probably a
corner case: I use Geronimo embedded in a
T is missing only in the mail. But this is not
the problem. Its a copying mistake.
Rakesh Ranjan
Re: problem with Geronimo-1.0
Is there a typo in the code snippet you gave us
:
TransactionManager tm = (TransactionManager)
kernel.getProxyManager().createProxy(gbeanName,
Hi Jacek,
I think the issue for which I am talking about is
resolved now. Yet I am sending that mail again.
Rakesh
I have a
written a custom-generator GBean which implements
Jacek Laskowski wrote:
2006/1/4, Geir Magnusson Jr [EMAIL PROTECTED]:
Nice work. My preference would be RFC822. However, I do wonder how
many people might get bitten by this - that are depending on the broken
behavior. Sun's JavaMail has been around for quite a while. Maybe a
As of now the Repository Viewer portlet in Geronimo Console provides a
mechanism to add/install an archive. Should there be a provision
to remove/uninstall an archive from the repository?
[ http://issues.apache.org/jira/browse/GERONIMO-1133?page=all ]
Rakesh Ranjan updated GERONIMO-1133:
Description:
This is a custom-generator GBean which implements
org.tranql.pkgenerator.PrimaryKeyGenerator. This GBean is able to create
I notice that the DB Info portlet in Geronimo Console is not displaying
any information. No error is logged to geronimo.log . Only
java.sql.SQLException is output to the command window running
Geronimo. Has anybody else came across this?
Rakesh,
It would help to get the information I asked for: a more complete
chunk of your code, plus all the pertinent output and a full stack
trace. Also, please mention what you've deployed into the server (if
anything) other than this application. Again, it's impossible to
debug your problem
John,
You do need to populate the database first. I'll modify the App to Suggest that
action to people. We didn't want to ship a populated database as it bloats the
download image size.
John Sisson wrote:
Hi Matt,
I installed the 1.0 release candidate (tomcat build) on Solaris x86. I
Thanks to those who have provided their input thus far. For those who are
interested in casting a vote. Please take the time to download and test the
server out.
Can someone help out on the process to follow in terms of quorum and time?
Here are the votes so far:
+1
Sachin Patel
Davanum
Matt,
You have already been authorized to make the release, even this vote
was strictly not necessary. It's you call as to when to make the
actual release binaries and send announcements.
thanks,
dims
On 1/4/06, Matt Hogstrom [EMAIL PROTECTED] wrote:
Thanks to those who have provided their
What version of Geronimo are you using?
There was a problem with this that was fixed in 1.0 by Paul McMahan
http://issues.apache.org/jira/browse/GERONIMO-1373
Perhaps this patch didn't get applied to trunk.
Joe
Vamsavardhana Reddy wrote:
I notice that the DB Info portlet in Geronimo Console
The version I am using is built from trunk.
-VamsiOn 1/4/06, Joe Bohn [EMAIL PROTECTED] wrote:
What version of Geronimo are you using?There was a problem with this that was fixed in 1.0 by Paul McMahanhttp://issues.apache.org/jira/browse/GERONIMO-1373
Perhaps this patch didn't get applied to
I came across the same problem when trying to implement POP3 version of the Message.
For now I relied on the Sun impl of the MimeMessage and it did have problems of parsing the headers properly especially the InternetAddress.
So is Rick going to work on this and have our own MimeMessage impl ???
Aaron, Joe and others,
I have few questions about the WebConnector. I must
admit that I have not kept track of the patches that
were submitted. May be some of these issues have
already been decided.
1. Are there any plans to make
NetworkConnector/WebConnector a J2EEManagedObject? If
yes,
http://issues.apache.org/jira/browse/GERONIMO-1341?page=all
Thanks Bruce,
Looking forward for your comments !!!Regards,
Rajith Attapattu.
On 1/3/06, Bruce Snyder [EMAIL PROTECTED] wrote:
On 1/3/06, Dain Sundstrom [EMAIL PROTECTED] wrote: On Jan 3, 2006, at 1:07 PM, Rajith Attapattu wrote:
I just checked and it appears that this change is included in trunk (if
you have a recent enough version). Perhaps the objectname changed yet
again. I don't have a working version of trunk at the moment to check
and see if I get the same error or not. Can you check to see if you
have the
+1
Matt, have you considered using a gmail account until you fix this?
On Jan 3, 2006, at 9:48 AM, Sachin Patel wrote:
forwarding this on behalf of Matt...
- sachin
Begin forwarded message:
From: Matt Hogstrom [EMAIL PROTECTED]
Date: January 3, 2006 9:47:28 AM EST
To: [EMAIL PROTECTED]
my vote was of course with the expectation that it passes the TCK...
This brings up an interesting question, and a novel one since passing
the TCK is an additional step on our release procedures that most
projects don't worry about and it is very critical for us.
1) Right now, we vote on
I'm not sure that's true if changes were made post the initial vote.
Formally, you want the PMC to vote on what is going to be released, and
if it changed from the lets do a release to here's the release, we
want the additional vote to at least protect the release manager - that
person is then
2006/1/4, Matt Hogstrom [EMAIL PROTECTED]:
John,
You do need to populate the database first. I'll modify the App to Suggest
that
action to people. We didn't want to ship a populated database as it bloats
the
download image size.
Hi Matt,
What about a separate welcome page with a link
Joe,
The objectname referenced is same as the one from your last mail. Problem might be something else.
-VamsiOn 1/4/06, Joe Bohn [EMAIL PROTECTED] wrote:
I just checked and it appears that this change is included in trunk (ifyou have a recent enough version). Perhaps the objectname changed
Rajith Attapattu wrote:
I came across the same problem when trying to implement POP3 version
of the Message.
For now I relied on the Sun impl of the MimeMessage and it did have
problems of parsing the headers properly especially the InternetAddress.
So is Rick going to work on this and
In trunk, the objectname should have 1.0-SNAPSHOT rather than 1.0. I hope in a day or two someone will update this to 1.1-SNAPSHOT.We need some way of avoiding these variable version numbers hardcoded in numerous places.thanksdavid jencksOn Jan 4, 2006, at 8:34 AM, Vamsavardhana Reddy wrote:Joe,
I'd prefer RFC822 compliance. I have no way to judge whether a
compatibility mode for sun's implementation would be needed but would
prefer not to complicate our code with it if at all possible.
thanks
david jencks
On Jan 4, 2006, at 4:07 AM, Rick McGuire wrote:
I'm trying to write a
On 1/4/06, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Nice work. My preference would be RFC822. However, I do wonder how
many people might get bitten by this - that are depending on the broken
behavior. Sun's JavaMail has been around for quite a while. Maybe a
On Jan 3, 2006, at 7:34 AM, toby cabot wrote:
Hi Folks,
I guess it's possible that I'm the only person that used offline
deployment, at least I don't see a lot of people clamoring to bring it
back. It's very useful for me, though, so I'd like to find out if
there's a possibility of bringing
Aaron, David, or anyone in the know :-)
Maybe you can help me with this:
I have a WADI demo webapp.
To get it running with Jetty, I need a WEB-INF/geronimo-web.xml that
looks like this:
web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web/jetty-1.0;
configId=wadi
It is possible (I think) to do what you want, but I do not recommend
it. I would prefer that you use external plans, and write 2 new
modules inside configs, to deploy your sample to jetty and to
tomcat. Take the geronimo-web.xml out of the app and put it in src/
plan/plan.xml.
However,
On 1/4/06, anita kulshreshtha [EMAIL PROTECTED] wrote:
Aaron, Joe and others,
I have few questions about the WebConnector. I must
admit that I have not kept track of the patches that
were submitted. May be some of these issues have
already been decided.
1. Are there any plans to make
On 1/4/06, David Jencks [EMAIL PROTECTED] wrote:
We need some way of avoiding these variable version numbers hardcoded in
numerous places.
That's one of the unconverted portlets. As we convert them, we
replace the hardcoded object names with lookups (generally by
interface). The only real
You may need to svn update. This was fixed in GERONIMO-1373.
http://issues.apache.org/jira/browse/GERONIMO-1373
Best wishes, Paul
On 1/4/06, Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
I notice that the DB Info portlet in Geronimo Console is not displaying
any information. No error is logged to
Yeah, I was going to say, let's merge the manager and session-manager
elements from the 2 separate plans into a single session-manager
element in the geronimo-web plan. Though it looks like one takes a
class name and the other takes a GBean name, so we'd have to figure
that out. I assume that
Now that we have the continuum performing nightly builds, it will be
nice to make some more enhancements to the process. Some of the things
that come to mind are
1. run a set of basic bringup type verification tests against the
drivers from the nightly builds. These tests would be of a degree
We've also talked about the need to be able to run tests against an
effectively complete server (deployment tests, tests of small things
where it's too painful to start 10,000 GBeans manually in order to try
out one tiny test, and a replacement for/update of the OpenEJB
integration tests). I
+/-0 : The database pool creation portlet doesn't work for the
Embedded Derby driver in Tomcat. It doesn't log an error either, just
bails midway through. I'm not sure what's going on -- the same
procedure worked fine in Jetty, and a third-party database like
PostgreSQL doesn't have that same
[ http://issues.apache.org/jira/browse/GERONIMO-1418?page=all ]
toby cabot updated GERONIMO-1418:
-
Attachment: geronimo-target-nickname.txt
allow user to specify deployment targets by nickname
--
allow user to specify deployment targets by nickname
--
Key: GERONIMO-1418
URL: http://issues.apache.org/jira/browse/GERONIMO-1418
Project: Geronimo
Type: Improvement
Components: deployment
Versions: 1.1
In GeronimoStandardContext this is the code that sets up the
DefaultSubjectValve:
//This is definitely a hack, but I don't see a
reasonable way to install the defaultSubject.
//Obviously this won't work if there are
permissions. Setting the default subject
DJ,
Didn't you write the DefaultSubjectValve? ;-)
Jeff
David Jencks wrote:
In GeronimoStandardContext this is the code that sets up the
DefaultSubjectValve:
//This is definitely a hack, but I don't see a
reasonable way to install the defaultSubject.
On Jan 4, 2006, at 2:49 PM, Jeff Genender wrote:
DJ,
Didn't you write the DefaultSubjectValve? ;-)
That was three months ago! How do you expect me to remember such
ancient history ??? :-)
So, it looks to me as if GERONIMO-1012 was, as I thought, not
complete and you shouldn't have
David Jencks wrote:
On Jan 4, 2006, at 2:49 PM, Jeff Genender wrote:
DJ,
Didn't you write the DefaultSubjectValve? ;-)
That was three months ago! How do you expect me to remember such ancient
history ??? :-)
So, it looks to me as if GERONIMO-1012 was, as I thought, not complete
Well... is it possible to make this not specific to WADI? Perhaps
make it a generic clustering manager tag, and is just so happens
that the only classes we let you configure so far are the WADI ones?
Ideally, we'd put some generic interface in the Geronimo space, and
then the WADI ones would
Thanks Aaron for GMail account invitation. I will setup a
gmail account.
Sorry for posting the wrong code. The correct code is
Kernel kernel=KernelRegistry.getSingleKernel();
ObjectName gbQuery =
JMXUtil.getObjectName(*:j2eeType=TransactionManager,*);
Set gbeanNames =
53 matches
Mail list logo
