sourcejammer-devel — Developer List

[SourceJammer-devel] KSJEclipse plugin on sourceforge

[Gupta, K. <kar...@tr...>]

The sourcejammer eclipse plugin has been registered on sourceforge and
may be accessed at this website:
http://sourceforge.net/projects/ksjeclipse/
=20
-- Karan
Disclaimer:=20
This email may contain confidential and privileged material for the sole =
use of the intended recipient(s) and only for those purposes previously o=
r herein authorized by the sender. Any review, use, distribution or discl=
osure by others, or use by the recipient for unauthorized purposes, is st=
rictly prohibited. If you are not the intended recipient (or authorized t=
o receive for the recipient), please contact the sender by reply email an=
d delete all copies of this message.

[SourceJammer-devel] New SourceJammer plugin

[Gupta, K. <kar...@tr...>]

Hi,
=20
Until Rob has had the chance to review it, I'm making the new source
jammer plugin for Eclipse available for download at
http://www.karanmg.net/Computers/
=20
Instructions and help are on the site and in the plugin environment in
Eclipse.
It can co-exist with the current SJ plugin available from the
sourcejammer website.
=20
Thanks,
Karan

Re: [SourceJammer-devel] New plugin Source code

[Albert M. <amo...@ev...>]

Hello.
The list does accept attachments, but I believe it'll be better if you =
just send it to Robert, so that he can test it and add it to the =
repository and beta releases.
For those members of the list who do not use Eclipse, the source code =
won't be of much use, so better if those who want it ask for it.
Anyway, thank you very much for developing and offering it as open =
source.
Cheers,
Albert.


  ----- Original Message -----=20
  From: Gupta, Karan=20
  To: ML SJ Devel (E-mail)=20
  Sent: Friday, May 05, 2006 11:44 PM
  Subject: [SourceJammer-devel] New plugin Source code


  Hi,
  =20
  Can I send a zip file containing the source code for the new plugin in =
this ML?
  =20
  Thanks,
  Karan Gupta
  Software Engineer
  TransCore, San Diego=20
  (858) 736 - 8246

[SourceJammer-devel] New plugin Source code

[Gupta, K. <kar...@tr...>]

Hi,
=20
Can I send a zip file containing the source code for the new plugin in =
this ML?
=20
Thanks,
Karan Gupta
Software Engineer
TransCore, San Diego=20
(858) 736 - 8246
=20

RE: [SourceJammer-devel] plugin: mutliple project

[Robert M. <rob...@ya...>]

The connection is actually pretty lightweight, so having to re-connect to update the status of a
file is not really any more costly than just checking the status, as long as the user doesn't have
to re-login.

--Rob



--- "Gupta, Karan" <kar...@tr...> wrote:

> Thanks Rob,
> Oh man, I didn't know the plugin worked this way (I was not able to get it running in our
> environment -- I've mentioned the problem in earlier mails). If I would have known I would have
> written the new code along these lines. 
> 
> Anyway, I've also written a decorator to decorate the file icons, change the color of the
> filenames etc. to mimic sourcejammer client behaviour. This decorator is executed as and when
> necessary to redecorate the files in the Project Explorer based on their status on the server.
> If the plugin keeps connecting and disconnecting from the projects (automatically) it might slow
> down the environment -- what do you think? On the other hand, now the plugin does not maintain 3
> connections to the server, pooling its single connection, to the project that needs it.
> 
> I'll work on it and let you know how it goes...
> 
> Thanks,
> Karan
> 
> 
> -----Original Message-----
> From: sou...@li...
> [mailto:sou...@li...]On Behalf Of
> Robert MacGrogan
> Sent: Tuesday, May 02, 2006 6:04 PM
> To: ML SJ Devel (E-mail)
> Subject: Re: [SourceJammer-devel] plugin: mutliple project
> 
> 
> I'm pretty sure that SJ Eclipse already handles this just fine. You can set up different
> projects
> to point to different spaces in a single archive, different archives on the same server, or
> different archives on different servers. When you switch from a project on one archive to a
> project on another archive, the only way you'll be able to tell is that SJ Eclipse will prompt
> you
> again for your login info. (In fact, I've just tested and this is exactly what happens.)
> 
> This is a bit of a pain, but even this can be worked around.
> 
> The SJ client deals with this by first trying to log in to the new archive using the user's
> current login info. If that works, presto. If it doesn't, SJ catches the exception and then
> prompts with the login dialog.
> 
> Something like that will probably work in SJ Eclipse.
> 
> --Rob
> 
> 
> 
> --- "Gupta, Karan" <kar...@tr...> wrote:
> 
> > Hi,
> >  
> > I am trying to add multiple project support to the sourcejammer eclipse plugin (V 2).
> >  
> > Say I have 3 projects in the workspace.
> > So SJ connection properties ect. can all be set for all 3 of them separately.
> > When Eclipse starts, it can connect to the SJ archive for each project in the workspace (if
> > defined).
> > Files/folders can be operated on transparent to the user that 3 connections to the SJ server
> are
> > running in the background.
> >  
> > However, both SimpleInterface and CommandCentral and singletons.
> > So at one time, the plugin can only hold one instance of each, and so only one connection to
> > only one archive on the server.
> >  
> > Any ideas to get around this problem (without changing the SJ code)???
> >  
> > Thanks,
> > Karan Gupta
> > Software Engineer
> > TransCore, San Diego 
> > (858) 736 - 8246
> >  
> > 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

RE: [SourceJammer-devel] plugin: mutliple project

[Gupta, K. <kar...@tr...>]

Thanks Rob,
Oh man, I didn't know the plugin worked this way (I was not able to get =
it running in our environment -- I've mentioned the problem in earlier =
mails). If I would have known I would have written the new code along =
these lines.=20

Anyway, I've also written a decorator to decorate the file icons, change =
the color of the filenames etc. to mimic sourcejammer client behaviour. =
This decorator is executed as and when necessary to redecorate the files =
in the Project Explorer based on their status on the server. If the =
plugin keeps connecting and disconnecting from the projects =
(automatically) it might slow down the environment -- what do you think? =
On the other hand, now the plugin does not maintain 3 connections to the =
server, pooling its single connection, to the project that needs it.

I'll work on it and let you know how it goes...

Thanks,
Karan


-----Original Message-----
From: sou...@li...
[mailto:sou...@li...]On Behalf Of
Robert MacGrogan
Sent: Tuesday, May 02, 2006 6:04 PM
To: ML SJ Devel (E-mail)
Subject: Re: [SourceJammer-devel] plugin: mutliple project


I'm pretty sure that SJ Eclipse already handles this just fine. You can =
set up different projects
to point to different spaces in a single archive, different archives on =
the same server, or
different archives on different servers. When you switch from a project =
on one archive to a
project on another archive, the only way you'll be able to tell is that =
SJ Eclipse will prompt you
again for your login info. (In fact, I've just tested and this is =
exactly what happens.)

This is a bit of a pain, but even this can be worked around.

The SJ client deals with this by first trying to log in to the new =
archive using the user's
current login info. If that works, presto. If it doesn't, SJ catches the =
exception and then
prompts with the login dialog.

Something like that will probably work in SJ Eclipse.

