Title: Message
BTW ... as a temporary workaround, create your own implementation of NameLookup in your own module.
 
 

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind
http://howardlewisship.com

-----Original Message-----
From: Pablo Lalloni [mailto:[EMAIL PROTECTED]
Sent: Friday, June 25, 2004 10:07 AM
To: [email protected]
Subject: [Fwd: hivemind.lib.NameLookup issues]

Should I file a bug for this?

-----Mensaje reenviado-----
From: Pablo Lalloni <[EMAIL PROTECTED]>
To: [email protected] <[email protected]>
Cc: Carlos Miranda <[EMAIL PROTECTED]>, Sebasti�n Zaffarano <[EMAIL PROTECTED]>
Subject: hivemind.lib.NameLookup issues
Date: Thu, 24 Jun 2004 19:17:25 -0300

I've been hitting my head against walls with NameLookup because these issues I've found:

First, there's a small typo in hivemind-lib's hivemodule.sdl:

...
set (property=URLPackage     value=${java.naming.fractory.url.pkgs})
...

Also those three symbols are wrong in the doco at
http://jakarta.apache.org/hivemind/hivemind-lib/NameLookup.html where says:
  • java.naming.factory.initial
  • java.naming.factory.url
  • java.naming.provider.url

Should say:
  • java.naming.factory.initial
  • java.naming.factory.url.pkgs
  • java.naming.provider.url

(Supposing the above typo gets fixed ;))

After fixing above issues now HiveMind says:

org.apache.hivemind.ApplicationRuntimeException: Unable to construct service hivemind.lib.NameLookup: Class org.apache.hivemind.lib.impl.NameLookupImpl does not contain a property named 'URLPackage'.
at org.apache.hivemind.impl.servicemodel.AbstractServiceModelImpl.constructNewServiceImplementation(Unknown Source)
at org.apache.hivemind.impl.servicemodel.AbstractServiceModelImpl.constructServiceImplementation(Unknown Source)
at org.apache.hivemind.impl.servicemodel.SingletonServiceModel.getActualServiceImplementation(Unknown Source)
at $InnerProxy_fd588b5bae_15._service($InnerProxy_fd588b5bae_15.java)
at $InnerProxy_fd588b5bae_15.lookup($InnerProxy_fd588b5bae_15.java)
at $SingletonProxy_fd588b5b97_14.lookup($SingletonProxy_fd588b5b97_14.java)
at gov.afip.pampa.component.transaction.extension.jta.JTATransactionManager.getTransactionManager(JTATransactionManager.java:147)
at gov.afip.pampa.component.transaction.extension.jta.JTATransactionManager.getStatus(JTATransactionManager.java:105)
at gov.afip.pampa.component.transaction.model.policy.RequiredPolicy.before(RequiredPolicy.java:34)
at $Interceptor_fd588b5d56_17.create($Interceptor_fd588b5d56_17.java)
at $Interceptor_fd588b5df4_18.create($Interceptor_fd588b5df4_18.java)
at $InnerProxy_fd588b5867_3.create($InnerProxy_fd588b5867_3.java)
at $SingletonProxy_fd588b582a_2.create($SingletonProxy_fd588b582a_2.java)
.
.
.

What's wrong is (also in hivemind-lib's hivemodule.sdl):

construct (class=org.apache.hivemind.lib.impl.NameLookupImpl)
{
set (property=initialFactory value=${java.naming.factory.initial})
set (property=URLPackage     value=${java.naming.fractory.url.pkgs})
set (property=providerURL    value=${java.naming.provider.url})
set-service (property=coordinator service-id=RemoteExceptionCoordinator)

event-listener (service-id=RemoteExceptionCoordinator)
}

URLPackage should be URLPackages

Hope we have this fixed soon!

/PiL/

<<smiley-4.png>>

Reply via email to