Eclipse Community Forums: EPP » changing the upload URL

Search

Help

Login

Home » Archived » EPP » changing the upload URL

Show: Today's Messages :: Show Polls :: Message Navigator

Switch to threaded view of this topic

Create a new topic

Submit Reply

changing the upload URL [message #11887]

Wed, 15 July 2009 07:07

David is currently offline

Friend

Messages: 88
Registered: July 2009

Member

Hello, i am trying to utilize UDC to see if i can get it working
internally for my users. I have set up everything including the database
and php with an apache server. I started eclipse with the
" -Dorg.eclipse.epp.usagedata.recording.upload-url=path-to-int ernal-apache2 "
I got an message in the consolelog saying:

!SESSION 2009-07-14 15:53:07.483
-----------------------------------------------
eclipse.buildId=I20090611-1540
java.version=1.6.0_12
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
Framework arguments:
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php

all is good right! i then tried to run the upload from within preferences
and i got an error from the consolelog saying:

!ENTRY org.eclipse.epp.usagedata.recording 2 0 2009-07-15 08:54:50.577
!MESSAGE The usage data upload server at http://udc.eclipse.org/upload.php
could not be found.
!STACK 0
java.net.UnknownHostException: udc.eclipse.org
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
...........

Didn't the property change? i can see in the apache if an log request has
come but it haven't even attempted to get upload.php. Which leads me to
think there is something other that still pushes the eclipse client
towards udc.eclipse.org/upload.php. Has anyone else tested this and found
that you needed to edit the source to be able to use the udc features?

thanks for any hints, and this cool feature :-)

Report message to a moderator

Re: changing the upload URL [message #12243 is a reply to message #11887]

Thu, 16 July 2009 00:14

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

That should work. I am investigating.

Wayne

David wrote:
> Hello, i am trying to utilize UDC to see if i can get it working
> internally for my users. I have set up everything including the database
> and php with an apache server. I started eclipse with the
> " -Dorg.eclipse.epp.usagedata.recording.upload-url=path-to-int ernal-apache2 "
> I got an message in the consolelog saying:
>
> !SESSION 2009-07-14 15:53:07.483
> -----------------------------------------------
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
>
> all is good right! i then tried to run the upload from within
> preferences and i got an error from the consolelog saying:
>
> !ENTRY org.eclipse.epp.usagedata.recording 2 0 2009-07-15 08:54:50.577
> !MESSAGE The usage data upload server at
> http://udc.eclipse.org/upload.php could not be found.
> !STACK 0
> java.net.UnknownHostException: udc.eclipse.org
> at java.net.PlainSocketImpl.connect(Unknown Source)
> at java.net.SocksSocketImpl.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> ...........
>
> Didn't the property change? i can see in the apache if an log request
> has come but it haven't even attempted to get upload.php. Which leads me
> to think there is something other that still pushes the eclipse client
> towards udc.eclipse.org/upload.php. Has anyone else tested this and
> found that you needed to edit the source to be able to use the udc
> features?
>
> thanks for any hints, and this cool feature :-)
>

Report message to a moderator

Re: changing the upload URL [message #12253 is a reply to message #12243]

Thu, 16 July 2009 10:38

David is currently offline

Friend

Messages: 88
Registered: July 2009

Member

ok, source downloaded and debugged, infact i got it working in the debug
session. It populated my database nicely, no idea what changed. Closed the
debug and got back to my normal eclipse window, and tried to upload and
got another stacktrace:

eclipse.buildId=I20090611-1540
java.version=1.6.0_12
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
Framework arguments:
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
-data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog

Warning
Thu Jul 16 10:54:01 CEST 2009
An exception occurred while trying to upload usage data.

java.net.SocketException: Software caused connection abort: socket write
error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(Unknown Source)
at java.net.SocketOutputStream.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
at java.io.BufferedOutputStream.flush(Unknown Source)
at
org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
at sun.nio.cs.StreamEncoder.flush(Unknown Source)
at java.io.OutputStreamWriter.flush(Unknown Source)
at java.io.BufferedWriter.flush(Unknown Source)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
at
org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
at
org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
at
org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
at
org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
at
org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
at
org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

I have just changed so that udc.eclipse.org points internally instead to
my apache server. So it works while debugging but not when using my fat
client with all of the galileo release installed, i build internal
updatesites, hence i need all installed.

I cant recreate this error in a debug session, there it works all the
time. Even if i load all plugins from the host platform.

I tested with an fresh vanilla eclipse 3.5 classic and it worked directly.
I could start my platform in remote debugging mode and see whats happening
but that's a lot of work, i don't even remember the settings i need to do
that, i probably need a lot of google time :-)

Report message to a moderator