--Rob



--- "Gupta, Karan" <kar...@tr...> wrote:

> Hi,
> =20
> I am trying to add multiple project support to the sourcejammer =
eclipse plugin (V 2).
> =20
> Say I have 3 projects in the workspace.
> So SJ connection properties ect. can all be set for all 3 of them =
separately.
> When Eclipse starts, it can connect to the SJ archive for each project =
in the workspace (if
> defined).
> Files/folders can be operated on transparent to the user that 3 =
connections to the SJ server are
> running in the background.
> =20
> However, both SimpleInterface and CommandCentral and singletons.
> So at one time, the plugin can only hold one instance of each, and so =
only one connection to
> only one archive on the server.
> =20
> Any ideas to get around this problem (without changing the SJ code)???
> =20
> Thanks,
> Karan Gupta
> Software Engineer
> TransCore, San Diego=20
> (858) 736 - 8246
> =20
>=20


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around=20
http://mail.yahoo.com=20


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, =
security?
Get stuff done quickly with pre-integrated technology to make your job =
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache =
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
SourceJammer-devel mailing list
Sou...@li...
https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel

Re: [SourceJammer-devel] plugin: mutliple project

[Robert M. <rob...@ya...>]

I'm pretty sure that SJ Eclipse already handles this just fine. You can set up different projects
to point to different spaces in a single archive, different archives on the same server, or
different archives on different servers. When you switch from a project on one archive to a
project on another archive, the only way you'll be able to tell is that SJ Eclipse will prompt you
again for your login info. (In fact, I've just tested and this is exactly what happens.)

This is a bit of a pain, but even this can be worked around.

The SJ client deals with this by first trying to log in to the new archive using the user's
current login info. If that works, presto. If it doesn't, SJ catches the exception and then
prompts with the login dialog.

Something like that will probably work in SJ Eclipse.

--Rob



--- "Gupta, Karan" <kar...@tr...> wrote:

> Hi,
>  
> I am trying to add multiple project support to the sourcejammer eclipse plugin (V 2).
>  
> Say I have 3 projects in the workspace.
> So SJ connection properties ect. can all be set for all 3 of them separately.
> When Eclipse starts, it can connect to the SJ archive for each project in the workspace (if
> defined).
> Files/folders can be operated on transparent to the user that 3 connections to the SJ server are
> running in the background.
>  
> However, both SimpleInterface and CommandCentral and singletons.
> So at one time, the plugin can only hold one instance of each, and so only one connection to
> only one archive on the server.
>  
> Any ideas to get around this problem (without changing the SJ code)???
>  
> Thanks,
> Karan Gupta
> Software Engineer
> TransCore, San Diego 
> (858) 736 - 8246
>  
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[SourceJammer-devel] plugin: mutliple project

[Gupta, K. <kar...@tr...>]

Hi,
=20
I am trying to add multiple project support to the sourcejammer eclipse =
plugin (V 2).
=20
Say I have 3 projects in the workspace.
So SJ connection properties ect. can all be set for all 3 of them =
separately.
When Eclipse starts, it can connect to the SJ archive for each project =
in the workspace (if defined).
Files/folders can be operated on transparent to the user that 3 =
connections to the SJ server are running in the background.
=20
However, both SimpleInterface and CommandCentral and singletons.
So at one time, the plugin can only hold one instance of each, and so =
only one connection to only one archive on the server.
=20
Any ideas to get around this problem (without changing the SJ code)???
=20
Thanks,
Karan Gupta
Software Engineer
TransCore, San Diego=20
(858) 736 - 8246
=20

RE: [SourceJammer-devel] Status of a file?

[Gupta, K. <kar...@tr...>]

Hi Rob,

Thanks for the quick reply.
I got the file checkout status working using the code snippet you =
mentioned,=20
and "file diff" status using the CommandCentral.hasLocalFileChanged() =
method.
I can find out if a "file does not exist in SJ", by catching=20
NodeDoesNotExistException :-)

- Karan




-----Original Message-----
From: sou...@li...
[mailto:sou...@li...]On Behalf Of
Robert MacGrogan
Sent: Wednesday, April 26, 2006 7:39 AM
To: ML SJ Devel (E-mail)
Subject: Re: [SourceJammer-devel] Status of a file?


No really easy way. But here's how it's done:

Project folder =3D =
SimpleInterface.getInstance().getProjectObj(parentFolderId);
NodeInfo fileNode =3D (NodeInfo)folder.getNode(fileName);
fileNode.isCheckedOut();
fileNode.getCheckedOutToUser();

For the "diff from local" status, well, that's a bit more complex. =
Unfortunately I never created a
simply utility to test for this. To see how this is done, take a look at =
the method
rebuildDisplayList() in ProjectTreeNode. Hopefully this will point you =
in the right direction.

--Rob



--- "Gupta, Karan" <kar...@tr...> wrote:

> Hi,
> =20
> Is there a method somewhere in the SJ source code to do the following:
> =20
> String status =3D SimpleInterface.getInstance().getStatus(fileID);
> where status could be "checked out", "diffFromLocal", "checked out to =
user 'username' ", etc..
> =20
> Thanks,
> Karan Gupta
> Software Engineer
> TransCore, San Diego=20
> (858) 736 - 8246
> =20
>=20


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around=20
http://mail.yahoo.com=20


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, =
security?
Get stuff done quickly with pre-integrated technology to make your job =
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache =
Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D=
121642
_______________________________________________
SourceJammer-devel mailing list
Sou...@li...
https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel

Re: [SourceJammer-devel] Status of a file?

[Robert M. <rob...@ya...>]

No really easy way. But here's how it's done:

Project folder = SimpleInterface.getInstance().getProjectObj(parentFolderId);
NodeInfo fileNode = (NodeInfo)folder.getNode(fileName);
fileNode.isCheckedOut();
fileNode.getCheckedOutToUser();

For the "diff from local" status, well, that's a bit more complex. Unfortunately I never created a
simply utility to test for this. To see how this is done, take a look at the method
rebuildDisplayList() in ProjectTreeNode. Hopefully this will point you in the right direction.

--Rob



--- "Gupta, Karan" <kar...@tr...> wrote:

> Hi,
>  
> Is there a method somewhere in the SJ source code to do the following:
>  
> String status = SimpleInterface.getInstance().getStatus(fileID);
> where status could be "checked out", "diffFromLocal", "checked out to user 'username' ", etc..
>  
> Thanks,
> Karan Gupta
> Software Engineer
> TransCore, San Diego 
> (858) 736 - 8246
>  
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[SourceJammer-devel] Status of a file?

[Gupta, K. <kar...@tr...>]

Hi,
=20
Is there a method somewhere in the SJ source code to do the following:
=20
String status =3D SimpleInterface.getInstance().getStatus(fileID);
where status could be "checked out", "diffFromLocal", "checked out to =
user 'username' ", etc..
=20
Thanks,
Karan Gupta
Software Engineer
TransCore, San Diego=20
(858) 736 - 8246
=20

Re: [SourceJammer-users] RE: [SourceJammer-devel] CommandCentral.getChecker()

[Albert M. <amo...@ev...>]

