Does it mean that /usr/local/glassfish/galssfish/bin/appclient solves the
provider problem? I don't think that do not need -javaagent with appclient
container - the link below doesn't mention it.
For use with JWS you'll need to add toplink-essentials.jar to the classpath.
I'll also be back on Tuesday :).
regards,
-marina
Martin, Ray wrote:
> yes, went I attempt to run from the command line with no JWS, I run the
> <glassfish-install>/bin/appclient. And I do not seem to need any additional
> jar files.
>
> Command line:
> /usr/local/glassfish/galssfish/bin/appclient
> -javaagent:/usr/local/galssfish/glassfish/lib/toplink-essentials-agent.jar
> -DjwsPolicyTemplate=/usr/local/provision/KART/policy/KART.policy -client
> /usr/local/provision/KART/dist/KART.jar -mainclass kart.Main
>
> Of course my main interest is appclient/JWS combined, but certainly, I can
> learn things from the command line.
>
> I have started looking at the link that you provided. Thanx.
>
> I am gonna step out of work in just a little. I'll be back on Tuesday -
> have no Internet at home - yuk - someday.
>
> Thanx for you help, have a great weekend.
>
> -----Original Message-----
> From: Marina.Vatkina_at_Sun.COM [mailto:Marina.Vatkina_at_Sun.COM]
> Sent: Friday, September 01, 2006 6:18 PM
> To: users_at_glassfish.dev.java.net
> Subject: Re: AppClient/JWS/Derby/Security problems
>
>
> Are you using <glassfish-install>/bin/appclient to run your AppClient?
> It should have all required jars in the classpath. here is a useful blog
> on this:
> http://weblogs.java.net/blog/ss141213/archive/2006/03/using_java_pers_1.html
>
> -marina
>
> Martin, Ray wrote:
>
>>My understanding is that AppClient is a container for my client code.
>>
>>All persistence units MUST be handled by KART (the substrate) at a single
>>point in the code. An addon says "here is the name of my DataAccessImpl
>>(and Data Entity classes - happens to be hard coded for now in
>>persistence.xml)". KART says "thank you very much" and then KART does a
>>class load on the DataAccessImpl and Toplink makes the tables according to
>>the Data Entity classes - at least that is how it is supposed to work.
>
> When
>
>>the addon, DrawingEditor, is run stand alone (testing before running as an
>>addon), the class, DataAccessImpl does the reading and writing with the
>>database after Toplink has made sure the tables are created.
>>
>>A "bad spot" in my design is that addons must specify their Data Entity
>>classes. I am cheating to get started and am manually building
>>persistence.xml. This is not good - KART, the substrate, must know at
>>runtime how to create tables for the addon. This represents a real flaw
>
> in
>
>>my design at the moment.
>>
>>But, if I could just get it to stand up for now, I can figure out how to
>>dynamically get Toplink to create tables at runtime later on.
>>
>>If my typing is correct, this is persistence.xml:
>>
>><?xml version="1.0" encoding="UTF-8"?>
>><!--
>> Document : persistence.xml
>> Created on : August 10, 2006, 1:44 PM
>> Author : armart3
>> Description:
>> Purpose of the document follows.
>>-->
>><persistence xmlns="http://java.sun.com/xml/ns/persistence"
>> version="1.0">
>> <persistence-unit name="SVG_drawings" transaction-type="RESOURCE_LOCAL">
>> <provider>
>> oracle.toplink.essentials.ejb.cmp3.EntityManagerFactoryProvider
>> </provider>
>> <class>draw.resources.entity.DrawingObjects</class>
>> <class>draw.resources.entity.DrawingStore</class>
>> <properties>
>> <property name="toplink.jdbc.driver"
>> value="org.apache.derby.jdbc.EmbeddedDriver" />
>> <property name="toplink.jdbc.url"
>> value="jdbc:derby:derbyDB/;create=true" />
>> <property name="toplink.jdbc.user"
>> value="user1" />
>> <property name="toplink.jdbc.password"
>> value="user1" />
>>
>> <property name="toplink.logging.level"
>> value="INFO" />
>>
>> <property name="toplink.ddl-generator" value="create-tables" />
>> </properties>
>> </persistence-unit>
>></persistence>
>>
>>THANK YOU SO MUCH!
>>
>>-----Original Message-----
>>From: Marina.Vatkina_at_Sun.COM [mailto:Marina.Vatkina_at_Sun.COM]
>>Sent: Friday, September 01, 2006 5:32 PM
>>To: users_at_glassfish.dev.java.net
>>Subject: Re: AppClient/JWS/Derby/Security problems
>>
>>
>>Don't panic :).
>>
>>Do you access PU from an appclient only, or from other parts of the code?
>>Which persistence provider are you using? Can you post your
>
> persistence.xml?
>
>>thanks,
>>-marina
>>
>>Martin, Ray wrote:
>>
>>
>>>Problem:
>>>Application (with embedded database deployed to Glassfish as an AppClient
>>>and run from a link of a JSP that has been deployed as an Enterprise App
>>
>>to
>>
>>
>>>Glassfish) throws javax.persistence.PersistenceException: No Persistence
>>>provider for EntityManager named SVG_Drawings at
>>>
>>
>>
> javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:89
>
>>>)
>>>
>>>Call for help:
>>>I really need some help. I am stuck with these problems and I need an
>>>expert to poke me in the right direction.
>>>
>>>Apologies:
>>>I am working on a stand alone test bed that has no Internet access,
>>>therefore, it is very difficult to send stack traces and code snippets. I
>>>am sorry.
>>>
>>>Background:
>>>Using Java 1.5.0_06-b05
>>>Using Glassfish 9.0-b48
>>>Using Netbeans 5.0
>>>Using Derby 10.1.2.1 (embedded database)
>>>Using Toplink (from Glassfish lib)
>>>Using FreePastry 1.4.4 (structured peer-to-peer overlay)
>>>Using GLIPSGraffiti (Apache SVG editor)
>>>Prepared to use jTssWrapper (JNI to Trousers)
>>>Prepared to use Trousers (IBM Trusted Software Stack for attestation, etc)
>>>Prepared to use JESS (reasoning)
>>>Prepared to use OWL/RDF (semantics and ontology)
>>>Prepared to use JADE 3.3 (agent software)
>>>
>>>Purpose:
>>>Test bed is used to demonstrate Java Security, SELinux MAC, TNC (Trusted
>>>Network Connect), and showcase Java technology. I have been working on
>>
>>this
>>
>>
>>>demonstration for a couple of months.
>>>
>>>A little about the design:
>>>There are several Netbeans' projects:
>>>KART (Knowledge Awareness Response Tool) - J2SE desktop application, a
>>>substrate that contains data persistence (Derby) and data communications
>>>(FreePastry). KART receives addons in the perspective that Mozilla uses
>>>addons. KART has a classloader for loading the addons. KART is deployed
>>
>>to
>>
>>
>>>Glassfish as an AppClient. KART contains persistence.xml.
>>>
>>>ChatEditor - simple addon that allows users at endpoints on the structured
>>>overlay to send text messages back and forth. This addon has no data
>>>persistence requirements.
>>>
>>>DrawingEditor - an addon requiring data persistence and data
>>
>>communications.
>>
>>
>>>This addon is based on the GLIPS SVG editor. GLIPS was modified to
>>
>>persist
>>
>>
>>>to the database instead of the filesystem.
>>>
>>>SecurityAuditor - an addon in its infancy, will need data persistence and
>>>data communications. Will use nmap and SNMP to collect layer 2 data.
>>
>>Will
>>
>>
>>>use JESS for decision processing.
>>>
>>>Addons - a web application. All jar files of addons are placed into this
>>>project. The war file from this project is deployed as a web application
>>
>>to
>>
>>
>>>Glassfish
>>>
>>>AddonInterfaces - a J2SE application that contains the interface classes
>>>required by addons to interface with KART. So, these files are the
>>>'contract' between KART and addons.
>>>
>>>Provision - a J2EE application used to showcase JSF and JSP. The ear file
>>>of Provision is deployed to Glassfish as an enterprise application.
>>>Admittedly, Provision does not yet do much EJB - only Web-Module at the
>>>moment. But, Provision is planned to do policy loads (both operational
>>
>>and
>>
>>
>>>security (both OS and Java)) using EJB functionality
>>>
>>>A little about operation:
>>>After everything is deployed to Glassfish correctly, users can access
>>>Provision's web page, ServiceLocator.jsp, and click on the KART link.
>>>AppClient/JWS does its thing and the substrate is available on the user's
>>>desktop. There is a button, "Visit Addon Store". When the user selects,
>>>she is provided with a list of addons. ChatEditor can be selected and
>>
>>users
>>
>>
>>>at structured overlay endpoints can chat. SecurityAuditor can be selected
>>>in addition to ChatEditor (or ChatEditor could have been shutdown). The
>>>SecurityAuditor GUI stands up, but the addon needs lots of work and does
>>
>>not
>>
>>
>>>do much for now - but it is okay. DrawingEditor will also stand up and
>>
>>the
>>
>>
>>>user can edit SVG drawings - IF I comment out the data persistence.
>>>
>>>More problem discussion:
>>>As described at the beginning of this (too long) email,
>>
>>EntityManagerFactory
>>
>>
>>>does not know how to start - probably because I do not know how to tell
>>>AppClient how/where to use my persistence.xml. Of course, this problem is
>>>only seen if I comment out setting my Derby home property. I learned how
>>
>>to
>>
>>
>>>set a policy to AppClient from Mr. Quinn's explanation on Feb 7 at this
>>>link: http://forums.java.net/jive/thread.jspa?messageID=80035&tstart=0 (I
>>>requested a login, but I am not able to post to that forum) At the
>>
>>moment,
>>
>>
>>>KART.jar is not signed - I have seen it written that JWS will not use
>>>permissions unless the jar is signed. When I sign KART.jar, JWS says that
>>>it cannot verify - and I have not figured out what to do about that. I
>>
>>have
>>
>>
>>>tried running at the command line using AppClient - this blows a different
>>>error than trying AppClient/JWS. The 'AppClient only' way blows an
>>>
>>
>>
> oracle.toplink.essentails.exception.ValidationException.currentLoaderNotVali
>
>>>d - maybe as soon as I get my other problems fixed with AppClient/JWS, it
>>>too will blow that error.
>>>
>>>I have some sys outs in KART to watch classloaders so that I can learn
>>
>>more
>>
>>
>>>about what AppClient does. But, AppCLient/JWS will not allow me to make
>>
>>the
>>
>>
>>>getClassLoader() call because of permissions.
>>>
>>>Plea:
>>>I am so lost with all of this AppClient/JWS stuff. I am doing web
>>
>>searches
>>
>>
>>>like a wild man - but, I can't find much. Please help me get past these
>>>humps in the road.
>>>
>>>PS
>>>I feel Ruby and .Net howling at my heels as I run into this massive
>>>roadblock with my Java showcase.
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>