Re: changing the upload URL [message #12263 is a reply to message #12253]

Thu, 16 July 2009 15:45

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

I should have thought of this earlier (drat).

The -D properties are "vm properties" and have to appear after -vmargs.

Try that.

Wayne

David wrote:
> ok, source downloaded and debugged, infact i got it working in the debug
> session. It populated my database nicely, no idea what changed. Closed
> the debug and got back to my normal eclipse window, and tried to upload
> and got another stacktrace:
>
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
> -data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog
>
>
> Warning
> Thu Jul 16 10:54:01 CEST 2009
> An exception occurred while trying to upload usage data.
>
> java.net.SocketException: Software caused connection abort: socket write
> error
> at java.net.SocketOutputStream.socketWrite0(Native Method)
> at java.net.SocketOutputStream.socketWrite(Unknown Source)
> at java.net.SocketOutputStream.write(Unknown Source)
> at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
> at java.io.BufferedOutputStream.flush(Unknown Source)
> at
> org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
>
> at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
> at sun.nio.cs.StreamEncoder.flush(Unknown Source)
> at java.io.OutputStreamWriter.flush(Unknown Source)
> at java.io.BufferedWriter.flush(Unknown Source)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
>
> at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
> at
> org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
>
> at
> org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
>
> at
> org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
>
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
>
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
> I have just changed so that udc.eclipse.org points internally instead to
> my apache server. So it works while debugging but not when using my fat
> client with all of the galileo release installed, i build internal
> updatesites, hence i need all installed.
>
> I cant recreate this error in a debug session, there it works all the
> time. Even if i load all plugins from the host platform.
>
> I tested with an fresh vanilla eclipse 3.5 classic and it worked
> directly. I could start my platform in remote debugging mode and see
> whats happening but that's a lot of work, i don't even remember the
> settings i need to do that, i probably need a lot of google time :-)
>
>
>
>
>

Report message to a moderator

Re: changing the upload URL [message #12273 is a reply to message #12263]

Fri, 17 July 2009 12:04

David is currently offline

Friend

Messages: 88
Registered: July 2009

Member

Thanks now it works like a charm :-)

Now i just need to build this into my own feature and test it a bit to see
that it works.

/Dave

Report message to a moderator