Hello, Karan.
There's a very scarce activity in the dev list, you are right, but I believe
these issues should be dealt with in it.
This way, it'll be a bit more active ;-)
Albert.


----- Original Message -----
From: "Gupta, Karan" <kar...@tr...>
To: "ML SJ Users (E-mail)" <sou...@li...>
Sent: Friday, April 21, 2006 7:14 PM
Subject: [SourceJammer-users] RE: [SourceJammer-devel]
CommandCentral.getChecker()


> Thanks, Rob.
> Which list should I mail similar queries to, in the future?
> I don't see any traffic on the The DEV list...
>
> My company here needs a more enhanced version of the sjEclipse plugin, than
whats currently out there (this version didnt work on our installations -- I'm
guessing because of the error below).
> So, thats what I have been working on the past few days.
> Are you working on a second version as well?
>
> -- Karan

RE: [SourceJammer-devel] CommandCentral.getChecker()

[Robert M. <rob...@ya...>]

Excellent, Karan. Glad you figured this out on your own. I was just about to dig in and help you
out, but you beat me to it.

--Rob

--- "Gupta, Karan" <kar...@tr...> wrote:

> I got it!
> I updated the getChecker() method in CommandCentral.java with the following code and rebuilt the
> jars (the ant script is really slick, btw :-).
>  
> String strPath = new String();
> if (moCurrentTreeNode != null)
> {
>     strPath = moCurrentTreeNode.getPathAsString();
> }
> else
> {
>     System.out.println("moCurrentTreeNode is NULL.");
> }
>  
> The moCurrentTreeNode variable was null and generating a NullPointerException.
>  
> Cheers,
> Karan
>  
>  
> 
> -----Original Message-----
> From: sou...@li...
> [mailto:sou...@li...]On Behalf Of Gupta, Karan
> Sent: Wednesday, April 19, 2006 5:00 PM
> To: ML SJ Devel (E-mail)
> Cc: ML SJ Users (E-mail)
> Subject: [SourceJammer-devel] CommandCentral.getChecker()
> 
> 
> Hi,
>  
> I'm trying to figure out the use of the function:
> CommandCentral.getChecker..
>  
> public SourceVersionChecker getChecker(java.io.File flDirectory)
>         throws IOException{
>    
>    String strPath = moCurrentTreeNode.getPathAsString();
>   
>    File flExternalProject = null;
>  
>     if (true == SourceJammerClient.getInstance().isExternalProjectInfoPathUsed()){
>      flExternalProject = new
> File(System.getProperty("user.home")+"/.sourcejammer.projectinfo/"+msUserName+strPath);
>     }
>     
>      return new SourceVersionChecker(flDirectory, msURL, msArchiveName, flExternalProject);
>  }
> 
> In my case, the function SourceJammerClient.getInstance().isExternalProjectInfoPathUsed()
> returns false, so the value of the flExternalProject going to the SourceVersionChecker
> constructor is null. Whats the primary purpose of this parameter? 
>  
> I still have not been able to dig through all the code -- hoping someone here will be able to
> help me out.
> I'm developing a plugin for sourcejammer and I keep getting stuck here :-(
> Please let me know if you need some more info.
>  
> Thanks,
> Karan
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

RE: [SourceJammer-devel] CommandCentral.getChecker()

[Gupta, K. <kar...@tr...>]

I got it!
I updated the getChecker() method in CommandCentral.java with the =
following code and rebuilt the jars (the ant script is really slick, btw =
:-).
=20
String strPath =3D new String();
if (moCurrentTreeNode !=3D null)
{
    strPath =3D moCurrentTreeNode.getPathAsString();
}
else
{
    System.out.println("moCurrentTreeNode is NULL.");
}
=20
The moCurrentTreeNode variable was null and generating a =
NullPointerException.
=20
Cheers,
Karan
=20
=20

-----Original Message-----
From: sou...@li... =
[mailto:sou...@li...]On Behalf Of =
Gupta, Karan
Sent: Wednesday, April 19, 2006 5:00 PM
To: ML SJ Devel (E-mail)
Cc: ML SJ Users (E-mail)
Subject: [SourceJammer-devel] CommandCentral.getChecker()


Hi,
=20
I'm trying to figure out the use of the function:
CommandCentral.getChecker..
=20
public SourceVersionChecker getChecker(java.io.File flDirectory)
        throws IOException{
  =20
   String strPath =3D moCurrentTreeNode.getPathAsString();
 =20
   File flExternalProject =3D null;
=20
    if (true =3D=3D =
SourceJammerClient.getInstance().isExternalProjectInfoPathUsed()){
     flExternalProject =3D new =
File(System.getProperty("user.home")+"/.sourcejammer.projectinfo/"+msUser=
Name+strPath);
    }
   =20
     return new SourceVersionChecker(flDirectory, msURL, msArchiveName, =
flExternalProject);
 }

