Com.solarmetric.kodo.util.ImplHelper.getPersistentClasses(ImplHelper.java:46)

This trace uses almost 10% of my CPU time. It looks like static data
collection. Is it being called much more often than it should, or am I
calling something more often than I should? (After this, I am down to the
DBMS being the bottleneck and a factor of 7 as the slow down from Poet to
Kodo/MySQL.)
TRACE 1622:
     java.util.HashMap.addEntry(HashMap.java:719)
     java.util.HashMap.put(HashMap.java:388)
     java.util.HashSet.add(HashSet.java:188)
     java.util.AbstractCollection.addAll(AbstractCollection.java:315)
     java.util.HashSet.<init>(HashSet.java:94)
     com.solarmetric.kodo.util.ImplHelper.getPersistentClasses(ImplHelper.java:46)
     com.solarmetric.kodo.runtime.datacache.query.QueryKey.initializeQuery(QueryKey.java:137)
     com.solarmetric.kodo.runtime.datacache.query.QueryKey.<init>(QueryKey.java:56)
     com.solarmetric.kodo.runtime.datacache.query.CacheAwareQuery.execute(CacheAwareQuery.java:257)
     itec.pos.Pos.findKey(Pos.java:121)

Things have evolved, Secant -> Poet ODMG -> Poet/JDO. FindKey finds an
object by attribute, not the ID, like where 'name = "Bob"'. For Kodo, we
are using a JDOQL query; for Poet we use an Index (our tests are 4X faster
than when we use a Poet Query).
Joe
Patrick Linskey wrote:
BTW, what does findKey() do?
-Patrick
On Fri, 11 Jul 2003 00:40:46 +0000, Joe Batt wrote:
This trace uses almost 10% of my CPU time. It looks like static data
collection. Is it being called much more often than it should, or am I
calling something more often than I should? (After this, I am down to the
DBMS being the bottleneck and a factor of 7 as the slow down from Poet to
Kodo/MySQL.)
TRACE 1622:
     java.util.HashMap.addEntry(HashMap.java:719)
     java.util.HashMap.put(HashMap.java:388)
     java.util.HashSet.add(HashSet.java:188)
     java.util.AbstractCollection.addAll(AbstractCollection.java:315)
     java.util.HashSet.<init>(HashSet.java:94)
     com.solarmetric.kodo.util.ImplHelper.getPersistentClasses(ImplHelper.java:46)
>>
>
     com.solarmetric.kodo.runtime.datacache.query.QueryKey.initializeQuery(QueryKey.java:137)
>>
     com.solarmetric.kodo.runtime.datacache.query.QueryKey.<init>(QueryKey.java:56)
>>
>
     com.solarmetric.kodo.runtime.datacache.query.CacheAwareQuery.execute(CacheAwareQuery.java:257)
     itec.pos.Pos.findKey(Pos.java:121)
Patrick Linskey
SolarMetric Inc.

