blog community

Voor iedereen die (net als ik) een [Inconsistent Module State] exception krijgt tijdens het deployen in Glassfish: zie

http://forums.java.net/jive/thread.jspa?threadID=14134&messageID=98688

Thanks

Even een vraagje.

Als je bepaalde business logica zowel local als remote beschikbaar wil stellen, moet je dan 2 beans implementeren?

Zou op zich niet moeten, want de logica is hetzelfde. Maar in opdracht 1 hebben we een

CurrencyConverterRemote en CurrencyConverterLocal, hoe map je die naar dezelfde bean? Je kunt in de Bean maar 1 JNDI naam opgeven en de local en remote moeten toch eigen namen hebben; moet de namen dan in de interface gedeclareerd worden?

Gisteren heb ik de eerste opdracht van session beans gemaakt. Op een of andere manier krijg ik telkens een http 404 error omdat de autodeployment niet goed gaat. De  ant build is successfull. De server log geeft de volgende error message: Could not expand entry null into destination C:\glassfish\domains\domain1\applications\j2ee-apps\SessionBeansApp\SessionBeans_jar

Waar kan dat aan liggen? Ik wil wel graag mijn tests bekijken....

Een vraag over de installatie /configuratie van Eclipse:

In Eclipse worden bij mij de annotations niet herkend (levert een foutmelding op). Ik heb gecontroleerd of voor het project de goede JDK wordt gebruikt / compliance level is ingesteld op 5. Moet ik nog andere instellingen aanpassen om met annotations te kunnen werken?

Heb je javaee.jar toegevoegd?

Bedankt bert! Het was inderdaad een typo in de application.xml. Ik heb de test servlet weer terug gebracht naar zijn 'default style' en de applicatie deployed. Deze keer krijg ik een http 503 error : SessionBeansApp:SessionBeansWEB.jar;java.lang.IllegalArgumentException: [ejb.CurrencyConvertor] is not an allowed property value type;_RequestID=e6f92b4c-6991-4dc4-b1bb-3985f9db8a7a;|WEB0123: WebModule [SessionBeansApp:SessionBeansWEB.jar] failed to deploy and has been disabled: [java.lang.IllegalArgumentException: [ejb.CurrencyConvertor] is not an allowed property value type].|#]

Tja... CurrencyConvertor is de local business interface. CurrencyConvertorRemote extends CurrencyConvertor en wordt door de bean geïmplementeerd. Het is mij onduidelijk waarom de web-jar niet werkt. Immers, deze heeft alleen de default testservlet.

Wat is er aan de hand?

Bedankt voor de suggestie, maar dat had ik al geprobeerd met hetzelfde resultaat. Ik begrijp niet helemaal waarom de gevonden oplossing verboden is. Kan je dit toelichten?

Deze oplossing werkt en is ook logisch als je erover nadenkt: BusinessInterfaceLocal extends Remote; bean implements local. Nee, ik was de annotaties niet vergeten, maar wel dat een bean een andere injectie annotatie had... Dat verklaart de illegal argument exception en ik vergeet het nooit meer :) . Bedankt, bert voor je suggesties!

Bert,

1) zou je jouw uitwerking van de lab opdracht ook kunnen posten, zodat we kunnen zien of we het goed hebben gedaan, of dat we het anders/beter kunnen doen??

2) het is mij uit jouw verhaal niet geheel duidelijk geworden hoe je in een servlet een referentie naar een sessionbean kunt krijgen. Is het in het geval van de lab opdrachten nou nodig dat de remote interface wordt gebruikt? In verband met marshalling etc niet echt efficient terwijl we in dezelfde JVM bezig zijn dus zou ik local logischer vinden maar ik krijg het niet voor elkaar om een referentie te krijgen naar de local interface van de currenyconverter of het BackAccount.

Hoe ik het heb opgelost luidt als volgt, deze code heb ik overgenomen uit het boek:

ejb.BackAccount b = null;

try {

Context ctx = new InitialContext(System.getProperties());

b=(ejb.BackAccount)ctx.lookup("ejb.BackAccountRemote");

} catch (NamingException e) {

throw new ServletException(e);

}

3) je had het tijdens de eerste avond over een pool van een willekeurig aantal 'visjes' van stateless session beans, waarvan er telkens 1 wordt geplukt die de gewenste methods uitvoert. Dat aantal kan 1 zijn, maar ook 100 afhankelijk van de drukte van de server, en de configuratie. Nu heb ik op de currencyconverter interceptors gezet zodat gelogd wordt wanneer een object wordt gecreeerd en wanneer hij 'de kop om wordt gedraaid'. Ik zie in de uitwerking van beide opdrachten dat er telkens slechts 1 instantie van de converter wordt gemaakt, ik vermoed zelf op basis van een lazy constructie.

Zelfs al ga ik naar mijn "Admin Console" op http://localhost:4848/ en ik stel bij "EJB Container" de setting "Initial and Minimum Pool Size" op 8 "number of beans" in, dan nog wordt er slechts 1 currencyconverter object gemaakt.

Ik had er 8 verwacht. Waar zit mijn denkfout????

Bedankt voor je tijd.