In my case, the function =
SourceJammerClient.getInstance().isExternalProjectInfoPathUsed() returns =
false, so the value of the flExternalProject going to the =
SourceVersionChecker constructor is null. Whats the primary purpose of =
this parameter?=20
=20
I still have not been able to dig through all the code -- hoping someone =
here will be able to help me out.
I'm developing a plugin for sourcejammer and I keep getting stuck here =
:-(
Please let me know if you need some more info.
=20
Thanks,
Karan

[SourceJammer-devel] CommandCentral.getChecker()

[Gupta, K. <kar...@tr...>]

Hi,
=20
I'm trying to figure out the use of the function:
CommandCentral.getChecker..
=20
public SourceVersionChecker getChecker(java.io.File flDirectory)
        throws IOException{
  =20
   String strPath =3D moCurrentTreeNode.getPathAsString();
 =20
   File flExternalProject =3D null;
=20
    if (true =3D=3D =
SourceJammerClient.getInstance().isExternalProjectInfoPathUsed()){
     flExternalProject =3D new =
File(System.getProperty("user.home")+"/.sourcejammer.projectinfo/"+msUser=
Name+strPath);
    }
   =20
     return new SourceVersionChecker(flDirectory, msURL, msArchiveName, =
flExternalProject);
 }

In my case, the function =
SourceJammerClient.getInstance().isExternalProjectInfoPathUsed() returns =
false, so the value of the flExternalProject going to the =
SourceVersionChecker constructor is null. Whats the primary purpose of =
this parameter?=20
=20
I still have not been able to dig through all the code -- hoping someone =
here will be able to help me out.
I'm developing a plugin for sourcejammer and I keep getting stuck here =
:-(
Please let me know if you need some more info.
=20
Thanks,
Karan

[SourceJammer-devel] FW: [SourceJammer-users] RE: SJ Eclipse plugin

[Gupta, K. <kar...@tr...>]

=20
-----Original Message-----
From: Gupta, Karan=20
Sent: Tuesday, December 06, 2005 3:47 PM
To: 'Chris Pratt'
Cc: sou...@li...
Subject: RE: [SourceJammer-users] RE: SJ Eclipse plugin


thanks for pointing out that little detail :-P
The real exception as delivered by =
InvocationTargetException.getTargetException() is:
java.lang.NullPointerException.
=20
I'm gonna be putting a lot of try-catch blocks to find out what the hell =
is going on...
anyone interested can join me.
=20
And I'm gonna repeat the earlier question:
is anyone else facing a problem with the SJ Eclipse plugin??
I'm using Eclipse 3.1.1 on Windoze.
=20
Thanks,
- karan

-----Original Message-----
From: Chris Pratt [mailto:the...@gm...]
Sent: Tuesday, December 06, 2005 2:58 PM
To: Gupta, Karan
Subject: Re: [SourceJammer-users] RE: SJ Eclipse plugin


If it's an InvocationTargetException, the more important information is =
what's wrapped within.  The InvocationTargetException is just a =
container for an exception that was thrown by a Method.invoke() call, so =
if you can get at the InvocationTargetException.getTargetException() =
that would probably be more useful.
  (*Chris*)


On 12/6/05, Gupta, Karan < kar...@tr...> wrote:=20

Well, I've tried quite a few things, but couldn't get the plugin to work =
on my installation.

The InvocationException is generated at:
AbstractFileAction.java
-- spawnProcess()
---- ps.busyCursorWhile(process)=20

From what I read, busyCursorWhile(process) is supposed to simly call the =
run method of a
IRunnableWithProgress process.
In this case, the processes are in the package =
org.sourcejammer.extension.sjeclipse.process .
Every process must be passed a IProgressMonitor which I don't see =
instantiated anywhere.
So, I'm guessing the InvocationException has something to do with that.

Instead of using spawnProcess to execute the runnables, I tried to use =
IRunnableContext and=20
ProgressMonitorDialog but I am still getting the same Exception.

Any ideas???
Because of this exception, none of the SourceJammer plugin operations =
work.

Is anyone else facing this problem??
If not, then I think I can check out my platform instead of messing with =
the plugin sourcecode.=20

Thanks,
Karan


-----Original Message-----
From: Robert MacGrogan [mailto: rob...@ya...]
Sent: Monday, December 05, 2005 7:33 PM
To: Gupta, Karan; SourceJammer Users=20
Subject: RE: SJ Eclipse plugin


Hi agaih.

I couldn't be happier to have you fix and or enhance (dare I hope?) the =
SJ Eclipse plugin. I don't
know what would cause InvocationTargetException. A full stacktrace would =
be helpful, if it would=20
be possible to get that somehow.

I have not tested the plugin under 3.1.1, but I'm running it under 3.1.0 =
with no problems. Would
they really change the plugin API in a x.x.1 release is such a way as to =
break plugins? Maybe.=20

I don't really have time right now to dig into this, but I'd love to =
have you see if you can fix
it. Any other enhancements you'd like to make would be welcome. I'd be =
happy to give you access to
the archive and to set you up as an admin on the sjextensions project if =
you want to do releases.=20

I looked at the code and I don't think that the "/" relative path should =
be a problem after all.
It would be nice if I had set up the plugin to use log4j or something to =
make debugging easier.
Live and learn.=20

One thing you could try is to run the plugin project in Ecliplse in =
debug mode to see if that
helps you narrow down the source of the problem.

Keep me posted and let me know how I can help.

--Rob

PS: You might want to subscribe to either the users or devel lists so =
you can post your messages
there.

--- "Gupta, Karan" < kar...@tr... > wrote:

> Hi Rob,
>
> I just spoke to my boss about the plugin you've built and he's =
expressed an interest in
> making a contribution to your project. So I guess thats good news =
isn't it?? He knows how much=20
> we would benefit from this plugin :-)
>
> Well, I've been working on the code and I don't understand the reason =
for the
> InvocationException.
> Is this a bug? Or is it because I'm using Eclipse 3.1.1?
> Any ideas?
> I sent you another email just before this explaining what I was able =
to discover.
> We really need this thing to working, coz we cannot change our =
directory structure.
> Plus fixing this would only make the plugin mor flexible.=20
> If I'm able to do it, I'll send you whatever changes I've made so that =
they can be put in.
> But as of now, I think I'll not be able to proceed on this (within =
time and reason) without your
> help.
> Any help from you would be really great.
>
> Thanks a lot,
> Karan
>
>
> -----Original Message-----
> From: Robert MacGrogan [mailto:  <mailto:rob...@ya...> =
rob...@ya...]
> Sent: Monday, December 05, 2005 2:37 PM
> To: Gupta, Karan; SourceJammer Users
> Subject: Re: SJ Eclipse plugin
>
>
> Hi, Karan.
>
> So the root of your SJ archive is also the root of your Eclipse =
project? In that case, "/" seems=20
> logical, but this is not something I tested, so I'm not sure it will =
work.
>
> Would it be possible for you to move all of your SJ files to a new top =
level folder? Something
> like dev or project or anything really. You could do this just for =
testing purposes to at least=20
> verify what the problem is.
>
> Then you'd set up the relative path to be "/dev/"
>
> As for compiling, there should be a build.properties and build.xml in =
the SJ eclipse source tree=20
> here:
>
> http://dev.sourcejammer.org/BrowseArchive?Command=3Dopen_archive =
<http://dev.sourcejammer.org/BrowseArchive?Command=3Dopen_archive&archive=
_name=3DSourceJammer> &archive_name=3DSourceJammer=20
>
> You need to browse down into extensions/sjeclipse.
>
> --Rob
>
>
>
> --- "Gupta, Karan" < kar...@tr...  =
<mailto:kar...@tr...> > wrote:
>
> > Hi Rob,
> >
> > Sorry I am sending this to your personal email account.
> > But this issue has me totally dumbfounded (now we know where that =
word can be used :-).=20
> > And I didn't know where to turn to for help.
> > I've been going thru the sourcecode, and seems like I'm the first =
guy to post something about
> > the plugin in the forums.
> >
> > Anyway, so I downloaded the SJ Eclipse plugin (great idea, btw) and =
am trying to get it to
> work
> > for my archive and project.
> > Here's the scenario:
> >
> > Eclipse project layout:=20
> > I'm using Eclipse 3.1.1.
> > C:\EclipseWSs\the_workspace
> > C:\EclipseWSs\the_workspace\the_project
> > C:\EclipseWSs\the_workspace\the_project\src
> > C:\EclipseWSs\the_workspace\the_project\properties=20
> > C:\EclipseWSs\the_workspace\the_project\docs
> > C:\EclipseWSs\the_workspace\the_project\DB
> > C:\EclipseWSs\the_workspace\the_project\libCompile
> > C:\EclipseWSs\the_workspace\the_project\libRuntime=20
> > .......
> > and so on..
> >
> > Now my archive completely follows the tree I have in eclipse.
> > That means, ALL the directories and files under directory =
"the_project" are in my archive (not=20
> > just src or docs etc).
> >
> > Archive setup:
> > Archive name: the_project
> > - the_project
> >        --- src
> >        --- properties
> >        --- docs=20
> >        --- DB
> >        --- libCompile
> >        --- libRuntime
> > ... and so on...
> >
> > I have set the SJ Eclipse properties in Project Properties:
> > Server URL: =
http://fmms-internal1:8090/sourcejammer/servlet/rpcrouter
> > Archive name: the_project
> > Relative Path: this is where the problem is.=20
> > I have tried everythign I could think of: "/", "/../", "/docs/../", =
"the_project/",
> > "/the_project", "/the_project/", "/ etc...but nothing seems to work. =

