Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - Alessandro Perucchi

Pages: [1]
1
Other / Back!
« on: September 06, 2023, 08:05:30 AM »
Hello everyone,

I didn't know where I should post this topic, since I haven't been really active on the forum for the last few years.

I am looking to be more active on the forum, and ready for new challenges!
And if one of you, needs a CMOD specialist for its project :-D I might be available!!

Warm regards,
Alessandro Perucchi

PS: Justin, I will try to regain my record of posts in the forum :-D But that might be already too late!  8)

2
MP Server / ARS_ORIGINAL_CODEPAGE
« on: April 03, 2019, 04:28:45 AM »
Hello everybody,

I had a problem with our system, because of the code page, what is written in the database, what is displayed, etc...
And during all my test/java development in java and what was going on in prod, I found something very disturbing... and I wanted to know if you have the same experience, and what could be a solution...

Here is what I've done (AIX and Linux only)
- DB2 10.5, database created in ISO-8859-15 codepage, like we have.
- Install CMOD V8.4, create the tables/indexes, load some documents
- Upgrade to V8.5 or V9.5, doesn't matter.
- Add the ARS_ORIGINAL_CODEPAGE=923 as requested.

Here is what is strange, if I change the shell "locale" to UTF-8 when running arsdb -u for the upgrade process... then, I am requested to change ARS_ORIGINAL_CODEPAGE to the value 1208.
If I use the normal ISO-8859-15 code page for the shell, then ARS_ORIGINAL_CODEPAGE should be 923.
I play around to use other code (that was installed in my AIX/Linux) and guess what... the value of ARS_ORIGINAL_CODEPAGE is always dependant on the locale of the shell.

This has cause me a shock, and after discovering that, I could finally solve a bug I had for many years, that I could never reproduced. When I have my dev environment with the same shell locale as in production, then I could reproduce the problem and solve it.

This brings in my mind many questions... why does CMOD relies on the shell to determine the codepage to use?
This is something that can change at any time, for any reasons. Some will put UTF-8, some other to C, so other to something else.
Maybe you migrate from one server to another, and the old one was per default in ISO-8859-1 and the new one is per default configured with UTF-8...
Then Boom, you server will not react as expected, you have strange chars in your clients instead of your üöéàèôû...

Am I dreaming and imagining things? If that is the case, it means that we must be really careful on how to start CMOD, that it use the correct codepage every time, and that the combination DB codepage and shell codepage that starts "arssockd/arsobjd" must be in sync at all time.

What are you thought on that??

3
MP Server / Full Text Search
« on: March 08, 2019, 03:56:39 AM »
Hello everyone,

I have found today that the CSS for FileNet and the FTS for OnDemand seems to be really the same. And I was wondering if the CMOD can use the CSS and FileNet the FTS?
Has someone tried it? Then would be the question of Licenses, of course, but beside that aspect, I am wondering if OD FTS == FileNet CS or not ????

4
General / Soon leaving the CMOD world
« on: August 21, 2016, 08:00:45 AM »
Hello everybody,

Just a small message to tell you that after nearly 18 years of CMOD experiences, I will change completely my professional orientation.
And I will do something else than CMOD completely.
In nearly one month, I will leave my current job (CMOD specialist at IBM) and most probably, I will stop coming in this forum...

I would like to thank you for all the nice tips and tricks I have learned :-) I am happy to have helped some of you :-)
I am really thankful to Geoff Wilde and Justin for having open this place of sharing :-) And I hope CMOD will last forever!!!

That was a good ride :-)
So Long, and Thanks for All the Fish

5
Report Indexing / ACIF OS/390 & USS
« on: June 06, 2016, 11:38:02 PM »
I am wondering if you have an idea about that topic... Is it possible to run "ARSLOAD" in z/OS on the USS, and use at the same time the indexer OS/390?
Apparently it doesn't work, but maybe we are doing something wrong.

Any help would be appreciated!

6
Hello All,

I've a strange question... have any of you tested to separate Enhanced Retention Manager (ERM) and Report Distribution (RD) from the the main OnDemand instance?

I mean CMOD is in server A
ERM & RD are in server B.

Is it possible? If yes, then what needs to be done so it works...

Sincerely yours,
Alessandro

7
Report Indexing / PostScript -> PDF conversion + PDF Indexer
« on: April 13, 2011, 07:06:18 AM »
Hello everybody,

for once I have too a question! :-)

I've read the CMOD documentation which said that you must use Acrobat Distiller to create your PDF (from PostScript for example).

Now, has someone had some experience with GhostScript? Can it be used?
If yes, what needs to be done to make it compatible with CMOD PDF indexer, or is it automatically recognized?
If no, then ok, I'll check with Acrobat, but I'm quite disapointed, because the version of AIX is always really old and outdated....

Cheers,
Alessandro

8
Hello,

I wanted just to share something I've discovered. Be informed that it is not supported by IBM officially. ;D

If you forget your windows workstation for a moment, and that you have a Linux workstation (in a VMware or any other VM, or if you're lucky a real physical linux Intel workstation).

Then with the software WINE (1.1.34 and above) you can run several CMOD Admin Client at the same time! WINE stands for "Wine Is Not an Emulator" (www.winehq.org).

For each of them, you will need to create a new Wine Prefix in order to have a clear separation of the registry, etc... but it works, and you can install all the version you need.

At the moment, I have one WINE configuration with the latest CMOD Admin client to play with, and learn, check what was corrected.
And I have another for customer which are still with CMOD 7.1.2.4, and with windows, I needed always to deinstall/reinstall/admin/uninstall/reinstall/admin/... well it was hell.

You can work without problem with ACIF Indexer, do the admin for everything, except for PDF...
Nothing with PDF was working (PDF Indexer), and with the CMOD client, I could not see PDF (Data Type: PDF or Data Type: User defined .pdf).
Well I can live with that limitation (well I have not yet work a lot to resolve it!).

Hope that can help someone in need (like it was for me!!)

If someone needs more info, please feel free to ask.

Cheers,
Alessandro

PS: Of course, the normal client works too with that setup!

Pages: [1]