Similar Messages

  • Property com.solarmetric.kodo.Logger

    I can't find any documentation on the com.solarmetric.kodo.Logger property
    (ref. manual for v2.4.0) Is this is still a valid property? If so, what
    are the valid values?

    OK, Thanks. I kind of suspected as much but thought I'd asked.
    Scott
    Abe White wrote:
    This is not a valid property in 2.4. Please see the 2.4 documentation on
    logging in the reference guide.

  • Kodo.util.InternalException: null

    Hello,
    I'm trying new persistence EJB3 implementation from SolarMetric:
    kodo-4.0.0EA3
    I have constructed a simple test app. And when I try to run it I get:
    Exception in thread "main" <1|true|4.0.0EA3> kodo.util.InternalException:
    null
         at
    kodo.synthetic.com.dalitest.ClientKodoSyntheticSubclassProxy.kodoNewObjectIdInstance(Unknown
    Source)
         at kodo.util.ApplicationIds.create(ApplicationIds.java:246)
         at kodo.kernel.BrokerImpl.persist(BrokerImpl.java:2433)
         at kodo.kernel.BrokerImpl.persistSafe(BrokerImpl.java:2379)
         at kodo.kernel.BrokerImpl.persist(BrokerImpl.java:2366)
         at kodo.kernel.DelegatingBroker.persist(DelegatingBroker.java:1275)
         at kodo.persistence.EntityManagerImpl.persist(EntityManagerImpl.java:519)
         at com.dalitest.Test.main(Test.java:21)
    Do you know what is going on?
    Here is my code:
    package com.dalitest;
    import javax.persistence.EntityManager;
    import javax.persistence.EntityManagerFactory;
    import javax.persistence.EntityTransaction;
    import javax.persistence.Persistence;
    public class Test
    public static void main(String[] args)
    EntityManagerFactory factory =
    Persistence.createEntityManagerFactory("kodo");
    EntityManager em = factory.createEntityManager();
    Client c1 = new Client();
    c1.setName("John Doe");
    EntityTransaction t = em.getTransaction();
    t.begin();
    em.persist(c1);
    t.commit();
    and Client.java:
    package com.dalitest;
    import javax.persistence.AccessType;
    import javax.persistence.Entity;
    import javax.persistence.Table;
    import javax.persistence.Id;
    import javax.persistence.Column;
    @Entity(access = AccessType.PROPERTY)
    @Table(name="DALI_CLIENTS")
    public class Client
    private String id;
    private String name;
    public void setName(String name)
    this.name = name;
    @Column(name="NAME")
    public String getName()
    return name;
    public void setId(String id)
    this.id = id;
    @Id
    @Column(name="ID")
    public String getId()
    return id;
    and my persistence.xml:
    <?xml version="1.0"?>
    <entity-manager>
         <name>kodo</name>
         <provider>kodo.persistence.PersistenceProviderImpl</provider>
         <class>com.dalitest.Client</class>
         <properties>
              <property name="kodo.LicenseKey"
                   value="XXX" />
              <property name="kodo.ConnectionURL"
                   value="XXX" />
              <property name="kodo.ConnectionDriverName"
                   value="oracle.jdbc.driver.OracleDriver" />
              <property name="kodo.ConnectionUserName" value="XXX" />
              <property name="kodo.ConnectionPassword" value="XXX" />
              <property name="kodo.Log" value="DefaultLevel=WARN, Tool=INFO" />
         </properties>
    </entity-manager>
    Where I have masked some values with XXX for this post.
    Thanks in advance,
    Ruslan

    Also I tried to enable DEBUG mode
    <property name="kodo.Log" value="DefaultLevel=WARN, Tool=INFO" />
    And got the following output before this exception:
    15 INFO [main] kodo.Runtime - Starting Kodo 4.0.0EA3
    62 DEBUG [main] kodo.Runtime - License capabilities: "Kodo Standard
    Edition,Kodo Community Edition,Kodo Evaluation Edition,Datacache
    Plug-in,Custom Result Object Providers,Custom Mappings,Enterprise
    Databases,Query Extensions,Performance Pack,Statement Batching,Kodo
    Enterprise Edition,Managed Environment,Developer Tools,Custom
    DBDictionaries" Expiration: "2/25/06 7:00 PM" Maintenance expiration:
    "2/25/06 7:00 PM"
    187 INFO [main] kodo.jdbc.JDBC - Using dictionary class
    "kodo.jdbc.sql.OracleDictionary".
    343 INFO [main] kodo.MetaData - Found 1 classes with metadata in 0
    milliseconds.
    422 INFO [main] kodo.MetaData - parse-class
    422 INFO [main] kodo.MetaData - parse-package
    Exception in thread "main" <1|true|4.0.0EA3> kodo.util.InternalException:
    null
         at
    kodo.synthetic.com.dalitest.ClientKodoSyntheticSubclassProxy.kodoNewObjectIdInstance(Unknown
    Source)
         at kodo.util.ApplicationIds.create(ApplicationIds.java:246)
         at kodo.kernel.BrokerImpl.persist(BrokerImpl.java:2433)
         at kodo.kernel.BrokerImpl.persistSafe(BrokerImpl.java:2379)
         at kodo.kernel.BrokerImpl.persist(BrokerImpl.java:2366)
         at kodo.kernel.DelegatingBroker.persist(DelegatingBroker.java:1275)
         at kodo.persistence.EntityManagerImpl.persist(EntityManagerImpl.java:519)
         at com.dalitest.Test.main(Test.java:21)

  • Kodo.util.*Identity not working in 3.3.2?

    Hi, I have been trying to use one of the kodo identity classes for
    application identity:
    <class name="Person"
    identity-type="application"
    objectid-class="kodo.util.LongIdentity"
    unfortunately the enhancer fails on a missing constructor??
    [jdoc] kodo.util.FatalUserException: The objectid-class specified
    by type "class kodo.Person" does not have public a no-args constructor.
    2nd related question: I developed my own LongIdentity that has the missing
    constructor and was planning to use it for most of my object model. on
    some occasions, kodo seems to get confused about using the same
    object-id-class for more than 1 persistent class:
    <class name="Person"
    identity-type="application"
    objectid-class="kodo.AddressId" <!-- similar to
    kodo.util.LongIdentity, used as well by persistent class Address -->
    trying to load by id a Person:
    Person person = (Person) ((KodoPersistenceManager)
    pm).getObjectById(Person.class, ""+2000); // select
    6750 TRACE [main] kodo.jdbc.SQL - <t 31737213, conn 19287723> [0 ms]
    executing prepstmnt 26665270 SELECT t0.CITY, t0.STREET FROM ADDRESS t0
    WHERE t0.ID = ? [params=(long) 2000] [reused=0]
    kodo.util.ObjectNotFoundException: The instance "2000 [kodo.AddressId]"
    does not exist in the data store.[2000 [kodo.AddressId]]
         at
    kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:2090)
         at
    kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:2005)
         at
    kodo.runtime.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:2285)
    the problem is that a select on the address table gets executed??
    note: if I make a copy/paste of my AddressId and rename it PersonId, then
    this works fine.
    if all pk are of type long, are we expected to subclass
    kodo.util.LongIdentity and add the default constructor for each persistent
    class?
    thanks for the help,
    v.

    here you go:
    <?xml version="1.0" encoding="UTF-8"?>
    <jdo>
         <package name="kodo">
              <class name="Address" identity-type="application">
                   <extension vendor-name="kodo" key="jdbc-class-map"
    value="base"></extension>
                   <extension vendor-name="kodo" key="jdbc-class-map/table"
    value="ADDRESS"></extension>
                   <extension vendor-name="kodo" key="jdbc-version-ind"
    value="none"></extension>
                   <extension vendor-name="kodo" key="jdbc-class-ind-name"
    value="none"></extension>
                   <extension vendor-name="kodo" key="detachable"
    value="serialize"></extension>
                   <field name="id" primary-key="true">
                        <extension vendor-name="kodo" key="sequence-assigned"
    value="true"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map"
    value="value"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/column"
    value="ID"></extension>
                   </field>
                   <field name="city">
                        <extension vendor-name="kodo" key="jdbc-field-map"
    value="value"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/column"
    value="CITY"></extension>
                   </field>
                   <field name="street">
                        <extension vendor-name="kodo" key="jdbc-field-map"
    value="value"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/column"
    value="STREET"></extension>
                   </field>
              </class>
              <class name="Person" identity-type="application">
                   <extension vendor-name="kodo" key="jdbc-class-map"
    value="base"></extension>
                   <extension vendor-name="kodo" key="jdbc-class-map/table"
    value="PERSON"></extension>
                   <extension vendor-name="kodo" key="jdbc-version-ind"
    value="none"></extension>
                   <extension vendor-name="kodo" key="jdbc-class-ind-name"
    value="none"></extension>
                   <extension vendor-name="kodo" key="detachable"
    value="serialize"></extension>
                   <field name="addresses" default-fetch-group="true">
                        <collection element-type="kodo.Address">
                        </collection>
                        <extension vendor-name="kodo" key="jdbc-field-map"
    value="one-many"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/ref-column.ID"
    value="P_ID"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/table"
    value="ADDRESS"></extension>
                   </field>
                   <field name="firstname">
                        <extension vendor-name="kodo" key="jdbc-field-map"
    value="value"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/column"
    value="FIRSTNAME"></extension>
                   </field>
                   <field name="id" primary-key="true">
                        <extension vendor-name="kodo" key="sequence-assigned"
    value="true"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map"
    value="value"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/column"
    value="ID"></extension>
                   </field>
                   <field name="lastname">
                        <extension vendor-name="kodo" key="jdbc-field-map"
    value="value"></extension>
                        <extension vendor-name="kodo" key="jdbc-field-map/column"
    value="LASTNAME"></extension>
                   </field>
              </class>
         </package>
         <!--
              To use additional vendor extensions, create a vendor-extensions.xml file
    that
              contains the additional extensions (in extension tags) and place it in
    your
              projects merge dir.
         -->
    </jdo>
    Patrick Linskey wrote:
    Hi Vincent,
    Can you post the .jdo file that XDoclet is creating please?
    -Patrick
    Vincent Sevel wrote:
    I tried that but run into another exception:
    * @jdo.persistence-capable identity-type="application"
    * @jdo.class-vendor-extension vendor-name="kodo" key="jdbc-class-map"
    value="base"
    * @jdo.class-vendor-extension vendor-name="kodo"
    key="jdbc-class-map/table" value="PERSON"
    * @jdo.class-vendor-extension vendor-name="kodo" key="jdbc-version-ind"
    value="none"
    * @jdo.class-vendor-extension vendor-name="kodo"
    key="jdbc-class-ind-name" value="none"
    * @jdo.class-vendor-extension vendor-name="kodo" key="detachable"
    value="serialize"
    public class Person implements Serializable {
    * @jdo.field primary-key="true"
    * @jdo.field-vendor-extension vendor-name="kodo"
    key="sequence-assigned" value="true"
    * @jdo.field-vendor-extension vendor-name="kodo" key="jdbc-field-map"
    value="value"
    * @jdo.field-vendor-extension vendor-name="kodo"
    key="jdbc-field-map/column" value="ID"
    private Long id;
    javax.jdo.JDOFatalInternalException
         at kodo.Person.jdoNewObjectIdInstance(Person.java)
         at kodo.util.ApplicationIds.create(ApplicationIds.java:280)
         at
    kodo.runtime.PersistenceManagerImpl.makePersistent(PersistenceManagerImpl.java:2424)
         at
    kodo.runtime.PersistenceManagerImpl.makePersistent(PersistenceManagerImpl.java:2371)
    >>
    Person p1 = new Person();
    p1.setFirstname("vince");
    p1.setLastname("sevel");
    Address adr1 = new Address();
    adr1.setStreet("1er mai");
    adr1.setCity("geneve");
    p1.getAddresses().add(adr1);
    pm.makePersistent(p1);
    I must be missing a flag or property somewhere??
    thanks,
    v.
    Abe White wrote:
    When using single field identity in JDO, you don't list an objectid-class
    at
    >>
    all
    in your metadata. Just set identity-type to "application".

  • Com.sun.patchpro.util.FailedStateException: State failed...

    smpatch analyze was working fine last week, now I get this error. Anyone have any ideas?
    # smpatch analyze
    com.sun.patchpro.util.FailedStateException: State failed with unexpected Throwable java.lang.Exception: Sequencer failed.. Refer to the log file for more details.
    at com.sun.patchpro.util.StateMachine.start(StateMachine.java:375)
    at com.sun.patchpro.util.StateMachine.start(StateMachine.java:192)
    at com.sun.patchpro.util.StateMachine.start(StateMachine.java:163)
    at com.sun.patchpro.model.PatchProModel$InnerSequencerThread.run(PatchProModel.java:2490)
    Caused by:
    java.lang.Exception: Sequencer failed.
    at com.sun.patchpro.model.PatchProModel.runSequencer(PatchProModel.java:1919)
    at com.sun.patchpro.model.PatchProStateMachine$9.run(PatchProStateMachine.java:482)
    at com.sun.patchpro.util.State.run(State.java:266)
    at java.lang.Thread.run(Thread.java:534)

    Veritas said it will be fixed in v4.1 MP1
    They initially advised the work around is to remove the garbage in the file rather than removing the patch.
    /var/sadm/pkg/VRTSat/pkginfo
    ACTIVE_OBSOLETES=
    PATCH_INFO_117499-02=
    apparently the now they have another patch.
    RESOLUTION:
    This issue is described and resolved as part of Incident e412536. It is generally recommended to remove the corrupted patch, and replace it with the patch available at:
    ftp://ftp.veritas.com/pub/support/e412536.4.1.117499-02.SxRT.tar.gz
    Instructions for removing the patch and re-installing the "replacement patch"
    1. Confirm that patch has the issue of corrupted entry.
    # showrev -p | grep 117499
    Patch: 117499-02 Obsoletes: �??\�?�?-?�D�??(x�?�?�?P?d?�9�V Requires: Incompatibles: Packages: VRTSat
    2. Remove the patch with patchrm
    # patchrm 117499-02
    Checking installed patches...
    Backing out patch 117499-02...
    Patch 117499-02 has been backed out.
    3. Prepare and install the patch
    # cd /tmp
    # gzcat e412536.4.1.117499-02.SxRT.tar.gz | tar -xf -
    # patchadd 117499-02
    Checking installed patches...
    Verifying sufficient filesystem capacity (dry run method)...
    Installing patch packages...
    Patch number 117499-02 has been successfully installed.
    See /var/sadm/patch/117499-02/log for details
    Patch packages installed:
    VRTSat
    4. Confirm that the corrupted pkginfo has been fixed.
    # showrev -p | grep 117499
    Patch: 117499-02 Obsoletes: Requires: Incompatibles: Packages: VRTSat
    NOTE: If the files under /var/sadm/pkg/VRTSat/save have been manually edited, the command "patchrm 117499-02" will fail to backout the patch.

  • Com.solarmetric.license.LicenseException

    I am getting a com.solarmetric.license.LicenseException when running the
    enhancer. I have kodo.properties in the classpath root. And there is a valid
    and not-expired license key specified. Any suggestions?
    Dave Ford
    Smart Soft - The Developer Training Company
    http://www.smart-soft.com

    I figured out why this failed in the first place. Changing the property name
    (in kodo.properties) seems to have fixed it:
    com.solarmetric.kodo.LicenseKey -> kodo.LicenseKey
    Dave Ford
    Smart Soft - The Developer Training Company
    http://www.smart-soft.com
    "Dave Ford" <[email protected]> wrote in message
    news:bv4gp8$6pp$[email protected]..
    If you specify the license key from the command line, does it work?Yes. This fixed it. Thanks.
    Also, if you manually specify rhe properties file
    with the "-p" flag, does it work?I was already doing that. But it didn't work. Why wouldn't this work? It
    used to work.
    Dave Ford
    Smart Soft - The Developer Training Company
    http://www.smart-soft.com

  • Com.plumtree.openfoundation.util.XPNullPointerException

    I'm trying to create my first Crawler Service. I've been through everything several times and it appears to set up correctly. When I run the job, it always fails with the com.plumtree.openfoundation.util.XPNullPointerException error. I tried to run it through tcptrace, and doesn't appear to even be making contact with my desktop (which is where I developing/running the crawler web service). When I run a Profile web service from my desktop, no problem. Any ideas?

    Any luck finding out why this happened?  I set up the HelloWorld Crawler VB example on G6 and I'm getting the same error...
    322     automation.rel.Brian     1-15-2006     8:21:55.531     Error     Agent     CrawlMain_1 &#034;Hello World
    Content Crawler&#034;     com.plumtree.automationserver.agents.crawling.PTCrawl     Crawl ended due to uncaught
    exception
    com.plumtree.openfoundation.util.XPNullPointerException
         at com.plumtree.openfoundation.util.XPException.GetInstance(XPException.java:409)
         at com.plumtree.openfoundation.util.XPException.GetInstance(XPException.java:350)
         at com.plumtree.openfoundation.util.XPCRC.GenerateCRC64(XPCRC.java:245)
         at
    com.plumtree.automationserver.agents.crawling.util.BacklinkMap.GenerateKeyFromNode(BacklinkMap.java:94)
         at com.plumtree.automationserver.agents.crawling.util.BacklinkMap.contains(BacklinkMap.java:62)
         at
    com.plumtree.automationserver.agents.crawling.PTTaxonomizingCrawl$NodeEventAdapter.onNodeEvent(PTTaxonomizing
    Crawl.java:109)
         at com.plumtree.automationserver.agents.crawling.PTCrawl.Run(PTCrawl.java:193)
         at com.plumtree.automationserver.agents.PTCrawlerAgent.PerformOperation(PTCrawlerAgent.java:42)
         at com.plumtree.automationserver.shell.PTJobShell.perform(PTJobShell.java:628)
         at com.plumtree.automationserver.shell.PTJobShell.runJob(PTJobShell.java:210)
         at com.plumtree.automationserver.shell.PTJobShell.run(PTJobShell.java:100)
    Caused by: java.lang.NullPointerException
         at com.plumtree.openfoundation.util.XPCRC.GenerateCRC64(XPCRC.java:230)
         ... 8 more

  • Kodo.util.FatalDataStoreException: java.util.NoSuchElementException

    I am receiving the following exception in our app at what appears to be
    random intervals.
    There were multiple users logged into the system, each getting their own
    persistence manager (by way of pmFactory.getPersistenceManager(), which
    are then stored in the http session and re-used as long as that user is
    logged in) and when they started accessing the system simultaneously
    everything was fine for a while (ranged from 30min to 3 hours) then one
    person would see the exception, then others would see the exception right
    after. Then a few minutes later the problem would be gone again for a
    while
    I have the multithread option set to true in kodo.properties and am using
    pessimistic transactions
    Using kodo 3.3.3
    I am just curious what might cause something like this, it seems as though
    2 threads are trying to commit the same data with the same persistence
    manager to me.
    My next step in debugging this process is extending the persistence
    manager object to add some logging and see if my theory is correct.
    Any pointers to tracking this down would be greatly appreciated
    kodo.util.FatalDataStoreException: java.util.NoSuchElementException
         at
    kodo.runtime.PersistenceManagerImpl.afterCompletion(PersistenceManagerImpl.java:1020)
         at kodo.runtime.LocalManagedRuntime.commit(LocalManagedRuntime.java:86)
         at
    kodo.runtime.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:629)
         at
    com.stchome.cdr.actions.SearchCriteriaWizardAction.searchQbe(SearchCriteriaWizardAction.java:345)
         at sun.reflect.GeneratedMethodAccessor355.invoke(Unknown Source)
         at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at
    org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
         at
    org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:216)
         at
    org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
         at
    org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
         at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
         at
    com.stchome.cdr.servlet.CdrActionServlet.process(CdrActionServlet.java:31)
         at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    com.stchome.cdr.servlet.filters.SessionManagerFilter.doFilter(SessionManagerFilter.java:41)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
         at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
         at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
         at
    org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
         at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
         at
    org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)
    NestedThrowablesStackTrace:
    java.util.NoSuchElementException
         at serp.util.LookaheadIterator.next(LookaheadIterator.java:57)
         at
    com.solarmetric.apache.commons.collections.iterators.IteratorChain.next(IteratorChain.java:264)
         at kodo.util.CacheMap$EntryIterator.next(CacheMap.java:654)
         at java.util.AbstractCollection.toArray(AbstractCollection.java:174)
         at java.util.ArrayList.<init>(ArrayList.java:136)
         at kodo.datacache.QueryCacheImpl.keySet(QueryCacheImpl.java:165)
         at
    kodo.datacache.AbstractQueryCache.classesChanged(AbstractQueryCache.java:60)
         at
    kodo.datacache.DataCacheStoreManager.updateCaches(DataCacheStoreManager.java:217)
         at
    kodo.datacache.DataCacheStoreManager.commit(DataCacheStoreManager.java:73)
         at
    kodo.runtime.PersistenceManagerImpl.endTransaction(PersistenceManagerImpl.java:1317)
         at
    kodo.runtime.PersistenceManagerImpl.afterCompletion(PersistenceManagerImpl.java:998)
         at kodo.runtime.LocalManagedRuntime.commit(LocalManagedRuntime.java:86)
         at
    kodo.runtime.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:629)
         at
    com.stchome.cdr.actions.SearchCriteriaWizardAction.searchQbe(SearchCriteriaWizardAction.java:345)
         at sun.reflect.GeneratedMethodAccessor355.invoke(Unknown Source)
         at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at
    org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
         at
    org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:216)
         at
    org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
         at
    org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
         at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
         at
    com.stchome.cdr.servlet.CdrActionServlet.process(CdrActionServlet.java:31)
         at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    com.stchome.cdr.servlet.filters.SessionManagerFilter.doFilter(SessionManagerFilter.java:41)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
         at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
         at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
         at
    org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
         at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
         at
    org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)

    Thank you stephen, that reply is like music to my ears :)
    Stephen Kim wrote:
    I would upgrade to 3.3.4 or 3.4 as they have resolved that bug.
    Damian Bradicich wrote:
    I am receiving the following exception in our app at what appears to be
    random intervals.
    There were multiple users logged into the system, each getting their own
    persistence manager (by way of pmFactory.getPersistenceManager(), which
    are then stored in the http session and re-used as long as that user is
    logged in) and when they started accessing the system simultaneously
    everything was fine for a while (ranged from 30min to 3 hours) then one
    person would see the exception, then others would see the exception right
    after. Then a few minutes later the problem would be gone again for a
    while
    I have the multithread option set to true in kodo.properties and am using
    pessimistic transactions
    Using kodo 3.3.3
    I am just curious what might cause something like this, it seems as though
    2 threads are trying to commit the same data with the same persistence
    manager to me.
    My next step in debugging this process is extending the persistence
    manager object to add some logging and see if my theory is correct.
    Any pointers to tracking this down would be greatly appreciated
    kodo.util.FatalDataStoreException: java.util.NoSuchElementException
         at
    kodo.runtime.PersistenceManagerImpl.afterCompletion(PersistenceManagerImpl.java:1020)
         at kodo.runtime.LocalManagedRuntime.commit(LocalManagedRuntime.java:86)
         at
    kodo.runtime.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:629)
         at
    com.stchome.cdr.actions.SearchCriteriaWizardAction.searchQbe(SearchCriteriaWizardAction.java:345)
         at sun.reflect.GeneratedMethodAccessor355.invoke(Unknown Source)
         at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at
    org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
         at
    org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:216)
         at
    org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
         at
    org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
         at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
         at
    com.stchome.cdr.servlet.CdrActionServlet.process(CdrActionServlet.java:31)
         at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    com.stchome.cdr.servlet.filters.SessionManagerFilter.doFilter(SessionManagerFilter.java:41)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
         at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
         at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
         at
    org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
         at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
         at
    org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)
    NestedThrowablesStackTrace:
    java.util.NoSuchElementException
         at serp.util.LookaheadIterator.next(LookaheadIterator.java:57)
         at
    com.solarmetric.apache.commons.collections.iterators.IteratorChain.next(IteratorChain.java:264)
         at kodo.util.CacheMap$EntryIterator.next(CacheMap.java:654)
         at java.util.AbstractCollection.toArray(AbstractCollection.java:174)
         at java.util.ArrayList.<init>(ArrayList.java:136)
         at kodo.datacache.QueryCacheImpl.keySet(QueryCacheImpl.java:165)
         at
    kodo.datacache.AbstractQueryCache.classesChanged(AbstractQueryCache.java:60)
         at
    kodo.datacache.DataCacheStoreManager.updateCaches(DataCacheStoreManager.java:217)
         at
    kodo.datacache.DataCacheStoreManager.commit(DataCacheStoreManager.java:73)
         at
    kodo.runtime.PersistenceManagerImpl.endTransaction(PersistenceManagerImpl.java:1317)
         at
    kodo.runtime.PersistenceManagerImpl.afterCompletion(PersistenceManagerImpl.java:998)
         at kodo.runtime.LocalManagedRuntime.commit(LocalManagedRuntime.java:86)
         at
    kodo.runtime.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:629)
         at
    com.stchome.cdr.actions.SearchCriteriaWizardAction.searchQbe(SearchCriteriaWizardAction.java:345)
         at sun.reflect.GeneratedMethodAccessor355.invoke(Unknown Source)
         at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
         at java.lang.reflect.Method.invoke(Method.java:324)
         at
    org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:280)
         at
    org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:216)
         at
    org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)
         at
    org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)
         at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)
         at
    com.stchome.cdr.servlet.CdrActionServlet.process(CdrActionServlet.java:31)
         at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    com.stchome.cdr.servlet.filters.SessionManagerFilter.doFilter(SessionManagerFilter.java:41)
         at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
         at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
         at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
         at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
         at
    org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
         at
    org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
         at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
         at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
         at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
         at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
         at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
         at
    org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
         at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
         at
    org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
         at java.lang.Thread.run(Thread.java:534)
    Steve Kim
    [email protected]
    SolarMetric Inc.
    http://www.solarmetric.com

  • Java.lang.NoClassDefFoundError: com/sapportals/wcm/util/pcr/PortalComponent

    Hi All,
    I am getting the following Portal Runtime error while accessing the KM Content on Content Administration.
    In the error log following class is involved com.sapportals.wcm.portal.component.base.ControllerComponent
    The error caused by: Caused by: java.lang.NoClassDefFoundError: com/sapportals/wcm/util/pcr/PortalComponentRequestCache
    Can you pls help me on this ?
    Detailed error log
    << item 0 : >>#1.5#0013725D3B3B00690000011D0000EF74000435FB36917386#1185252975455#com.sap.portal.portal#sap.com/irj#com.sap.portal.portal#10268883#40896##MB1ES1005.idcsap_EC6_11485350#10268883#f6cefb3039a111dc95b40013725d3b3b#SAPEngine_Application_Thread[impl:3]_22##0#0#Error#1#/System/Server#Java###Exception ID:10:26_24/07/07_0201_11485350
    [EXCEPTION]
    #1#com.sapportals.portal.prt.component.PortalComponentException: Error in service call of Portal Component
    Component : pcd:portal_content/administrator/super_admin/super_admin_role/com.sap.portal.content_administration/com.sap.portal.content_admin_ws/com.sap.km.AdminContent/com.sap.km.AdminContentExplorer/com.sap.km.AdminExplorer
    Component class : com.sapportals.wcm.portal.component.base.ControllerComponent
    User : 10268883
    at com.sapportals.portal.prt.core.PortalRequestManager.handlePortalComponentException(PortalRequestManager.java:969)
    at com.sapportals.portal.prt.core.PortalRequestManager.callPortalComponent(PortalRequestManager.java:343)
    at com.sapportals.portal.prt.core.PortalRequestManager.dispatchRequest(PortalRequestManager.java:136)
    at com.sapportals.portal.prt.core.PortalRequestManager.dispatchRequest(PortalRequestManager.java:189)
    at com.sapportals.portal.prt.component.PortalComponentResponse.include(PortalComponentResponse.java:215)
    at com.sapportals.portal.prt.pom.PortalNode.service(PortalNode.java:645)
    at com.sapportals.portal.prt.core.PortalRequestManager.callPortalComponent(PortalRequestManager.java:328)
    at com.sapportals.portal.prt.core.PortalRequestManager.dispatchRequest(PortalRequestManager.java:136)
    at com.sapportals.portal.prt.core.PortalRequestManager.dispatchRequest(PortalRequestManager.java:189)
    at com.sapportals.portal.prt.core.PortalRequestManager.runRequestCycle(PortalRequestManager.java:753)
    at com.sapportals.portal.prt.connection.ServletConnection.handleRequest(ServletConnection.java:240)
    at com.sapportals.portal.prt.dispatcher.Dispatcher$doService.run(Dispatcher.java:522)
    at java.security.AccessController.doPrivileged(Native Method)
    at com.sapportals.portal.prt.dispatcher.Dispatcher.service(Dispatcher.java:405)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at com.sap.engine.services.servlets_jsp.server.servlet.InvokerServlet.service(InvokerServlet.java:156)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
    at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:401)
    at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:266)
    at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:387)
    at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:365)
    at com.sap.engine.services.httpserver.server.RequestAnalizer.invokeWebContainer(RequestAnalizer.java:944)
    at com.sap.engine.services.httpserver.server.RequestAnalizer.handle(RequestAnalizer.java:266)
    at com.sap.engine.services.httpserver.server.Client.handle(Client.java:95)
    at com.sap.engine.services.httpserver.server.Processor.request(Processor.java:174)
    at com.sap.engine.core.service630.context.cluster.session.ApplicationSessionMessageListener.process(ApplicationSessionMessageListener.java:33)
    at com.sap.engine.core.cluster.impl6.session.MessageRunner.run(MessageRunner.java:41)
    at com.sap.engine.core.thread.impl3.ActionObject.run(ActionObject.java:37)
    at java.security.AccessController.doPrivileged(Native Method)
    at com.sap.engine.core.thread.impl3.SingleThread.execute(SingleThread.java:100)
    at com.sap.engine.core.thread.impl3.SingleThread.run(SingleThread.java:170)
    Caused by: java.lang.NoClassDefFoundError: com/sapportals/wcm/util/pcr/PortalComponentRequestCache
    at com.sapportals.wcm.portal.component.base.ControllerComponent.doContent(ControllerComponent.java:72)
    at com.sapportals.portal.prt.component.AbstractPortalComponent.serviceDeprecated(AbstractPortalComponent.java:209)
    at com.sapportals.portal.prt.component.AbstractPortalComponent.service(AbstractPortalComponent.java:114)
    at com.sapportals.portal.prt.core.PortalRequestManager.callPortalComponent(PortalRequestManager.java:328)
    ... 29 more
    Thanks in advance and warm regards
    Purnendu

    Hi,
    Redeploy the <b>com.sap.netweaver.bc.util.par</b> file and check if <b>bc.util.private_api.jar</b> file is present on your server.
    c:usr\sap\J2E\JC00\j2ee\cluster\server0\apps\sap.com\irj\servlet_jsp\irj\root\WEB-INF\portal\portalapps\com.sap.netweaver.bc.util\lib\bc.util.private_api.jar
    Greetings,
    Praveen Gudapati

  • At com.sun.xml.stream.xerces.util.SymbolTable.hash(SymbolTable.java:222)

    Hi all,
    I'm trying to use a gSOAP server and a jax-ws client.
    I did a first test with WSDLReader to ask the wsdl from the gSOAP server and read it to display all informations.
    It was ok !
    Now I try to call a method whit this code :
              URL url = new URL("http://localhost:" + port + "/BenchOperations?wsdl");
              QName qname = new QName("http://www.Bench.toto.com", "BenchOperations");
              Service service = Service.create(url, qname); // EXCEPTION
              BenchPortType interfaceDeService = service.getPort(BenchPortType.class);
              TimeRequest timeRequest = new TimeRequest();
              timeRequest.setSleepDuration(sleep);
              TimeResponse timeResponse = interfaceDeService.time(timeRequest);but I have this exception on "Service.create" :
    Exception in thread "main" java.lang.NullPointerException
            at com.sun.xml.stream.xerces.util.SymbolTable.hash(SymbolTable.java:222)
            at com.sun.xml.stream.xerces.util.SymbolTable.addSymbol(SymbolTable.java:143)
            at com.sun.xml.stream.XMLReaderImpl.getNamespaceURI(XMLReaderImpl.java:1238)
            at javax.xml.stream.util.StreamReaderDelegate.getNamespaceURI(StreamReaderDelegate.java:94)
            at com.sun.xml.ws.wsdl.parser.ParserUtil.getQName(ParserUtil.java:66)
            at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parsePortTypeOperationInput(RuntimeWSDLParser.java:689)
            at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parsePortTypeOperation(RuntimeWSDLParser.java:662)
            at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parsePortType(RuntimeWSDLParser.java:636)
            at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parseWSDL(RuntimeWSDLParser.java:297)
            at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parseWSDL(RuntimeWSDLParser.java:253)
            at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:131)
            at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:239)
            at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:201)
            at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:172)
            at com.sun.xml.ws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:82)
            at javax.xml.ws.Service.<init>(Service.java:56)
            at javax.xml.ws.Service.create(Service.java:697)
            at com.thalesgroup.bench.client.Client.startClient(Client.java:25)
            at com.thalesgroup.bench.client.Client.<init>(Client.java:20)
            at com.thalesgroup.bench.client.Client.main(Client.java:16)I don't understand why ! This excpetion show that the client is trying to parse something (that's why I did the first test) and there is a nullPointer.
    Thanks a lot for your help
    Ob�

    Hi all,
    I compared the wsdl sent by the gSOAP server and the jax-ws server and there are not similar !
    this can explain that I have a nullPointerExcpetion when I use a gSOAP server
    How I can do ? Why the wsdl sent are not the same ?
    Thanks for your help
    Ob�lix

  • Java.lang.NoSuchMethodError: com.sun.mail.util.SocketFetcher.getSocket

    I am recieving the above error in a FileNet Content Manager environment. The full stack trace is:
    Exception in thread "main" java.lang.NoSuchMethodError: com.sun.mail.util.SocketFetcher.getSocket(Ljava/lang/String;ILjava/util/Properties;Ljava/lang/String;Z)Ljava/net/Socket;
    at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:1195)
    at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:322)
    at javax.mail.Service.connect(Service.java:233)
    at javax.mail.Service.connect(Service.java:134)
    at javax.mail.Service.connect(Service.java:86)
    at javax.mail.Transport.send0(Transport.java:162)
    at javax.mail.Transport.send(Transport.java:80)
    at com.bearingpoint.utilities.EMail.send(EMail.java:171)
    at com.bearingpoint.utilities.EMail.send(EMail.java:31)
    at email.main(email.java:11)
    I have spent many hours, fiddling with classpaths, ensuring that the mail.jar, mailapi.jar, smtp.jar, activation.jar are all from the same generation of JavaMail. With my classpath set correctly I can run a simple program constructed to just test whether the box can send out email from the command line.
    The code for the program is:
    public class email {
         public email() {
         public static void main (String args[]) {
              try {
              EMail.send("10.132.147.62", "[email protected]", "[email protected]", "test", "test");
              catch (Exception e) {
                   System.err.println(e.toString());
    Where EMail.send() is:
    public static void send(
    String mail_server_host,
    String email_from,
    String email_to,
    String subject,
    String message) throws AddressException, MessagingException, IOException {
    send(mail_server_host,
    (Authenticator)null,
    new InternetAddress[] {new InternetAddress(email_from)},
    new InternetAddress[] {new InternetAddress(email_to)},
    (InternetAddress[])null,
    (InternetAddress[])null,
    subject,
    message,
    null,
    null);
    which calls:
    public static void send(
    String mail_server_host,
    Authenticator authenticator,
    InternetAddress[] addresses_from,
    InternetAddress[] addresses_to,
    InternetAddress[] addresses_cc,
    InternetAddress[] addresses_bcc,
    String subject,
    String message,
    InputStream[] attachments,
    MimeType[] attachmentTypes) throws MessagingException,IOException {
    Properties properties = new Properties();
    properties.put("mail.smtp.host", mail_server_host);
    MimeMessage msg = new MimeMessage(
    Session.getInstance(properties, authenticator));
    msg.addFrom(addresses_from);
    msg.setRecipients(Message.RecipientType.TO, addresses_to);
    msg.setRecipients(Message.RecipientType.CC, addresses_cc);
    msg.setRecipients(Message.RecipientType.BCC, addresses_bcc);
    msg.setSubject(subject);
    BodyPart bpBody = new MimeBodyPart();
    bpBody.setText(message);
    Multipart mpMessageBody = new MimeMultipart();
    if (attachments == null && attachmentTypes == null) {
    mpMessageBody.addBodyPart(bpBody);
    msg.setContent(mpMessageBody);
    else if (attachments == null) {
    bpBody.setContent(message, attachmentTypes[0].toString());
    mpMessageBody.addBodyPart(bpBody);
    msg.setContent(mpMessageBody);
    else {
    mpMessageBody.addBodyPart(bpBody);
    for (int i=0; i<attachments.length;i++) {
    bpBody = new MimeBodyPart();
    DataSource dsAttachment = new ByteArrayDataSource(attachments, attachmentTypes[i].toString());
    bpBody.setDataHandler(new DataHandler(dsAttachment));
    bpBody.setFileName("attachment." + new MimeFileExtensions(attachmentTypes[i].getValue()).toString());
    mpMessageBody.addBodyPart(bpBody);
    msg.setContent(mpMessageBody);
    Transport.send(msg);
    As said before all .jar files are of the same generation, yet when I run FileNet and the underlying content engine, and try to send an email, I recieve this exception. I have run out of ideas, and any help would be appreciated.
    Things I've tried (multiple times):
    - Removing any old versions of the jar files and replace them with JavaMail 1.3.3_01
    - Have the content engine specifically import the JavaMail jar files.
    While I realize some of you may not know what FileNet is, perhaps you have come across this exception before. Any new ideas would be more then appreciated.
    Thank you for your time.

    I haven't seen this error before so I need more detail to reproduce it.
    It looks like you daisy chained calls to various static send() methods from various classes. Could you write a static main() for the class with the send() method actually doing the work? In the main() write the test case and compile it, test it and if it still doesnt work post it. Please include the import statements as it is germain to the solution.
    Its much easier for me to help you if I don't have to recreate "FileNet" to reproduce your error.
    As an alternative....
    The following code I got from: http://javaalmanac.com/egs/javax.mail/SendApp.html?l=new
    its simpler than you're code but gets the job done (without attachments).
    I've tested it and it works with:
    javac -classpath .;c:\sun\appserver\lib\j2ee.jar;c:\sun\appserver\lib\mail.jar SendApp.java
    java -classpath .;c:\sun\appserver\lib\j2ee.jar;c:\sun\appserver\lib\mail.jar SendApp
    Ran on Windows XP, Sun J2EE 1.4/Appserver Bundle
        import java.io.*;
        import javax.mail.*;
        import javax.mail.internet.*;
        import javax.activation.*;
        public class SendApp {
            public static void send(String smtpHost, int smtpPort,
                                    String from, String to,
                                    String subject, String content)
                    throws AddressException, MessagingException {
                // Create a mail session
                java.util.Properties props = new java.util.Properties();
                props.put("mail.smtp.host", smtpHost);
                props.put("mail.smtp.port", ""+smtpPort);
                Session session = Session.getDefaultInstance(props, null);
                // Construct the message
                Message msg = new MimeMessage(session);
                msg.setFrom(new InternetAddress(from));
                msg.setRecipient(Message.RecipientType.TO, new InternetAddress(to));
                msg.setSubject(subject);
                msg.setText(content);
                // Send the message
                Transport.send(msg);
            public static void main(String[] args) throws Exception {
                // Send a test message
                send("10.1.4.105", 25, "[email protected]", "[email protected]",
                     "test", "test message.");
        }

  • Java.lang.NoClassDefFoundError: com/sun/j3d/utils/applet/MainFrame         at HelloUniverse.main(Compiled Code)

    I'm getting this error
    java.lang.NoClassDefFoundError: com/sun/j3d/utils/applet/MainFrame
    at HelloUniverse.main(Compiled Code)
    I receive this error when I try to run the demos that are in the /usr/java1.1/demo folder.
    I followed the directions to install java3d. I installed the java3d binary in the top part of
    the JDK directory then ran the binary. Everything installed o.k., but I cannot run
    any of the demos. I also have J2SE 1.2.2_05a, JDK 1.1.8_10, and.
    JRE 1.1.8_10 installed. My operating system is SunOS 5.6, Solaris 2.6. My workstation
    is an Ultra 5 with 374mb ram.
    Here is part of the install intructions.
    Place the java3d1_2-solsparc.bin file into the top level directory
    of the JDK you wish to install Java 3D into. Execute the
    java3d1_2-solsparc.bin file (ex: sh java3d1_2-solsparc.bin).
    After installation, you may remove this file.
    The Java 3D(TM) SDK includes several demo programs that can
    verify correct installation. Assuming your Java 2 SDK is installed
    at ~/Solaris_JDK_1.2.2_05, try the following:
    cd ~/Solaris_JDK_1.2.2_05/demo/java3d/HelloUniverse
    java HelloUniverse
    Note: Many more demos are available under the demo/java3d/
    directory. Some of the demos require a maximum memory
    pool larger than the default in java. To increase the
    maximum memory pool to 64 meg, add the following command
    line options to java or appletviewer:
    java: -mx64m
    appletviewer: -J-mx64m
    You do not need to include the J3D jar files in your CLASSPATH,
    nor do you need to include the J3D shared libraries in your PATH.
    You should include "." in your CLASSPATH or ensure that CLASSPATH
    is not set.
    I'm not sure how to set set/unset the CLASSPATH and I'm not sure if I was supposed to
    place the binary file in the /usr/java1.1 or /usr/java or /usr/java1.2 directory.
    Can anyone help?
    tomjones

    -- If jar size isn't an issue, I recommend using thick "weblogic.jar" instead of the thin "wl*.jar" jars. The thick jar is a better performer, is used by more customers, and has more features. Otherwise:
              -- It might help to use the thin client jars from a later service pack - several service packs have been released since SP2, or you might even try using jars from a recent 9.2 SP or even 10.0.
              -- Also, check to see if the 1.4.2 JVM is up-to-date and/or try switching from the Sun JVM to the JRockit JVM (or vice-versa).
              -- Finally, it might help to check if your XP environment matches your Linux environment (JVM command-line, classpath, etc).
              -- Also: The IIOP newsgroup may also have some advice. The thin client uses the IIOP protocol even when a "t3:" URL is specified by the application.
              Tom

  • Kodo.util.UnsupportedException: null

    Hello,
    Now I'm getting further. I was able to persist my objects!
    However, I have an error regarding NamedQuery.
    Here is the error:
    Exception in thread "main" <3|true|4.0.0EA3>
    kodo.util.UnsupportedException: null
         at
    kodo.query.ExpressionStoreQuery.executeUpdate(ExpressionStoreQuery.java:232)
         at
    kodo.query.ExpressionStoreQuery$DataStoreExecutor.executeUpdate(ExpressionStoreQuery.java:588)
         at
    kodo.query.ExpressionStoreQuery$DataStoreExecutor.executeUpdate(ExpressionStoreQuery.java:598)
         at kodo.query.QueryImpl.update(QueryImpl.java:1223)
         at kodo.query.QueryImpl.execute(QueryImpl.java:950)
         at kodo.query.QueryImpl.updateAll(QueryImpl.java:1005)
         at kodo.query.DelegatingQuery.updateAll(DelegatingQuery.java:812)
         at kodo.persistence.QueryImpl.executeUpdate(QueryImpl.java:300)
         at com.dalitest.ClientsDAO.updateClient(ClientsDAO.java:35)
    The error is cryptic as well.
    It happens for this code:
    public int updateClient(EntityManager em, Client c)
    Query q = em.createNamedQuery("UpdateClient");
    //q.setParameter("newName", c.getName());
    q.setParameter("cId", c.getId());
    return q.executeUpdate();
    And for my Client class I have (snipped):
    @NamedQueries( {
    @NamedQuery(name = "UpdateClient", queryString = "UPDATE Client c SET
    c.name=:newName WHERE c.id=:cId"),
    @NamedQuery(name = "DeleteClient", queryString = "DELETE from Client c
    WHERE c.id=:cId") })
    @Entity(access = AccessType.PROPERTY)
    @Table(name = "DALI_CLIENTS")
    public class Client {...}
    In case I do uncomment q.setParameter("newName", c.getName());
    The following exception is thrown:
    Exception in thread "main" <4|false|4.0.0EA3>
    kodo.persistence.ArgumentException: More parameters were passed to
    execute() than were declared: {1} parameters were specific for query
    execution, but only {0} parameters were declared in the query.
         at kodo.query.QueryImpl.assertParameters(QueryImpl.java:1871)
         at kodo.query.QueryImpl.execute(QueryImpl.java:941)
         at kodo.query.QueryImpl.updateAll(QueryImpl.java:1005)
         at kodo.query.DelegatingQuery.updateAll(DelegatingQuery.java:812)
         at kodo.persistence.QueryImpl.executeUpdate(QueryImpl.java:300)
         at com.dalitest.ClientsDAO.updateClient(ClientsDAO.java:35)
    Can anyone point me what is wrong with my update query?

    Abe White wrote:
    Thanks Abe for the information.
    How do I have to proceed then with my updates at the moment? Do you have
    any suggestions (besides waiting for the next release)?
    Update the objects individually, or use SQL. Kodo allows you to access
    the JDBC connection:>
    http://solarmetric.com/Software/Documentation/4.0.0EA/docs/full/html/ref_guide_dbsetup_sqlconn.html
    Thanks for the suggestions. SQL is not an option, since it will defeat the
    purpose of the EJB3-persistence.
    But can you elaborate more on the "Update the objects individually"
    approach.
    Let's say I have persistent Java bean Client and I changed some of its
    properties (e.g. myClient.setName("New Name");)
    How do I persiste it "individually"?
    This approach does not work:
    EntityTransaction t = em.getTransaction();
    t.begin();
    List<Client> pClients = new ClientsDAO().getAllClients(em);
    for (Client pClient : pClients)
    pClient.setName("New Name");
    em.persist(pClient);
    t.commit();
    It throws error on t.commit();
    <2|false|4.0.0EA3> kodo.util.OptimisticException: An optimistic lock violation
    was detected when flushing object instance
    "kodo.synthetic.com.dalitest.ClientKodoSyntheticSubclass-id-3" to the data
    store. This indicates that the object was concurrently modified in another
    transaction.
    FailedObject: kodo.synthetic.com.dalitest.ClientKodoSyntheticSubclass-id-3
         at
    kodo.jdbc.kernel.PreparedStatementManager.checkUpdate(PreparedStatementManager.java:358)
         at
    kodo.jdbc.kernel.PreparedStatementManager.executeBatch(PreparedStatementManager.java:291)
         at
    kodo.jdbc.kernel.PreparedStatementManager.flushInternal(PreparedStatementManager.java:243)
         at
    kodo.jdbc.kernel.PreparedStatementManager.flush(PreparedStatementManager.java:206)
         at kodo.jdbc.kernel.UpdateManagerImpl.flush(UpdateManagerImpl.java:217)
         at kodo.jdbc.kernel.UpdateManagerImpl.flush(UpdateManagerImpl.java:94)
         at kodo.jdbc.kernel.JDBCStoreManager.flush(JDBCStoreManager.java:557)
         at
    kodo.kernel.DelegatingStoreManager.flush(DelegatingStoreManager.java:151)
         at kodo.kernel.BrokerImpl.flush(BrokerImpl.java:2034)
         at kodo.kernel.BrokerImpl.flushSafe(BrokerImpl.java:1893)
         at kodo.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1819)
         at kodo.kernel.LocalManagedRuntime.commit(LocalManagedRuntime.java:67)
         at kodo.kernel.BrokerImpl.commit(BrokerImpl.java:1426)
         at kodo.kernel.DelegatingBroker.commit(DelegatingBroker.java:1145)
         at kodo.persistence.EntityManagerImpl.commit(EntityManagerImpl.java:420)
         at com.dalitest.Test.main(Test.java:55)

  • Kodo.util.FatalInternalException

    [junit] Caused by: kodo.util.FatalInternalException: 1046,1024 ::
    1046,1024:kodo.runtime.HollowState@cb2185 :: 1046,
    1024:kodo.runtime.HollowState@cb2185
    [junit] at
    kodo.runtime.PersistenceManagerImpl.setStateManager(PersistenceManagerImpl.j
    ava:3314)
    [junit] at
    kodo.runtime.StateManagerImpl.commit(StateManagerImpl.java:798)
    [junit] at
    kodo.runtime.PersistenceManagerImpl.endTransaction(PersistenceManagerImpl.ja
    va:1103)
    [junit] at
    kodo.runtime.PersistenceManagerImpl.afterCompletion(PersistenceManagerImpl.j
    ava:842)
    [junit] at
    kodo.runtime.LocalManagedRuntime.commit(LocalManagedRuntime.java:86)
    [junit] at
    kodo.runtime.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:542)

    Tom-
    This was reported at:
    http://bugzilla.solarmetric.com/show_bug.cgi?id=940
    The problem is that you have multiple instances with the same identity
    and you are using horizontal inheritance. The solution is to move from
    using a single application identity class for the entire hierarchy to
    using one application identity class per class in the hierarchy. See:
    http://docs.solarmetric.com/manual.html#horizontal_caveats
    In article <c9nt6d$v63$[email protected]>, Tom Landon wrote:
    When I changed retain values from false to true I got the error below
    (3.1.2). Here are the relevant settings:
    javax.jdo.option.Optimistic=true
    #javax.jdo.option.RetainValues=false
    javax.jdo.option.RetainValues=true
    javax.jdo.option.RestoreValues=false
    javax.jdo.option.NontransactionalRead=true
    javax.jdo.option.NontransactionalWrite=false
    [junit] Caused by: kodo.util.FatalInternalException: 1046,1024 ::
    1046,1024:kodo.runtime.PNonTransState@56c3cf :: 10
    46,1024:kodo.runtime.PNonTransState@56c3cf
    [junit] at
    kodo.runtime.PersistenceManagerImpl.setStateManager(PersistenceManagerImpl.j
    ava:3314)
    [junit] at
    kodo.runtime.StateManagerImpl.commit(StateManagerImpl.java:798)
    [junit] at
    kodo.runtime.PersistenceManagerImpl.endTransaction(PersistenceManagerImpl.ja
    va:1103)
    [junit] at
    kodo.runtime.PersistenceManagerImpl.afterCompletion(PersistenceManagerImpl.j
    ava:842)
    [junit] at
    kodo.runtime.LocalManagedRuntime.commit(LocalManagedRuntime.java:86)
    [junit] at
    kodo.runtime.PersistenceManagerImpl.commit(PersistenceManagerImpl.java:542)
    Marc Prud'hommeaux
    SolarMetric Inc.

  • Kodo.util.DataStoreException: Backend start-up failed: FATAL

    when we do one test which concurrent users number is 800, there will cause
    following exception:
    kodo.util.DataStoreException: Backend start-up failed: FATAL: Sorry, too
    many clients already
    would you tell me what will cause the exception? and how to support more
    concurrent users?

    yes, this is my configure error.
    when we reduce the MaxActive number(kodo db con pool size must smaller
    then the allowed DB connections number), then the error not happen.
    thanks a lot.
    Marc Prud'hommeaux wrote:
    Is your database configured to allow 200 simultaneous connections (as
    you have specified in the "MaxActive=200" parameter of the
    "kodo.ConnectionFactoryProperties" property)? If not, can you reduce
    this number down to the maximum allowed by your database, and let us
    know if the error still happens?
    In article <[email protected]>, flamingo wrote:
    kodo.properties as following:
    # Database connection properties
    javax.jdo.option.ConnectionDriverName=org.postgresql.Driver
    javax.jdo.option.ConnectionUserName=xxx
    javax.jdo.option.ConnectionPassword=xxx
    javax.jdo.option.ConnectionURL=jdbc:postgresql://localhost/skillsdb
    javax.jdo.option.Optimistic=true
    javax.jdo.option.RetainValues=false
    javax.jdo.option.RestoreValues=false
    javax.jdo.option.NontransactionalRead=true
    javax.jdo.option.NontransactionalWrite=false
    javax.jdo.option.IgnoreCache=true
    javax.jdo.PersistenceManagerFactoryClass=kodo.jdbc.runtime.JDBCPersistenceManagerFactory
    >>
    kodo.LicenseKey=xxx
    kodo.ConnectionFactoryProperties=MaxCachedStatements=0, MaxActive=200,
    MaxWait=5000, TestOnBorrow=true, ValidationSQL="SELECT GETDATE()"
    kodo.ConnectionRetainMode=transaction
    kodo.DataCache=true(CacheSize=10000)
    kodo.QueryCache=true(CacheSize=5000)
    #kodo.FlushBeforeQueries=true
    kodo.RemoteCommitProvider=sjvm
    kodo.ManagedRuntime=TransactionManagerName=java:/TransactionManager
    kodo.PersistenceManagerImpl=EvictFromDataCache=true
    kodo.jdbc.DBDictionary=postgres(StoreCharsAsNumbers=false)
    kodo.jdbc.MappingFactory=metadata
    kodo.jdbc.SchemaFactory: file(FileName=schema.xml)
    kodo.jdbc.SequenceFactory=PrimaryKeyColumn=PKX, SequenceColumn=SEQUENCEX,
    TableName=JDO_SEQUENCEX
    and I check codes, we had closed all extent iterators, query results, PMs,
    etc.
    thanks a lot.
    Abe White wrote:
    There aren't any nested exceptions? That's the only trace you see?
    In any case, the message is from your JDBC driver, which is probablyrelaying it
    directly from your database. It is not a Kodo error message; Kodo is
    only
    wrapping the SQLException in a subclass of JDOException. As Patricksuggested,
    the error probably means that your database can't handle the number ofclients
    you're throwing at it. One possible reason for this is that you aren'tfreeing
    up connections. Can you post your kodo.properties? Under default
    settings
    Kodo
    doesn't hold onto database connections much, but under certain settings
    it
    becomes more important to remember to close your extent iterators, query
    results, PMs, etc.
    Marc Prud'hommeaux
    SolarMetric Inc.

Maybe you are looking for