> > I looked through the source code and found this guy:
> > private static String buildSJPathFromIPath(IPath path, =
SJEclipseProjectProperties props){
> >     //Build the full SJ path.
> >     StringBuffer str =3D new StringBuffer();=20
> >     str.append(props.getRelativePath());
> >     str.append(path.toString());
> >     String sjPath =3D str.toString();
> >     System.out.println(sjPath);
> >     return sjPath;=20
> >   }
> >
> > "The Relative Path setting must be the path in your SourceJammer =
archive to the SJ folder that
> > corresponds to the root of your Eclipse directory.
> > This path must begin and end with a forward slash (/) character."=20
> > In my SJ tree the SJ folder which is the root of my Eclipse =
directory is / (isn't it??).
> > I am unable to use the plugin, bcoz I keep getting either Exceptions =
or errors:
> > java.lang.reflect.InvocationTargetException=20
> > or
> > Error: This project does not contain a child with the name: =
the_project. Error: This project
> > does not contain a child with the name: the_project.
> >
> > Also, how can I compile just the plugin?=20
> >
> > Please help me out, if u have some time.
> >
> > Thank you,
> > Karan Gupta
> > Software Engineer
> > TransCore, San Diego
> > (858) 826 - 2139=20
> >
> >
>
>
>
>
> __________________________________________
> Yahoo! DSL - Something to write home about.
> Just $16.99/mo. or less.
> dsl.yahoo.com
>
>




__________________________________________
Yahoo! DSL - Something to write home about.
Just $16.99/mo. or less.
dsl.yahoo.com=20



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log =
files
for problems?  Stop!  Download the new AJAX search engine that makes=20
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37 =
<http://ads.osdn.com/?ad_idv37&alloc_id=16865&opclick> =
&alloc_id=16865&opclick
_______________________________________________=20
SourceJammer-users mailing list
Sou...@li...
https://lists.sourceforge.net/lists/listinfo/sourcejammer-users  =
<https://lists.sourceforge.net/lists/listinfo/sourcejammer-users>=20

[SourceJammer-devel] RE: SJ Eclipse plugin

[Gupta, K. <kar...@tr...>]

Well, I've tried quite a few things, but couldn't get the plugin to work =
on my installation.

The InvocationException is generated at:
AbstractFileAction.java
-- spawnProcess()
---- ps.busyCursorWhile(process)

From what I read, busyCursorWhile(process) is supposed to simly call the =
run method of a=20
IRunnableWithProgress process.
In this case, the processes are in the package =
org.sourcejammer.extension.sjeclipse.process.
Every process must be passed a IProgressMonitor which I don't see =
instantiated anywhere.
So, I'm guessing the InvocationException has something to do with that.

Instead of using spawnProcess to execute the runnables, I tried to use =
IRunnableContext and
ProgressMonitorDialog but I am still getting the same Exception.

Any ideas???
Because of this exception, none of the SourceJammer plugin operations =
work.

Is anyone else facing this problem??
If not, then I think I can check out my platform instead of messing with =
the plugin sourcecode.

Thanks,
Karan


-----Original Message-----
From: Robert MacGrogan [mailto:rob...@ya...]
Sent: Monday, December 05, 2005 7:33 PM
To: Gupta, Karan; SourceJammer Users
Subject: RE: SJ Eclipse plugin


Hi agaih.

I couldn't be happier to have you fix and or enhance (dare I hope?) the =
SJ Eclipse plugin. I don't
know what would cause InvocationTargetException. A full stacktrace would =
be helpful, if it would
be possible to get that somehow.

I have not tested the plugin under 3.1.1, but I'm running it under 3.1.0 =
with no problems. Would
they really change the plugin API in a x.x.1 release is such a way as to =
break plugins? Maybe.

I don't really have time right now to dig into this, but I'd love to =
have you see if you can fix
it. Any other enhancements you'd like to make would be welcome. I'd be =
happy to give you access to
the archive and to set you up as an admin on the sjextensions project if =
you want to do releases.

I looked at the code and I don't think that the "/" relative path should =
be a problem after all.
It would be nice if I had set up the plugin to use log4j or something to =
make debugging easier.
Live and learn.

One thing you could try is to run the plugin project in Ecliplse in =
debug mode to see if that
helps you narrow down the source of the problem.

Keep me posted and let me know how I can help.

--Rob

PS: You might want to subscribe to either the users or devel lists so =
you can post your messages
there.

--- "Gupta, Karan" <kar...@tr...> wrote:

> Hi Rob,
>=20
> I just spoke to my boss about the plugin you've built and he's =
expressed an interest in=20
> making a contribution to your project. So I guess thats good news =
isn't it?? He knows how much
> we would benefit from this plugin :-)
>=20
> Well, I've been working on the code and I don't understand the reason =
for the
> InvocationException.
> Is this a bug? Or is it because I'm using Eclipse 3.1.1?
> Any ideas?
> I sent you another email just before this explaining what I was able =
to discover.
> We really need this thing to working, coz we cannot change our =
directory structure.
> Plus fixing this would only make the plugin mor flexible.
> If I'm able to do it, I'll send you whatever changes I've made so that =
they can be put in.
> But as of now, I think I'll not be able to proceed on this (within =
time and reason) without your
> help.
> Any help from you would be really great.
>=20
> Thanks a lot,
> Karan
>=20
>=20
> -----Original Message-----
> From: Robert MacGrogan [mailto:rob...@ya...]
> Sent: Monday, December 05, 2005 2:37 PM
> To: Gupta, Karan; SourceJammer Users
> Subject: Re: SJ Eclipse plugin
>=20
>=20
> Hi, Karan.
>=20
> So the root of your SJ archive is also the root of your Eclipse =
project? In that case, "/" seems
> logical, but this is not something I tested, so I'm not sure it will =
work.
>=20
> Would it be possible for you to move all of your SJ files to a new top =
level folder? Something
> like dev or project or anything really. You could do this just for =
testing purposes to at least
> verify what the problem is.
>=20
> Then you'd set up the relative path to be "/dev/"
>=20
> As for compiling, there should be a build.properties and build.xml in =
the SJ eclipse source tree
> here:
>=20
> =
http://dev.sourcejammer.org/BrowseArchive?Command=3Dopen_archive&archive_=
name=3DSourceJammer
>=20
> You need to browse down into extensions/sjeclipse.
>=20
> --Rob
>=20
>=20
>=20
> --- "Gupta, Karan" <kar...@tr...> wrote:
>=20
> > Hi Rob,
> > =20
> > Sorry I am sending this to your personal email account.
> > But this issue has me totally dumbfounded (now we know where that =
word can be used :-).
> > And I didn't know where to turn to for help.
> > I've been going thru the sourcecode, and seems like I'm the first =
guy to post something about
> > the plugin in the forums.
> > =20
> > Anyway, so I downloaded the SJ Eclipse plugin (great idea, btw) and =
am trying to get it to
> work
> > for my archive and project.
> > Here's the scenario:
> > =20
> > Eclipse project layout:
> > I'm using Eclipse 3.1.1.
> > C:\EclipseWSs\the_workspace
> > C:\EclipseWSs\the_workspace\the_project
> > C:\EclipseWSs\the_workspace\the_project\src
> > C:\EclipseWSs\the_workspace\the_project\properties
> > C:\EclipseWSs\the_workspace\the_project\docs
> > C:\EclipseWSs\the_workspace\the_project\DB
> > C:\EclipseWSs\the_workspace\the_project\libCompile
> > C:\EclipseWSs\the_workspace\the_project\libRuntime
> > .......
> > and so on..
> > =20
> > Now my archive completely follows the tree I have in eclipse.
> > That means, ALL the directories and files under directory =
"the_project" are in my archive (not
> > just src or docs etc).
> > =20
> > Archive setup:
> > Archive name: the_project
> > - the_project
> >        --- src
> >        --- properties
> >        --- docs
> >        --- DB
> >        --- libCompile
> >        --- libRuntime
> > ... and so on...
> > =20
> > I have set the SJ Eclipse properties in Project Properties:
> > Server URL: =
http://fmms-internal1:8090/sourcejammer/servlet/rpcrouter
> > Archive name: the_project
> > Relative Path: this is where the problem is.
> > I have tried everythign I could think of: "/", "/../", "/docs/../", =
"the_project/",
> > "/the_project", "/the_project/", "/ etc...but nothing seems to work.
> > I looked through the source code and found this guy:
> > private static String buildSJPathFromIPath(IPath path, =
SJEclipseProjectProperties props){
> >     //Build the full SJ path.
> >     StringBuffer str =3D new StringBuffer();
> >     str.append(props.getRelativePath());
> >     str.append(path.toString());
> >     String sjPath =3D str.toString();
> >     System.out.println(sjPath);
> >     return sjPath;
> >   }
> > =20
> > "The Relative Path setting must be the path in your SourceJammer =
archive to the SJ folder that
> > corresponds to the root of your Eclipse directory.=20
> > This path must begin and end with a forward slash (/) character."
> > In my SJ tree the SJ folder which is the root of my Eclipse =
directory is / (isn't it??).
> > I am unable to use the plugin, bcoz I keep getting either Exceptions =
or errors:
> > java.lang.reflect.InvocationTargetException
> > or
> > Error: This project does not contain a child with the name: =
the_project. Error: This project
> > does not contain a child with the name: the_project.
> > =20
> > Also, how can I compile just the plugin?
> > =20
> > Please help me out, if u have some time.
> > =20
> > Thank you,
> > Karan Gupta
> > Software Engineer
> > TransCore, San Diego=20
> > (858) 826 - 2139=20
> > =20
> >=20
>=20
>=20
>=20
> 	=09
> __________________________________________=20
> Yahoo! DSL - Something to write home about.=20
> Just $16.99/mo. or less.=20
> dsl.yahoo.com=20
>=20
>=20



	=09
__________________________________________=20
Yahoo! DSL - Something to write home about.=20
Just $16.99/mo. or less.=20
dsl.yahoo.com=20

[SourceJammer-devel] Re: SourceJammer and Encoding

[Marcelo S. <sal...@on...>]

   I've tried and find that the problem is a little worse than I 
imagined (or maybe it is not).

   You're right, ISO-8859-1 can't currupt win files: I had a win 
ISO-8859-1 win2K SJ server running for a long time, no probs. Thingy is, 
my Linux is UTF-8. There is this env var: "LANG=pt_BR.UTF-8" that seems 
to be sensitive for Tomcat. I didn't tell this earlier, but even my diff 
window on SJ was messed up, also for non-corrupted files on disk. 
Changing this var before running SJ, e.g.:

   > LANG="pt_BR.ISO-8859-1" sh sj_gui

seems to help a little. I bet if I set this var to ISO-8859-1 before 
running tomcat the problem will go away (for windows, that is). Then I 
will probably have to set 2 tomcat servers, one ISO-8559-1 and the other 
UTF-8. That's a lot of resources, so I thought of the alternative I've 
mentioned before.

    Aside of this complications, is there a way to use text files of 
many encodings on the same SJ archive/server? Suppose one have some 
webpage that has some .html for languages like Japanese, English, Arab, etc.
Would it be possible to store this files uncorrupted in SJ?

PS: Rob, if I were to implement this, would it be a hard thing? If you 
give me some directions, I might implement it, if needed.

===============================
   Marcelo Saldanha
   Ciência da Computação - UFMG


Robert MacGrogan wrote:
> Hi, Marcelo.
> 
> Glad to hear from you again. I recognized your name as soon as I saw it.
> 
> What you're saying sounds possible, but I'm not sure it's necessary. I've never noticed that using
> ISO-8859-1 corrupts Windows files. Can anyone out there tell me if I'm wrong about that?
> 
> Unfortunately, if you decide you want this change, you'll probably have to implement it yourself.
> I really can't make any promises at this point about when I'll (finally) get around to developing
> new SJ functionality.
> 
> --Rob
> 
> 
> 
> --- Marcelo Saldanha <sal...@on...> wrote:
> 
> 
>>   Hello, Robert!
>>
>>   It's been a while since my last e-mail. I'm the one who did that 
>>little translation tool, ages ago...
>>
>>   Now I'm back, and have a little question for you: Is it possible for 
>>SJ to use different encoding charsets for differente files? I had 
>>configured SJ server to store text files in UTF-8, since most of my 
>>files are on Linux, and are UTF-8. Now I need to store some Delphi files 
>>and it seems that these files are ISO-8859-1.
>>
>>   Well, my big problem is that this situation forces SJ to be mutually 
>>exclusive regarding the charsets. That is, I can either store using 
>>UTF-8 and have my Windows files corrupted or store using ISO-8859-1 and 
>>corrupt my Linux files. I thought of setting up two servers, but that 
>>would be too much of a hammer solution, and I'm trying to avoid that.
>>
>>   I can think of three possible solutions for this:
>>   1) SJ could use a specific encoding charset (utf8 or iso8859-1) for 
>>storing the text file, but also storing what encoding the user wants the 
>>  file to use. This way, during the Get SJ would convert the file 
>>between the storage and user charsets.
>>   2) SJ could store each file it its own encoding charset, eliminating 
>>the need of conversion.
>>   3) Combine the two above: SJ would store the file on its own 
>>encoding,  but also allow conversion (other users might want the file 
>>with a different encoding).
>>
>>   I hope you can help me find a solution for this problem.
>>
>>   Thanks!
>>
>>===============================
>>   Marcelo Saldanha
>>   Ciência da Computação - UFMG
>>
> 
> 
> 
> 
> 		
> __________________________________ 
> Yahoo! Mail - PC Magazine Editors' Choice 2005 
> http://mail.yahoo.com
> 

