Re: Re: Some questions

Hi David, 

I have not used Shark via corba so I don't feel qualified to answer your 
questions regarding it. There are others in this list who have though. 
Also maybe you could search the mail archives and you may get lucky..?

Regarding using other databases than hypersonic, I am only aware of the 
method suggested in the docs; namely change the params in Shark.conf and 
then run the make.  Perhaps if you want to tweak the script, you could 
look at it and see what it is doing: providing us the source allows us to 
do anything we want..:)

Also, sorry, but I seem to have given you the wrong impression regarding 
updating an existing package. The code there is for uploading the new xpdl 
to the database. What i mean is if you update your xpdl, Shark cannot know 
about it because *as far as i know*, making changes in your (local) 
repository isn't enough. The new xpdl has to be uploaded to the Shark 
database and the code supplied does that. So here's what i think happens:
1. You change your xpdl and save it to your local repository (like 
C:\shark-1.1\repostory\external)
2. You run the code below.
3. Shark then runs all old processes using the old definition and new 
processes against the new defintion. (This is more or less what happens. 
What I think i have noticed is that if it is possible for an old process 
instance to "make it" with the new defintion, then it does so, otherwise 
it uses the old definition.)

Finally, I want to let you know that i have been using Shark only for the 
past couple of months or so and as such am still feeling my way round. So 
please feel free to contradict me if you find things other than what i 
claim. You will most probably be right..:)

Regards,
Geeta




delbd <[email protected]> 
07/19/2005 10:20 AM
Please respond to
[email protected]


To
[email protected]
cc

Subject
{Spam?} Re: [shark] Some questions






Hi Geeta.

first, thanks for information.

I'd like a bit of comment around the multiple ways to access the engine.
Isn't it possible to tell in configuration of engine something like 'use 
wrapper call which 
will act as a proxy to a remote corba engine' ? I thought it would be 
possible due to the
modularity of shark engine (something like a  'corba client engine').

Having multiple engine with different name woudln't mess up think when 
deploying new xpdl
(eg, one engine is using the old xpdl while the admin engine will get the 
new one, resulting in
desynchronization between engines?)
Moreover, i would like my JSP to use the external engine (thru corba for 
example) to reduce
the memory usage in tomcat. One of our web applications is quite unstable 
and sometimes eats all
memory, i wouldn't like the heavy processing in workflow to be done inside 
tomcat.

On point number 5, you send me to initialising database, there is some 
shell script to run? Isn't there 
a simple SQL script i could send to database to create 
table/sequences/triggers? According to logs i saw
when running the script it also add demo workflow instance iin database. 
Nice for tests, less for production...

Last comment, do you mean by your suggested code that, if i don't call it, 
all workflows started on the old
version of the xpdl will be broken until i upgrade them using code? If 
yes, shouldn't it be done automatically 
by engine when new xpdl is uploaded?

Le Mardi 19 Juillet 2005 15:38, [email protected] a écrit :
> Hi David,
> 
> Here are answers to some of your questions:
> 
> 2. http://shark.objectweb.org/doc/1.1/ToolAgents/tool_agents.html
> 3. I don't think this is possible.. at least as far as i know.
> 4. The key is to use different Shark.confs with different engine names 
and 
> to turn all caches off: 
> http://mail-archive.objectweb.org/shark/2005-02/msg00071.html
> 5. http://shark.objectweb.org/doc/1.1/HowTo/how_to.html#d0e11
> 6. You can update the current version of a process while old processes 
are 
> still running against an older version. Code you can use:
> 
>         PackageAdministration pa = 
> Shark.getInstance().getAdminInterface().getPackageAdministration();
>         RepositoryMgr rm = Shark.getInstance().getRepositoryManager();
> 
>         String pkgId = rm.getPackageId(xpdlName);
>         try {
>                 pa.updatePackage(pkgId, xpdlName);
>         }
>         catch (Throwable e) {
>                 throw new BaseException(e);
>         }
> 
> Regards,
> Geeta
> 
> 
> 
> 
> delbd <[email protected]> 
> 07/19/2005 04:45 AM
> Please respond to
> [email protected]
> 
> 
> To
> [email protected]
> cc
> 
> Subject
> {Spam?} [shark] Some questions
> 
> 
> 
> 
> 
> 
> Hello, i'd like to get the following informations.
> 
> 1) How to have shark use the users/roles i have define in a HP-UX 
system.
> I already have code which is able to retrieve such users/group in a 
tomcat 
> realm, i need to know what 
> i have to implement so shark recognoize those users/group as 
participants
> 
> 2) How to add custom tools? (like pdf generation)
> 
> 3) Once this is done, is it possible to have the current list of 
> participants/tools preloaded in
> jawe when a wf admin wants to create a new package?
> 
> 4) what is the suggested configuration if i want the shark engine to run 

> in it's own system process while I have a 
> separate JSP based application access this engine (through corba if am 
not 
> wrong)
> 
> 5) Is it easy to use something else than Hypersonic SQL as database (are 

> there some SQL script somewhere to create the database?)
> 
> 6) Is shark quite resistant to changes in process definition while some 
> workflow instance are running on old versions of those process?
> 
> Thanks
> -- 
> David Delbecq
> Royal Meteorological Institute of Belgium
> 
> -
> Is there life after /sbin/halt -p?
> 
> 

-- 
David Delbecq
Royal Meteorological Institute of Belgium

-
Is there life after /sbin/halt -p?


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
You receive this message as a subscriber of the [email protected] 
mailing list.
To unsubscribe: mailto:[email protected]
For general help: mailto:[email protected]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws


CONFIDENTIALITY NOTICE:This email is intended solely for the person or 
entity to which it is addressed and may contain confidential and/or 
protected health information.  Any duplication, dissemination, action 
taken in reliance upon, or other use of this information by persons or 
entities other than the intended recipient is prohibited and may violate 
applicable laws.  If this email has been received in error, please notify 
the sender and delete the information from your system.  The views 
expressed in this email are those of the sender and may not necessarily 
represent the views of IntelliCare.

--
You receive this message as a subscriber of the [email protected] mailing list.
To unsubscribe: mailto:[email protected]
For general help: mailto:[email protected]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws