Non-standard artifact in repository cause Common Libraries portlet to fail
--
Key: GERONIMO-1600
URL: http://issues.apache.org/jira/browse/GERONIMO-1600
Project: Geronimo
Type: Bug
Components:
[ http://issues.apache.org/jira/browse/GERONIMO-1599?page=all ]
John Sisson updated GERONIMO-1599:
--
Fix Version: 1.0.1
1.1
> HOWLLog throws NPE because XidFactory is missing
>
>
>
[
http://issues.apache.org/jira/browse/GERONIMO-1599?page=comments#action_12365523
]
David Jencks commented on GERONIMO-1599:
Of all the idiotic coding mistakes I've made this may be the most embarassing.
I put in a temporarly fix that should wor
[ http://issues.apache.org/jira/browse/GERONIMO-1599?page=all ]
David Jencks reassigned GERONIMO-1599:
--
Assign To: David Jencks
> HOWLLog throws NPE because XidFactory is missing
>
>
> Key: G
On Tue, 7 Feb 2006, Jason Dillon wrote:
> I've got a db looking into fixing that for me...
>
> And created https://issues.apache.org/jira/browse/GERONIMO-1599
>
> I'm not sure how to fix this though :-(
It looks like line 219 is setting a null xidFactory. It looks like
xidFactory is a GBean attr
I've got a db looking into fixing that for me...
And created https://issues.apache.org/jira/browse/GERONIMO-1599
I'm not sure how to fix this though :-(
--jason
On 2/7/06, lichtner <[EMAIL PROTECTED]> wrote:
>
> Since you crashed so many times and then had to delete the log, which
> knows how
I took a quick look. How closely do you think you will be able to
support the current ListableRepository, WriteableRepository, and
Repository interfaces? The console currently makes use of both forms
of the copyToRepository method (inputstream and file) ... but I suspect
we could conform to
HOWLLog throws NPE because XidFactory is missing
Key: GERONIMO-1599
URL: http://issues.apache.org/jira/browse/GERONIMO-1599
Project: Geronimo
Type: Bug
Components: transaction manager
Versions: 1.0
Repo
Since you crashed so many times and then had to delete the log, which
knows how to clean up the in-doubt transactions, you now have some
transactions which are waiting to be committed or rolled back and are
holding locks (as they should.)
If you have a dba I would get him/her involved.
To do it
It just sounds like a bug, I guess.
On Tue, 7 Feb 2006, Jason Dillon wrote:
> I'm not saying it won't work... but its defintetly not happy with
> TranQL with its throwing an exception for a metadata query instead of
> returning false.
>
> --jason
>
>
> On 2/7/06, [EMAIL PROTECTED] <[EMAIL PROTE
The xidFactory should not be null. But I can't find off hand where
HOWLLog get started, or where XidFactory comes from... and I'm too
tired to dig into it more right now.
--jason
On 2/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> I guess HowlLog.java line 362 should not be throwing an
I'm not saying it won't work... but its defintetly not happy with
TranQL with its throwing an exception for a metadata query instead of
returning false.
--jason
On 2/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> 9.2.x.x does work with XA.
>
> > I'm going to retest everything with the 10
It finally dawned on my that my connection to ActiveMQ using:
vm://localhost?asyncSend=true
Was a bad idea. So I tired using these:
* vm://localhost
* tcp://localhost:61616
Both of which don't hang... but now were back to more Oracle exceptions:
18:24:47,683 WARN [JDBCExceptionReporte
I hacked in some code to TransactionImpl so that I can get at the
OracleXAException, and it is this error:
ORA-24774
Is there a better way that we can expose these problems w/o having to
hack up the impl? The XA Error code (-3) is logged, but the rest of
the exception detail is eaten, and un
Cuz, I think that is will be too much work to get in and tested.
We're trying to get this done in the next few days, so it is just
easier to write one that can read the m2 layout.
-dain
On Feb 7, 2006, at 1:39 PM, Jason Dillon wrote:
Why not reuse the Maven2 code to handle repository acces
I guess HowlLog.java line 362 should not be throwing an exception.
> And starting up G right after produces this:
>
>
> Booting Geronimo Kernel (in Java 1.4.2_09)...
> Started configuration 1/23 0s geronimo/rmi-naming/1.0/car
> 16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBe
It's not supposed to do that. It should scan the recovery log, then call
XAResource.recover() before the data source is first used. Since you are
getting an NPE there may be a bug in the code.
>> What do you mean by "corrupts"? Do you mean that the transaction manager
>> does not perform recovery
9.2.x.x does work with XA.
> I'm going to retest everything with the 10.2.0.1.0_g driver... since
> 9.2.* was whack for non-xa I'm not sure that anything would work as
> expected.
>
> --jason
>
>
> On 2/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> > I have a feeling that something else i
And starting up G right after produces this:
Booting Geronimo Kernel (in Java 1.4.2_09)...
Started configuration 1/23 0s geronimo/rmi-naming/1.0/car
16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is
now in the FAILED state:
objectName="geronimo.server:J2EEApplication=null,
FYI, ctrl-c on G while this thread is hung spits out:
^C16:12:47,448 INFO [BrokerContainerImpl] ActiveMQ Message Broker
(ID:Sanity.local-58327-1139352775534-0:0) is shutting down
16:12:47,449 INFO [BrokerContainerImpl] ActiveMQ Message Broker
(possibly-unique-broker) is shutting down
16:12:47,4
So, this is related to the mess I've been working with to get Oracle
to work (2 ds + jms). As I mentioned the Oracle 10.2.* driver works
well using the normal TranQL connector. I finally have a setup that
does not spit out a billion exceptions.
But, I still see my remote EJB call hang. I'm stil
> What do you mean by "corrupts"? Do you mean that the transaction manager
> does not perform recovery properly upon boot?
So, at some point the remote EJB call appears to hang (looking into
that more now), it never times out, just sits there. So I kill the
process (not a -9), so the vm shutdown
I'm going to retest everything with the 10.2.0.1.0_g driver... since
9.2.* was whack for non-xa I'm not sure that anything would work as
expected.
--jason
On 2/7/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > I have a feeling that something else is wrong, as I mentioned before I
> > see ha
Jason,
I'm catching up with your thread. Can you post an update and I'll be back on
this evening. Sorry for the pain :(
Jason Dillon wrote:
So, I was going to punt on the TranQL Oracle-specific connector and
just try to bundled generic version with the Oracle driver. So I used
the wizard t
So, I was going to punt on the TranQL Oracle-specific connector and
just try to bundled generic version with the Oracle driver. So I used
the wizard to generate a plan, and installed it... but when I try to
use it I get fluff like:
13:46:07,901 WARN [GeronimoConnectionEventListener]
connectionE
> I have a feeling that something else is wrong, as I mentioned before I
> see hanging transactions when using the local adapter in local-tx
> mode. And when I ctrl-c G it corrupts the txlog each time... which is
> very bad IMO.
What do you mean by "corrupts"? Do you mean that the transaction man
Ah.. just found Jacek's post on this subject from yesterday..
Dave Colasurdo wrote:
Anyone have any insight on the following error when issuing
m:fresh-checkout on the 1.0 branch? I'm seeing it on two different
machines..
Thanks
-Dave-
AUM:/home/davecola/geronimo_1.0_branch_try2 # maven m:
2006/2/7, Dave Colasurdo <[EMAIL PROTECTED]>:
> Anyone have any insight on the following error when issuing
> m:fresh-checkout on the 1.0 branch? I'm seeing it on two different
> machines..
Hi,
See the answer here
http://marc.theaimsgroup.com/?l=geronimo-dev&m=113922051327523&w=2
> -Dave-
--
Anyone have any insight on the following error when issuing
m:fresh-checkout on the 1.0 branch? I'm seeing it on two different
machines..
Thanks
-Dave-
AUM:/home/davecola/geronimo_1.0_branch_try2 # maven m:fresh-checkout
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intellige
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-62?page=comments#action_12365480
]
Kathy Chan commented on GERONIMODEVTOOLS-62:
I can easily reproduce the problem by just creating a server using the server
tooling wizard, starts it and
Using the ojdbc14-9.2.0.5.jar driver, connecting to a "Oracle9i
Enterprise Edition Release 9.2.0.6.0 - Production" instance.
I have a feeling that something else is wrong, as I mentioned before I
see hanging transactions when using the local adapter in local-tx
mode. And when I ctrl-c G it corrup
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-56?page=all ]
Kathy Chan closed GERONIMODEVTOOLS-56:
--
Verified on WTP M101 02070438 and Geronimo plugin 0206.
> URLProvider.getModuleRootURL() returning "WebApp_ID"
>
[
http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-40?page=comments#action_12365469
]
Kathy Chan commented on GERONIMODEVTOOLS-40:
I retried creating Web service on Geronimo server using WTP M02070438 and the
0206 Geronimo plugin. I still
NPE in starting Geronimo server
---
Key: GERONIMODEVTOOLS-62
URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-62
Project: Geronimo-Devtools
Type: Bug
Environment: Windows XP
Reporter: Kathy Chan
Driver: WTP M200602070438
Why not reuse the Maven2 code to handle repository access/aggregation/
etc ?
--jason
On Feb 6, 2006, at 9:00 PM, Dain Sundstrom wrote:
I have added a repository that can read a repo using the maven 2
layout. This required a few changes to the Repository interface,
so please take a look a
On 2/7/06, Alan D. Cabrera <[EMAIL PROTECTED]> wrote:
> It seems that the ASF Jira is now wired up into SVN in such a way that
> if you put the issue # into your checkin comment, it will automatically
> be linked into that issue. Note the "Subversion Commits" tab.
Yep, I just wish we had Fisheye
It seems that the ASF Jira is now wired up into SVN in such a way that
if you put the issue # into your checkin comment, it will automatically
be linked into that issue. Note the "Subversion Commits" tab.
Regards,
Alan
On Feb 7, 2006, at 4:27 AM, Mats Forslöf wrote:
Hi all,
I'm about to send an update of the C++ OpenWire client but I need
an answer on the question regarding 3rd party library asked
previously by David Fahlander before I can do that. Also, who else
is working on the C++ client besides Da
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://www.covalent.net/about/news/pressreleases.html?pressid=83
Let's put a link to that in the 'news' section on the
project front page.
- --
#kenP-)}
Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/
Author, developer, opinionist ht
Hi Nate,
It's a port of the C# OpenWire client into C++. We've had (David Fahlander,
James Strachan and me) some prelimary discussions on what design to use for the
C++ client a while ago and we agreed on starting to work on a port so that the
design could be shared between the projects. As we
[
http://issues.apache.org/jira/browse/GERONIMO-1585?page=comments#action_12365431
]
Anita Kulshreshtha commented on GERONIMO-1585:
--
After digging further through all the webapps supplied by tomcat
(http://svn.apache.org/repos/asf/tomcat/conta
[
http://issues.apache.org/jira/browse/GERONIMO-1585?page=comments#action_12365423
]
Gary Karasiuk commented on GERONIMO-1585:
-
As a new user who just spent two days trying to track down what the message
"Qualifier patterns in the URLPatternSpec ca
[
http://issues.apache.org/jira/browse/GERONIMO-1594?page=comments#action_12365420
]
Mark Mauerwerk commented on GERONIMO-1594:
--
>This I think is caused when running eclipse on 1.5, you need to run on 1.4.2.
finally {you are right} ;-)
However, t
On 2/7/06, Jian Liao <[EMAIL PROTECTED]> wrote:
> Hi Bruce,
> I rebuild geronimo-spec with mvn clean install, then I try to build geronimo
> svn head with: maven -o m:clean new. I got the following exception from the
> javamail-transport module:
Jian,
I fixed the compilation issues and the build
[
http://issues.apache.org/jira/browse/GERONIMO-1593?page=comments#action_12365407
]
Bruce Snyder commented on GERONIMO-1593:
Had to apply a few fixes to the SMTPTransport class after discovering issues
that were confirmed by a user on the dev@ lis
[
http://issues.apache.org/jira/browse/GERONIMO-1594?page=comments#action_12365404
]
Mark Mauerwerk commented on GERONIMO-1594:
--
I don't know if it has relevance, but one additional remark I missed above: I
run geronimo with tomcat.
> deployment
46 matches
Mail list logo