[SourceJammer-devel] Re: SourceJammer and Encoding

[Robert M. <rob...@ya...>]

Hi, Marcelo.

Glad to hear from you again. I recognized your name as soon as I saw it.

What you're saying sounds possible, but I'm not sure it's necessary. I've never noticed that using
ISO-8859-1 corrupts Windows files. Can anyone out there tell me if I'm wrong about that?

Unfortunately, if you decide you want this change, you'll probably have to implement it yourself.
I really can't make any promises at this point about when I'll (finally) get around to developing
new SJ functionality.

--Rob



--- Marcelo Saldanha <sal...@on...> wrote:

> 
>    Hello, Robert!
> 
>    It's been a while since my last e-mail. I'm the one who did that 
> little translation tool, ages ago...
> 
>    Now I'm back, and have a little question for you: Is it possible for 
> SJ to use different encoding charsets for differente files? I had 
> configured SJ server to store text files in UTF-8, since most of my 
> files are on Linux, and are UTF-8. Now I need to store some Delphi files 
> and it seems that these files are ISO-8859-1.
> 
>    Well, my big problem is that this situation forces SJ to be mutually 
> exclusive regarding the charsets. That is, I can either store using 
> UTF-8 and have my Windows files corrupted or store using ISO-8859-1 and 
> corrupt my Linux files. I thought of setting up two servers, but that 
> would be too much of a hammer solution, and I'm trying to avoid that.
> 
>    I can think of three possible solutions for this:
>    1) SJ could use a specific encoding charset (utf8 or iso8859-1) for 
> storing the text file, but also storing what encoding the user wants the 
>   file to use. This way, during the Get SJ would convert the file 
> between the storage and user charsets.
>    2) SJ could store each file it its own encoding charset, eliminating 
> the need of conversion.
>    3) Combine the two above: SJ would store the file on its own 
> encoding,  but also allow conversion (other users might want the file 
> with a different encoding).
> 
>    I hope you can help me find a solution for this problem.
> 
>    Thanks!
> 
> ===============================
>    Marcelo Saldanha
>    Ciência da Computação - UFMG
> 



		
__________________________________ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
http://mail.yahoo.com