Re: changing the upload URL [message #12283 is a reply to message #12263]

Wed, 22 July 2009 07:06

Philipp Kursawe is currently offline

Philipp Kursawe

Friend

Messages: 135
Registered: July 2009

Senior Member

Wayne Beaton wrote:
> I should have thought of this earlier (drat).
>
> The -D properties are "vm properties" and have to appear after -vmargs.
>
> Try that.
>
> Wayne
>
I wonder, why isn't the UDC not using OSGi Preferences Service when its
running as an OSGi service itself?
Other than that I am gonna try to use it in my RCP. Lets see how much
bundles it drags in.

Phil

Report message to a moderator

Re: changing the upload URL [message #12293 is a reply to message #12283]

Wed, 22 July 2009 13:28

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

The UDC isn't using the OSGi preferences service because I used the
preferences support that I was familiar with when I built it. I
recommend that you open a bug if you believe that we need to revisit
that decision.

FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
We don't do anything particularly "servicy" with it.

Wayne

Report message to a moderator

Re: changing the upload URL [message #12303 is a reply to message #12293]

Wed, 22 July 2009 15:03

Philipp Kursawe is currently offline

Philipp Kursawe

Friend

Messages: 135
Registered: July 2009

Senior Member

Wayne Beaton wrote:
> The UDC isn't using the OSGi preferences service because I used the
> preferences support that I was familiar with when I built it. I
> recommend that you open a bug if you believe that we need to revisit
> that decision.
>
> FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
> We don't do anything particularly "servicy" with it.

Thats true :) But it could use preferences anyway. Otherwise there are
so many places where you can put configuration values. For UDC it has to
be a system property for other parts of Eclipse its preferences. Just
hard to remember. I will open a bug to at least consider the preference
value as the default that can be overwritten using a command line
property (aka System property). What you think?

Phil

Report message to a moderator

Re: changing the upload URL [message #12314 is a reply to message #12303]

Wed, 22 July 2009 15:36

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

Most of the properties are stored in the preferences, but can be
overridden with -D system properties.

Take a look at UsageDataRecordingSettings#getPeriodBetweenUploads(), for
example.

Wayne

Report message to a moderator

Re: changing the upload URL [message #579347 is a reply to message #11887]

Thu, 16 July 2009 00:14

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

That should work. I am investigating.

Wayne

David wrote:
> Hello, i am trying to utilize UDC to see if i can get it working
> internally for my users. I have set up everything including the database
> and php with an apache server. I started eclipse with the
> " -Dorg.eclipse.epp.usagedata.recording.upload-url=path-to-int ernal-apache2 "
> I got an message in the consolelog saying:
>
> !SESSION 2009-07-14 15:53:07.483
> -----------------------------------------------
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://internalmachine:8080/upload.php
>
>
> all is good right! i then tried to run the upload from within
> preferences and i got an error from the consolelog saying:
>
> !ENTRY org.eclipse.epp.usagedata.recording 2 0 2009-07-15 08:54:50.577
> !MESSAGE The usage data upload server at
> http://udc.eclipse.org/upload.php could not be found.
> !STACK 0
> java.net.UnknownHostException: udc.eclipse.org
> at java.net.PlainSocketImpl.connect(Unknown Source)
> at java.net.SocksSocketImpl.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.connect(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> at java.net.Socket.<init>(Unknown Source)
> ...........
>
> Didn't the property change? i can see in the apache if an log request
> has come but it haven't even attempted to get upload.php. Which leads me
> to think there is something other that still pushes the eclipse client
> towards udc.eclipse.org/upload.php. Has anyone else tested this and
> found that you needed to edit the source to be able to use the udc
> features?
>
> thanks for any hints, and this cool feature :-)
>

Report message to a moderator

Re: changing the upload URL [message #579366 is a reply to message #12243]

Thu, 16 July 2009 10:38

David is currently offline

Friend

Messages: 88
Registered: July 2009

Member

ok, source downloaded and debugged, infact i got it working in the debug
session. It populated my database nicely, no idea what changed. Closed the
debug and got back to my normal eclipse window, and tried to upload and
got another stacktrace:

eclipse.buildId=I20090611-1540
java.version=1.6.0_12
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
Framework arguments:
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
-Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
-data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog

Warning
Thu Jul 16 10:54:01 CEST 2009
An exception occurred while trying to upload usage data.

java.net.SocketException: Software caused connection abort: socket write
error
at java.net.SocketOutputStream.socketWrite0(Native Method)
at java.net.SocketOutputStream.socketWrite(Unknown Source)
at java.net.SocketOutputStream.write(Unknown Source)
at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
at java.io.BufferedOutputStream.flush(Unknown Source)
at
org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
at sun.nio.cs.StreamEncoder.flush(Unknown Source)
at java.io.OutputStreamWriter.flush(Unknown Source)
at java.io.BufferedWriter.flush(Unknown Source)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
at
org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
at
org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
at
org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
at
org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
at
org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
at
org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
at
org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

I have just changed so that udc.eclipse.org points internally instead to
my apache server. So it works while debugging but not when using my fat
client with all of the galileo release installed, i build internal
updatesites, hence i need all installed.

I cant recreate this error in a debug session, there it works all the
time. Even if i load all plugins from the host platform.

I tested with an fresh vanilla eclipse 3.5 classic and it worked directly.
I could start my platform in remote debugging mode and see whats happening
but that's a lot of work, i don't even remember the settings i need to do
that, i probably need a lot of google time :-)

Report message to a moderator

Re: changing the upload URL [message #579388 is a reply to message #12253]

Thu, 16 July 2009 15:45

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

I should have thought of this earlier (drat).

The -D properties are "vm properties" and have to appear after -vmargs.

Try that.

Wayne

David wrote:
> ok, source downloaded and debugged, infact i got it working in the debug
> session. It populated my database nicely, no idea what changed. Closed
> the debug and got back to my normal eclipse window, and tried to upload
> and got another stacktrace:
>
> eclipse.buildId=I20090611-1540
> java.version=1.6.0_12
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=sv_SE
> Framework arguments:
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
>
> Command-line arguments: -os win32 -ws win32 -arch x86 -consolelog
> -Dorg.eclipse.epp.usagedata.recording.upload-url=http://udc.eclipse.org:8080/upload.php
> -data C:\WS\Eclipse_test\eclipse3.5.classic.FINAL3_SFCCSCM\001 -consolelog
>
>
> Warning
> Thu Jul 16 10:54:01 CEST 2009
> An exception occurred while trying to upload usage data.
>
> java.net.SocketException: Software caused connection abort: socket write
> error
> at java.net.SocketOutputStream.socketWrite0(Native Method)
> at java.net.SocketOutputStream.socketWrite(Unknown Source)
> at java.net.SocketOutputStream.write(Unknown Source)
> at java.io.BufferedOutputStream.flushBuffer(Unknown Source)
> at java.io.BufferedOutputStream.flush(Unknown Source)
> at
> org.apache.commons.httpclient.ChunkedOutputStream.flush(Chun kedOutputStream.java:191)
>
> at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
> at sun.nio.cs.StreamEncoder.flush(Unknown Source)
> at java.io.OutputStreamWriter.flush(Unknown Source)
> at java.io.BufferedWriter.flush(Unknown Source)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$FilteredFilePart.sendData(BasicUploader.java:350)
>
> at org.apache.commons.httpclient.methods.multipart.Part.send(Pa rt.java:312)
> at
> org.apache.commons.httpclient.methods.multipart.Part.sendPar ts(Part.java:385)
>
> at
> org.apache.commons.httpclient.methods.multipart.MultipartReq uestEntity.writeRequest(MultipartRequestEntity.java:164)
>
> at
> org.apache.commons.httpclient.methods.EntityEnclosingMethod. writeRequestBody(EntityEnclosingMethod.java:499)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(Ht tpMethodBase.java:2114)
>
> at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMet hodBase.java:1096)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWith Retry(HttpMethodDirector.java:398)
>
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMeth od(HttpMethodDirector.java:171)
>
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:397)
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpC lient.java:323)
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.doUpload(BasicUploader.java:206)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader.upload(BasicUploader.java:129)
>
> at
> org.eclipse.epp.usagedata.internal.recording.uploading.Basic Uploader$1.run(BasicUploader.java:105)
>
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>
> I have just changed so that udc.eclipse.org points internally instead to
> my apache server. So it works while debugging but not when using my fat
> client with all of the galileo release installed, i build internal
> updatesites, hence i need all installed.
>
> I cant recreate this error in a debug session, there it works all the
> time. Even if i load all plugins from the host platform.
>
> I tested with an fresh vanilla eclipse 3.5 classic and it worked
> directly. I could start my platform in remote debugging mode and see
> whats happening but that's a lot of work, i don't even remember the
> settings i need to do that, i probably need a lot of google time :-)
>
>
>
>
>

Report message to a moderator

Re: changing the upload URL [message #579417 is a reply to message #12263]

Fri, 17 July 2009 12:04

David is currently offline

Friend

Messages: 88
Registered: July 2009

Member

Thanks now it works like a charm :-)

Now i just need to build this into my own feature and test it a bit to see
that it works.

/Dave

Report message to a moderator

Re: changing the upload URL [message #579436 is a reply to message #12263]

Wed, 22 July 2009 07:06

Philipp Kursawe is currently offline

Philipp Kursawe

Friend

Messages: 135
Registered: July 2009

Senior Member

Wayne Beaton wrote:
> I should have thought of this earlier (drat).
>
> The -D properties are "vm properties" and have to appear after -vmargs.
>
> Try that.
>
> Wayne
>
I wonder, why isn't the UDC not using OSGi Preferences Service when its
running as an OSGi service itself?
Other than that I am gonna try to use it in my RCP. Lets see how much
bundles it drags in.

Phil

Report message to a moderator

Re: changing the upload URL [message #579465 is a reply to message #12283]

Wed, 22 July 2009 13:28

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

The UDC isn't using the OSGi preferences service because I used the
preferences support that I was familiar with when I built it. I
recommend that you open a bug if you believe that we need to revisit
that decision.

FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
We don't do anything particularly "servicy" with it.

Wayne

Report message to a moderator

Re: changing the upload URL [message #579481 is a reply to message #12293]

Wed, 22 July 2009 15:03

Philipp Kursawe is currently offline

Philipp Kursawe

Friend

Messages: 135
Registered: July 2009

Senior Member

Wayne Beaton wrote:
> The UDC isn't using the OSGi preferences service because I used the
> preferences support that I was familiar with when I built it. I
> recommend that you open a bug if you believe that we need to revisit
> that decision.
>
> FWIW, the UsageDataService is a pretty poor example of an OSGi Service.
> We don't do anything particularly "servicy" with it.

Thats true :) But it could use preferences anyway. Otherwise there are
so many places where you can put configuration values. For UDC it has to
be a system property for other parts of Eclipse its preferences. Just
hard to remember. I will open a bug to at least consider the preference
value as the default that can be overwritten using a command line
property (aka System property). What you think?

Phil

Report message to a moderator

Re: changing the upload URL [message #579496 is a reply to message #12303]

Wed, 22 July 2009 15:36

Wayne Beaton is currently offline

Friend

Messages: 554
Registered: December 2017

Senior Member

Most of the properties are stored in the preferences, but can be
overridden with -D system properties.

Take a look at UsageDataRecordingSettings#getPeriodBetweenUploads(), for
example.

Wayne

Report message to a moderator

Switch to threaded view of this topic

Create a new topic

Submit Reply

Previous Topic:	changing the upload URL
Next Topic:	udc database access possible?

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Tue Apr 16 22:21:50 GMT 2024

Powered by FUDForum. Page generated in 3.19077 seconds

.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top