Re: [SourceJammer-devel] File Locking issue, possibly session timeout ?

[Anin <ani...@pa...>]

Rob,
 
  I am running sourcejammer server 2.1.0 on Tomcat 5.5 with JDK 5. I am 
connecting using the 2.1.2 beta client. I see this error once in a while 
on the server logs. It makes some directories completely unbrowsable in 
the archive. The only way to fix it is to perform a restart and it goes 
away.. I am thinking maybe it is something to do with the beta client 
that I am using, session management problems etc. But please tell me if 
something jumps out from this stack trace.

Thanks,
Anin

--------------------------------------------------------------------------------------
Killed expired session -- id:7881362370056793071, user:test1
!! Caught security exception !!
Node Name: null
File Name: null
Locked: true
Read Only: false
org.sourcejammer.server.security.SecurityException: Unable to obtain 
filesystem lock on the requested node. Unable to obtain filesystem lock 
on the requested node. 
org.sourcejammer.server.security.ObjectLockingException: Unable to 
obtain filesystem lock on the requested node.
    at 
org.sourcejammer.project.model.filesys.NodeLibraryFS.getFileNode(Unknown 
Source)
    at 
org.sourcejammer.project.controller.ProjectController.projectNodeToProject(Unknown 
Source)
    at 
org.sourcejammer.project.controller.ProjectController.getProject(Unknown 
Source)
    at 
org.sourcejammer.project.view.MasterControlProgram.getProjectInfo(Unknown 
Source)
    at sun.reflect.GeneratedMethodAccessor47.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.apache.soap.server.RPCRouter.invoke(RPCRouter.java:146)
    at 
org.apache.soap.providers.RPCJavaProvider.invoke(RPCJavaProvider.java:129)
    at 
org.apache.soap.server.http.RPCRouterServlet.doPost(RPCRouterServlet.java:354)
    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:252)
    at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
    at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
    at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
    at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
    at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
    at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
    at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
    at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
    at 
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
    at 
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
    at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
    at java.lang.Thread.run(Unknown Source)
org.sourcejammer.server.security.ObjectLockingException: Unable to 
obtain filesystem lock on the requested node.
    at 
org.sourcejammer.project.model.filesys.NodeLibraryFS.obtainLock(Unknown 
Source)
    at 
org.sourcejammer.project.model.filesys.NodeLibraryFS.getFileNode(Unknown 
Source)
    at 
org.sourcejammer.project.controller.ProjectController.projectNodeToProject(Unknown 
Source)
    at 
org.sourcejammer.project.controller.ProjectController.getProject(Unknown 
Source)
    at 
org.sourcejammer.project.view.MasterControlProgram.getProjectInfo(Unknown 
Source)
    at sun.reflect.GeneratedMethodAccessor47.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.apache.soap.server.RPCRouter.invoke(RPCRouter.java:146)
    at 
org.apache.soap.providers.RPCJavaProvider.invoke(RPCJavaProvider.java:129)
    at 
org.apache.soap.server.http.RPCRouterServlet.doPost(RPCRouterServlet.java:354)
    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:252)
    at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
    at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
    at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
    at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
    at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
    at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
    at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
    at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
    at 
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
    at 
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
    at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
    at java.lang.Thread.run(Unknown Source)
org.sourcejammer.server.security.ObjectLockingException: Unable to 
obtain filesystem lock on the requested node.
    at 
org.sourcejammer.project.model.filesys.NodeLibraryFS.obtainLock(Unknown 
Source)
    at 
org.sourcejammer.project.model.filesys.NodeLibraryFS.getFileNode(Unknown 
Source)
    at 
org.sourcejammer.project.controller.ProjectController.projectNodeToProject(Unknown 
Source)
    at 
org.sourcejammer.project.controller.ProjectController.getProject(Unknown 
Source)
    at 
org.sourcejammer.project.view.MasterControlProgram.getProjectInfo(Unknown 
Source)
    at sun.reflect.GeneratedMethodAccessor47.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.apache.soap.server.RPCRouter.invoke(RPCRouter.java:146)
    at 
org.apache.soap.providers.RPCJavaProvider.invoke(RPCJavaProvider.java:129)
    at 
org.apache.soap.server.http.RPCRouterServlet.doPost(RPCRouterServlet.java:354)
    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:252)
    at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
    at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
    at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
    at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
    at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
    at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
    at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
    at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
    at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
    at 
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
    at 
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
    at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
    at java.lang.Thread.run(Unknown Source)

Re: [SourceJammer-devel] version control with DB

[Robert M. <rob...@ya...>]

SJ only supports storing directly on the file system and not in a DB. Long ago, when I first
concieved the project, I wanted to support both file system and db, but I never actually
implemented any DB stuff.

--Rob


--- P.C...@pi... wrote:

> Hi,
> 
> I wonder if SourceJammer can be used along with some other database.
> I am looking a requirement where along some relational data, I need to 
> store some xml data as well and plan to use LOB feature of Database as 
> most of the database are XML enabled. But I also need to display version 
> history of those and get appropriate version and diff between version i.e. 
> standard version control features along with check-in, check out. Open 
> source solution is required.
> 
> At present, it is something like
> Java Application -> O-R Mapper -> DB
> Now needed some thing like:
> Java Application -> O-R Mapper (should be here or before DB?) -> Version 
> Control -> DB 
> Can SourceJammer fit in this scenario? Say:
> Java Application -> Hibernate (should be here or before DB?) -> 
> SourceJammer -> HSQLDB 
> 
> Any thoughts, pointers/directions will be useful.
> 
> Thanks in advance.
> Regards.


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[SourceJammer-devel] version control with DB

[<P.C...@pi...>]

Hi,

I wonder if SourceJammer can be used along with some other database.
I am looking a requirement where along some relational data, I need to 
store some xml data as well and plan to use LOB feature of Database as 
most of the database are XML enabled. But I also need to display version 
history of those and get appropriate version and diff between version i.e. 
standard version control features along with check-in, check out. Open 
source solution is required.

At present, it is something like
Java Application -> O-R Mapper -> DB
Now needed some thing like:
Java Application -> O-R Mapper (should be here or before DB?) -> Version 
Control -> DB 
Can SourceJammer fit in this scenario? Say:
Java Application -> Hibernate (should be here or before DB?) -> 
SourceJammer -> HSQLDB 

Any thoughts, pointers/directions will be useful.

Thanks in advance.
Regards.

Re: [SourceJammer-devel] More on missing files

[Robert M. <rob...@ya...>]

Thanks, Albert, for this excellent and detailed bug report. I'll be able to test this now. We
might have a line on what the bug is. 

Regardless of whether the user said to remove all shares or just the current share, the remove
file operation _shouldn't_ delete the source file. A remove file operation keeps the source file
intact so it can potentially be restored later. In other words, this is not user error. I'll look
into the  issue and see if I can recreate it.

--Rob

--- Albert Moliner <amo...@ev...> wrote:

> 
> Hello, Rob.
> 
> I was as surprised (and, probably, "incredulous" about the cause) as you about
> the problems Kevin Cloudt and his team had with some missing files in the
> repository. Perhaps as a punishment by the gods, however, we've suffered
> something similar in our office: When trying to get a shared file, the client
> would warn about an IOException from some locations, and about a missing file in
> the server (providing the full path) from others. The corresponding source file
> is, obviously, really missing, so either it wasn't created when it was added or
> it was deleted sometime, without SJ updating its file system structures (as it
> still appears in the client interface, and the XML files still exist).
> 
> Fortunately, the file had not been added long ago, and the person who has been
> working with it remembers all he had done with it:
> - First, it was added to the repository, of course.
> - Then, a file share was created to a different directory.
> - Some days later, a new share was added to yet another location.
> - Right after that, this latest share was removed.
> - Finally, some six new shares were created in various locations.
> 
> And now, when you try to download the file, the error occurs as the source does
> not exist.
> 
> The plugin activity logs confirm these actions, but with a special, suspectful
> and very intriguing difference: The fourth operation is logged as "remove-file",
> not as the expected "remove-file-share". And why?
> Well, the person who did it says he didn't choose the "Remove File Share" option
> from the menu, but the "Remove File(s)", which asks you whether you want to
> remove just this share or all of them. He clicked on the "Remove from this
> folder", which should be equivalent to "Remove File Share" (shouldn't it?).
> However, the server didn't log it as the same, and I believe that deleted the
> source file.
> You may say: "Well, who knows if he really clicked that button and not the other
> one?". Well, if he did so, then there's an error anyway, because ALL the shares
> should have disappeared and the file should not be visible anymore in the
> repository.
> 
> Therefore, my guess is that there's a bug in the removal of a file share by
> means of the remove file option. I ought to have checked that with some test
> files (which would have been much shorter than writing this looong email),
> but... well, I admit it, I'm too lazy.
> 
> May Kevin's problems have the same origin? I hope they do, so they would be more
> easily solved.
> 
> Albert.
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[SourceJammer-devel] Yet more on missing files

[Albert M. <amo...@tr...>]

Well, what I've said in the previous message gets a new twist. The log line
talking about the "remove-file" instead of "remove-file-share" is still strange,
but now the problems appear with other files that are not shared, so this is
really spooky.

A file created two weeks ago, with a newer version checked in on the 2nd of
August, and whose XML reads:

<?xml version="1.0" encoding="ISO-8859-1"?>
<SJFileSysNode SJVersion="2.1.0.1"><Info NodeName="CenterForm.java"
FileName="21869" CreatedDate="1122566283019" NodeType="2" FileType="2"
HistoryStorageType="1" IsLimitHistorySize="true" MaxHistorySize="-1"
MasterFileID="21736"
LatestVersionFileName="27834"><Comment/></Info><Children><Child NodeName="1"
FileName="27495" UniqueID="27497" NodeType="3" CreatedDate="1122566283019"
SourceSize="1479" CreatedUser="amoliner" VersionType="1"/><Child NodeName="2"
FileName="27832" UniqueID="27834" NodeType="4" CreatedDate="1122980282639"
SourceSize="1480" CreatedUser="amoliner"
VersionType="1"/></Children><Parents><Parent
ParentID="2992"/></Parents><RemovedParents/></SJFileSysNode>

will throw exceptions when you try to get it, or compare the repository with the
local version, or check it in (after a check-out), because the source/27832 file
isn't in the disk. However, a view operation works (!).

The server where SJ runs has not suffered any shut down, nor is accessed by
anyone who could have deleted the files. Unless the backup program went nuts and
restored a backup from the tape instead of saving the data in it, I cannot guess
how the files went away.

Albert.

[SourceJammer-devel] More on missing files

[Albert M. <amo...@ev...>]

Hello, Rob.

I was as surprised (and, probably, "incredulous" about the cause) as you about
the problems Kevin Cloudt and his team had with some missing files in the
repository. Perhaps as a punishment by the gods, however, we've suffered
something similar in our office: When trying to get a shared file, the client
would warn about an IOException from some locations, and about a missing file in
the server (providing the full path) from others. The corresponding source file
is, obviously, really missing, so either it wasn't created when it was added or
it was deleted sometime, without SJ updating its file system structures (as it
still appears in the client interface, and the XML files still exist).

Fortunately, the file had not been added long ago, and the person who has been
working with it remembers all he had done with it:
- First, it was added to the repository, of course.
- Then, a file share was created to a different directory.
- Some days later, a new share was added to yet another location.
- Right after that, this latest share was removed.
- Finally, some six new shares were created in various locations.

And now, when you try to download the file, the error occurs as the source does
not exist.

The plugin activity logs confirm these actions, but with a special, suspectful
and very intriguing difference: The fourth operation is logged as "remove-file",
not as the expected "remove-file-share". And why?
Well, the person who did it says he didn't choose the "Remove File Share" option
from the menu, but the "Remove File(s)", which asks you whether you want to
remove just this share or all of them. He clicked on the "Remove from this
folder", which should be equivalent to "Remove File Share" (shouldn't it?).
However, the server didn't log it as the same, and I believe that deleted the
source file.
You may say: "Well, who knows if he really clicked that button and not the other
one?". Well, if he did so, then there's an error anyway, because ALL the shares
should have disappeared and the file should not be visible anymore in the
repository.

Therefore, my guess is that there's a bug in the removal of a file share by
means of the remove file option. I ought to have checked that with some test
files (which would have been much shorter than writing this looong email),
but... well, I admit it, I'm too lazy.

May Kevin's problems have the same origin? I hope they do, so they would be more
easily solved.

Albert.